Сколько стоит разработка MVP: из чего складывается смета
У MVP нет честной фиксированной цены «для всех». Она появляется после того, как понятны задача, первый пользовательский сценарий и границы первой версии. Ниже — что именно влияет на смету и как сравнивать предложения подрядчиков.
Начинайте не со списка экранов, а с результата
Одинаковое слово «MVP» может означать лендинг с личным кабинетом или сервис с несколькими ролями, платежами и интеграциями. Поэтому отправная точка оценки — не количество страниц, а действие, которое пользователь должен успешно совершить.
Для старта достаточно зафиксировать: кто первый пользователь, какую проблему он решает, какое действие подтверждает гипотезу и какие данные нужны для этого действия.
Четыре главных фактора стоимости
На объём работ сильнее всего влияют сценарии и роли: кабинет клиента, админка и кабинет исполнителя — это три разных потока, а не один экран. Следом идут интеграции: платежи, карты, CRM, внешние API и импорт данных требуют отдельной проработки.
На смету также влияют готовность дизайна и требования к запуску: нужен ли новый интерфейс, миграция старых данных, аналитика, тестирование, документация и настройка прод-окружения.
- Количество ключевых сценариев и ролей
- Сложность бизнес-логики и модели данных
- Внешние сервисы: платежи, CRM, уведомления, API
- Дизайн, контент, миграция и требования к запуску
Что должно быть в хорошей оценке
Полезная смета показывает не только итог, но и границы: что входит в первую версию, какие интеграции учтены, что считается изменением скоупа, какие этапы и результаты будут у проекта. Тогда можно сравнивать предложения по одинаковому объёму, а не по одной цифре.
Если идея пока сформулирована общими словами, начать стоит с разработки MVP: на scope-сессии можно выделить ядро продукта и подготовить оценку до старта.
Как не переплатить на первой итерации
Не пытайтесь сделать первую версию «на будущее». В ней нужны функции, без которых нельзя проверить основной сценарий, и решения, которые опасно откладывать: права доступа, корректная модель данных, базовая безопасность и наблюдаемость.
Редкие роли, сложные отчёты, второй канал продаж и автоматизация обычно выигрывают от отложенного решения: после запуска уже понятно, нужны ли они пользователям.