Предпроектное обследование: что это, зачем платить за документ и как он экономит бюджет

Разработчик может назвать стоимость проекта только по двум основаниям: он уже делал ровно такое же решение или он провёл обследование. Всё остальное — диапазон «от и до», в котором разница обычно кратная. Обследование существует, чтобы сузить диапазон до цифры, за которую можно отвечать.

Что такое предпроектное обследование

Это этап до разработки, на котором фиксируют три вещи: как процесс работает сейчас, какие данные и системы уже есть, что именно должно измениться и как это измерить. Результат — документ, по которому можно проектировать архитектуру и считать бюджет.

• Описание текущих процессов: кто что делает, где принимаются решения, где узкие места.
• Реестр данных и систем: что уже живёт в 1С, CRM, банках, таблицах и внутренних базах.
• Требования: что должно работать после запуска и что считается результатом.
• Варианты решения: где хватит настройки существующей системы, а где нужна разработка.
• Этапы, сроки и оценка по каждому этапу — с ценой, а не с формулировкой «зависит».

Зачем платить за этап, который не производит код

Потому что он снижает стоимость ошибок. Ошибка в проектировании стоит дороже ошибки в коде: переписать интерфейс — дни, переделать модель данных — месяцы, когда система уже наполняется реальными заказами и документами.

• Проект оценивается по факту, а не «примерно». Разница между оценкой после обследования и до него измеряется часто в разы.
• Видно, что автоматизировать не нужно вообще. Иногда самая выгодная рекомендация — не разрабатывать модуль, а изменить порядок работы в отделе.
• Понятно, что делать первым. Проект делится на этапы, после каждого можно остановиться и оценить результат.
• Зависимости найдены заранее: интеграции, доступы, состояние данных в 1С, качество справочников.

Как проходит обследование

• Интервью с процессами, а не с должностями: разбираем конкретный сценарий от начала до конца — от заявки клиента до закрытия периода.
• Смотрим данные руками: где что хранится, какие выгрузки делают сотрудники, где данные расходятся между системами.
• Собираем требования и отделяем обязательное от желаемого: то, без чего запуск не имеет смысла, и то, что можно добавить позже.
• Проектируем варианты решения и сравниваем их по стоимости, срокам и рискам.
• Защищаем результат: разбираем с заказчиком, что войдёт в первый этап, что во второй и сколько каждый стоит.

В типичном случае обследование занимает 7–10 рабочих дней. В него входит изучение процессов, сбор требований, описание вариантов архитектуры и оценка этапов. Стоимость начинается от 50 000 ₽ — и это обычно меньше, чем один месяц работы разработчика, который делает модуль не под тот процесс.

Когда обследование можно не проводить

Есть случаи, когда этап избыточен, и честно об этом сказать важнее, чем продать его.

• Задача локальная и понятная: добавить оплату, сделать страницу, починить интеграцию. Здесь достаточно короткого технического задания.
• У вас уже есть свежая документация процессов и требований — тогда стартуем с проверки, а не с обследования.
• Нужна только замена конкретного модуля в существующей системе, и границы известны.

Обследование нужно там, где на вопрос «как это работает сейчас» разные сотрудники отвечают по-разному и где решение затронет несколько подразделений сразу.

Дальше начинается проектирование и разработка: первый этап делается как самостоятельный результат, его можно запустить и увидеть в работе до того, как проект разрастётся.