Одна ошибка в оценке стоимости разработки — и ваше агентство либо теряет 200 000 рублей на проекте, либо теряет клиента, который уходит к конкуренту с «более привлекательной ценой». Оба сценария бьют больно. Первый — по кошельку. Второй — по репутации и pipeline. Хуже всего то, что большинство агентств раз за разом наступают на одни и те же грабли.
Мы разобрали типичные ловушки при оценке стоимости разработки, в которые попадают digital-агентства при подготовке коммерческих предложений. Для каждой — конкретный пример, финансовые последствия и проверенный способ избежать. Если вы хотя бы раз сдавали проект в минус или проигрывали тендер из-за завышенной цены — эта статья для вас.
Ловушка 1: Оценка по аналогии без декомпозиции
Клиент говорит: «Нам нужен личный кабинет, как у Тинькофф». Менеджер вспоминает похожий проект прошлого года, прибавляет 20% «на всякий случай» и называет цену. Через месяц выясняется, что «как у Тинькофф» означает интеграцию с тремя платёжными шлюзами, двухфакторную авторизацию и мобильную версию. Бюджет улетает в два раза.
Финансовый удар: перерасход 30-80% от первоначальной оценки. На проекте за 800 000 рублей это 240 000 — 640 000 потерянных денег.
Правило: каждая оценка начинается с декомпозиции на модули и задачи. Не «личный кабинет за 600К», а «авторизация — 80К, профиль пользователя — 50К, интеграция с CRM — 120К, дашборд аналитики — 150К». Только после поэлементной раскладки можно складывать итог.
Если у агентства нет собственных разработчиков для декомпозиции — это прямой повод обратиться к техническому партнёру за предварительной оценкой. Лучше потратить 2 часа на декомпозицию, чем 2 месяца на объяснения клиенту, почему бюджет вырос.
Ловушка 2: Забыть про интеграции и тестирование
Классическая ошибка — оценивать только написание кода. Разработчик оценил модуль в 120 часов, менеджер умножил на ставку — готово. Но куда делись интеграции с внешними API, тестирование, деплой, настройка CI/CD, документация и обучение?
По нашей практике, эти «невидимые» задачи составляют 25-40% от общей трудоёмкости проекта. Вот как это выглядит в реальности:
Что забываютРеальная доля в бюджетеПример на проекте 800К
QA и тестирование15-20%120 000 — 160 000 ₽ Интеграции (API, платёжные системы, CRM)10-15%80 000 — 120 000 ₽ DevOps и деплой5-10%40 000 — 80 000 ₽ Документация и обучение3-5%24 000 — 40 000 ₽
Как избежать: используйте коэффициент 1.3-1.4 к «чистой разработке». Если разработчик оценил функционал в 500 часов, реальная трудоёмкость с учётом QA, интеграций и деплоя — 650-700 часов. Этот множитель должен быть заложен в шаблон оценки вашего агентства.
Ловушка 3: Клиент говорит «MVP» — вы слышите «простой проект»
Слово «MVP» стало магическим заклинанием в мире стартапов. Клиент произносит его — и менеджер агентства автоматически снижает оценку на 40-50%. Логика понятна: минимальный жизнеспособный продукт = минимум функций = минимум работы.
Но реальность жёстче. Когда клиент говорит «MVP», он часто имеет в виду продукт с 30+ функциями, интеграцией с пятью сервисами и «ну и мобильное приложение, конечно». По сути — полноценный продукт первой версии, а не минимальный прототип.
Финансовый удар: агентство берётся за «MVP» за 400 000 рублей, а реальный объём тянет на 900 000 — 1 200 000. Маржа сгорает, сроки сдвигаются, клиент недоволен.
- Решение 1: На этапе пресейла составить список всех функций, которые клиент считает «минимальными». Обычно их набирается на два MVP
- Решение 2: Совместно с клиентом приоритизировать фичи по модели MoSCoW (Must / Should / Could / Won’t)
- Решение 3: Зафиксировать скоуп в брифе и оценивать только Must-фичи. Остальное — в следующую итерацию
Подробнее о том, как выявить реальные потребности клиента и отличить «хочу» от «нужно» — в отдельном гайде.
Ловушка 4: Маржу закладывают последней, а не первой
Типичный сценарий: менеджер собирает себестоимость проекта, прибавляет расходы на менеджмент и коммуникации, а потом «сверху» добавляет маржу 15-20%. Если итоговая цена «кажется высокой», маржу урезают. В итоге агентство работает в ноль или в минус — при любых непредвиденных расходах.
Правильный подход: маржа — это первое, что закладывается в расчёт. Целевая маржинальность агентства (30-50%) — это не бонус, а операционная необходимость. Из неё оплачиваются простои между проектами, новые сотрудники, маркетинг, форс-мажоры.
ПодходРасчёт (проект 600К себестоимость)Цена клиентуМаржа
Маржа «последней» (ошибка)600К + 20% = 720К, «дорого» → 660К660 000 ₽10% Маржа «первой» (верно)Целевая маржа 35% → 600К / 0.65923 000 ₽35%
Разница — 263 000 рублей на одном проекте. На десяти проектах в год это 2,6 миллиона. Именно столько агентство теряет, когда маржу «урезают» ради конкурентной цены.
Ловушка 5: Оценка в деньгах без оценки в сроках
«Проект стоит 500 000 рублей» — звучит конкретно. Но клиент спрашивает: «А за сколько сделаете?» И тут начинается импровизация. Потому что 500 000 рублей за 2 недели и 500 000 рублей за 3 месяца — это совершенно разные проекты.
В первом случае нужна команда из 5 человек, параллельная работа и ежедневные синки. Во втором — один разработчик на полставки. Себестоимость отличается в разы, хотя «цена» одна.
Как избежать: всегда оценивать проект в двух измерениях — бюджет и сроки. Формула: часы × ставка = бюджет, но часы / количество разработчиков = сроки. Если клиент хочет быстрее — объясните, что параллелизация стоит дороже (коммуникационные накладные расходы). Если хочет дешевле — объясните, что растянутый срок имеет свои риски: потеря актуальности, смена приоритетов.
Золотое правило: бюджет и сроки — связанные переменные. Нельзя менять одну, не затрагивая другую. Клиенту нужно это показать наглядно — например, в виде двух вариантов оценки: «быстро» и «экономно».
Ловушка 6: Фиксировать цену при плавающем скоупе
Агентство обещает: «Сделаем личный кабинет за 700 000 рублей. Фиксированная цена». Клиент подписывает. А через две недели начинается: «Добавьте ещё уведомления на почту», «А можно дашборд переделать?», «Нам нужно ещё одно поле в форме». Каждое изменение — 10-30 часов дополнительной работы. За месяц набирается 150+ часов, которые никто не оплачивает.
Финансовый удар: scope creep съедает 20-50% маржи. На проекте за 700 000 рублей это 140 000 — 350 000 в минус.
Решение — одно из двух:
- Фиксированная цена + фиксированный скоуп: ТЗ подписано обеими сторонами, любые изменения — через change request с дополнительной оценкой и оплатой
- Time & Material + потолок бюджета: клиент платит за фактические часы, но не более оговоренной суммы. Скоуп гибкий, но прозрачный
Работая через white-label партнёра, агентство получает дополнительное преимущество: технический партнёр помогает формализовать скоуп и выставить рамки ещё до того, как КП уйдёт клиенту.
Ловушка 7: Не консультироваться с техническим партнёром до КП
Менеджер агентства оценивает проект «на глазок», отправляет клиенту коммерческое предложение, а потом ищет разработчиков. Разработчики смотрят ТЗ и говорят: «Это стоит в полтора раза дороже». Агентство оказывается в ловушке — либо работать в минус, либо повышать цену и терять доверие клиента.
Финансовый удар: если оценка занижена на 30-40%, а контракт уже подписан, агентство теряет всю маржу и уходит в убыток. Типичная потеря — 200 000 — 400 000 рублей на проекте.
Как избежать: всегда валидировать оценку с техническим партнёром до отправки КП. Это занимает 1-2 дня, но экономит месяцы нервов и сотни тысяч рублей. Хороший технический партнёр не просто даёт цену — он помогает декомпозировать задачу, выявить скрытые риски и предложить оптимальную архитектуру.
Сводная таблица: 7 ловушек — как распознать и избежать
ЛовушкаПризнакКак исправить
- Оценка по аналогииЦена = «как в прошлом проекте ± 20%»Декомпозиция на модули и задачи
- Забыты интеграции и QAОценка только «чистого» кодаКоэффициент 1.3-1.4 к оценке разработки
- MVP = простой проектКлиент назвал «MVP», цена сниженаПолный список фичей + MoSCoW-приоритизация
- Маржа последнейМаржа «урезается» при сравнении с конкурентамиМаржа первой: целевая цена = себестоимость / (1 − маржа)
- Деньги без сроковНазвана сумма, но не срокиДва варианта: «быстро» и «экономно»
- Фикс цена + плавающий скоупТЗ «примерное», а цена фиксированаФикс + фикс ИЛИ T&M + потолок бюджета
- КП без техпартнёраОценку делает менеджер без разработчиковВалидация оценки с техпартнёром до отправки КП
Что делать прямо сейчас
Проверьте последние 5 коммерческих предложений вашего агентства. Сколько из семи ловушек при оценке стоимости разработки вы обнаружите? По нашему опыту работы с digital-агентствами в Москве, среднее агентство попадает в 3-4 ловушки одновременно. Это означает потерю 15-30% маржи на каждом проекте — сотни тысяч рублей в год.
Каждая ловушка решается системно: шаблон декомпозиции, коэффициент на QA и интеграции, формула маржи, чек-лист валидации с техническим партнёром. Внедрение этих инструментов занимает 1-2 недели, а окупается на первом же проекте.
Хотите разобрать ваш процесс оценки и найти точки потери маржи? Запишитесь на бесплатный Zoom-колл — проведём экспресс-аудит вашего подхода к ценообразованию и предложим конкретные улучшения.
FAQ об оценке стоимости разработки
Какой коэффициент накладных расходов закладывать поверх «чистой» разработки?
Для типового MVP-проекта — коэффициент 1.3-1.4. Это покрывает QA (15-20%), интеграции (10-15%), DevOps (5-10%) и документацию (3-5%). Для сложных проектов с нестандартными интеграциями коэффициент может достигать 1.5-1.6. Занижение этого коэффициента — причина номер один перерасхода бюджетов в digital-агентствах.
Как определить, что клиентский «MVP» — это на самом деле полноценный продукт?
Составьте полный список функций, которые клиент считает обязательными для запуска. Если их больше 10-12 — это не MVP, а первая версия продукта. Настоящий MVP содержит 3-5 ключевых функций, которые проверяют одну бизнес-гипотезу. Всё остальное — «хотелки», которые можно добавить после валидации.
Что выгоднее для агентства — фиксированная цена или Time & Material?
Зависит от зрелости ТЗ. Если скоуп чётко зафиксирован и подписан — фикс выгоднее: агентство закладывает маржу в цену и защищено от scope creep. Если ТЗ расплывчатое — T&M с потолком бюджета безопаснее: вы не берёте на себя риск неопределённости. Гибридная модель (фикс на MVP + T&M на доработки) — оптимальный вариант для большинства проектов.
За сколько дней до отправки КП нужно валидировать оценку с техпартнёром?
Минимум — 2 рабочих дня. Этого достаточно для предварительной декомпозиции и расчёта трудоёмкости. Для сложных проектов (5+ интеграций, нестандартная архитектура) — 3-5 дней. Совет: заложите этот срок в стандартный SLA ответа на запрос клиента. Быстрая, но неточная оценка всегда обходится дороже, чем задержка на пару дней.