· 6 мин чтения
Как мы считаем смету и почему она разбита по этапам
Фиксированная цена за весь проект выгодна подрядчику, а не клиенту. Объясняем, как считаем мы и где в этом подвох для нас самих.
Заказчики часто просят одну цифру на весь проект и фиксацию её в договоре. Это понятное желание, но с ним есть проблема, и она не в нашу пользу — как раз наоборот.
Почему одна цифра на старте — плохо для клиента
Чтобы назвать точную сумму до аналитики, подрядчик должен заложить риск. Он не знает, сколько ролей будет в системе, как себя ведёт ваша 1С и сколько раз изменятся требования. Поэтому к честной оценке добавляется 30–50 % запаса.
Если проект пойдёт гладко, этот запас останется у подрядчика. Вы заплатите за риск, который не случился.
Второе следствие хуже: при фиксированной сумме подрядчику невыгодно любое улучшение. Каждая разумная идея, появившаяся по ходу, становится спором о том, входит ли она в объём. Мы это проходили в 2019–2020 годах и ушли от такой схемы.
Как считаем мы
Разбиваем проект на этапы и фиксируем цену каждого отдельно, по мере того как появляется информация.
- 01Аналитика — фиксированная цена сразу, потому что объём предсказуем. Обычно 150 000–400 000 ₽
- 02Дизайн — цена называется после аналитики, когда известно число экранов
- 03Разработка — считается после дизайна, с точностью около 15 %
- 04Запуск и приёмка — фиксированная цена, 8–12 % от разработки
После аналитики вы получаете вилку на весь проект с разбросом примерно 25 %. После дизайна разброс сужается до 15 %, и дальше смета фиксируется.
Где здесь риск для нас
Главный: после аналитики клиент может уйти к другому подрядчику с готовым техническим заданием, которое мы написали. Это случалось дважды за восемь лет. Мы считаем это приемлемым: техническое задание оплачено, клиент вправе им распоряжаться.
Второй риск: мы не можем прятать ошибки оценки в запас. Если недооценили этап, разницу платим мы. За 2025 год это случилось на двух проектах из девятнадцати. Обе суммы были в пределах 300 000 ₽, и мы их закрыли сами.
Что считается изменением требований
Самое частое место для конфликтов, поэтому разбираем его в договоре отдельно. Изменение — это новая функция или новое поведение, которого не было в техническом задании. Не изменение — доработка того, что описано, но сделано не так.
Пример. В задании написано «фильтр по категории». Просьба добавить фильтр по цене — изменение, считается отдельно. Просьба сделать так, чтобы фильтр не сбрасывался при возврате со страницы товара, — не изменение, это мы недоделали.
Граница не всегда очевидна, и мы разбираем спорные случаи в пользу клиента, если формулировка в задании допускала два чтения. Это дешевле, чем спорить.
Один практический совет
Когда получаете оценку от любого подрядчика, спросите, что именно входит в этап запуска. Там часто прячутся вещи, которые потом выставят отдельным счётом: перенос данных, настройка мониторинга, обучение сотрудников, исправления после приёмки. На крупном проекте это 300 000–600 000 ₽, о которых вы узнаете в последний месяц.