Как сравнивать сметы на разработку от разных подрядчиков
Практика3 минРедакция Innovialabs
Коротко
Сметы различаются, потому что подрядчики по-разному поняли задачу. Сведите их в одну таблицу по функциям и этапам, отметьте пропуски — и сравнивайте объём, а не итоговую сумму.
Коротко: почему сметы такие разные
Если три подрядчика назвали три совсем разные суммы, чаще всего они оценили три разных проекта. Один заложил дизайн, тестирование и запуск, другой — только программирование, третий добавил запас на риски. Итоговая цифра без расшифровки почти ничего не говорит. Сравнивать нужно состав работ, а уже потом деньги.
Откуда берутся различия
- Разное понимание задачи. Короткое ТЗ каждый достраивает в голове по-своему.
- Разный объём этапов. Аналитика, дизайн, тестирование, DevOps, документация могут быть включены или нет.
- Модель оплаты. Fixed price обычно включает запас на неопределённость, Time & Materials — нет, но итог может вырасти.
- Состав команды. Опытные разработчики стоят дороже в час, но часто тратят меньше часов.
- Готовые решения. Кто-то использует свои наработки, кто-то пишет с нуля.
Шаг 1. Дайте всем одинаковые вводные
Сравнение начинается до получения смет. Отправьте всем подрядчикам один и тот же документ: цель продукта, список ключевых функций, платформы, интеграции, примерные сроки. Ответы на уточняющие вопросы одного подрядчика пересылайте всем остальным — так никто не оценивает «другой» проект.
Шаг 2. Сведите сметы в одну таблицу
Разбейте проект на строки по функциям и этапам, а сметы — на столбцы.
| Пункт | Подрядчик A | Подрядчик B | Подрядчик C |
|---|---|---|---|
| Аналитика и прототип | включено | нет | включено |
| UI/UX-дизайн | включено | включено | только шаблон |
| Личный кабинет | оценено | оценено | оценено |
| Интеграция с оплатой | оценено | нет | оценено |
| Тестирование | отдельная строка | «входит в разработку» | нет |
| Деплой и настройка серверов | включено | нет | нет |
| Гарантийный период | есть | нет | есть |
Сразу видно, где пустые клетки. Они и объясняют большую часть разницы в цене.
Шаг 3. Найдите пропущенные пункты
Чаще всего в сметах забывают или прячут:
- админку для управления контентом и заказами;
- интеграции — платёжные системы, CRM, 1С, SMS, карты;
- тестирование и исправление ошибок после запуска;
- инфраструктуру — серверы, домен, SSL, резервные копии;
- публикацию приложения в магазинах;
- передачу кода и документации;
- поддержку после запуска.
Попросите каждого подрядчика явно указать: этот пункт включён, не включён или будет оценён отдельно.
Шаг 4. Приведите к равным условиям
Когда пропуски найдены, попросите дооценить недостающее. Теперь у вас три сметы на один и тот же объём. Дополнительно сравните:
- сроки и как они разбиты на этапы;
- условия оплаты — предоплата, оплата по этапам;
- права на код и доступы к репозиторию;
- процесс изменений — как оцениваются новые требования.
Частые ошибки
- Выбирать самую дешёвую смету. Низкая цена часто означает, что что-то не заложено.
- Сравнивать ставки в час. Важна итоговая стоимость результата, а не цена часа.
- Не спрашивать про допущения. У каждой сметы есть предположения — попросите их выписать.
- Игнорировать слишком дорогие сметы. Иногда подрядчик увидел риск, который остальные пропустили.