MVP (Minimum Viable Product) — минимальная версия продукта, достаточная для проверки гипотезы на реальных пользователях. Не «урезанный до невозможности прототип», а осознанный набор функций, который позволяет получить измеримый ответ рынка: платят ли, возвращаются ли, решает ли продукт заявленную боль. Ошибка в оценке бюджета MVP бьёт по двум фронтам: заниженная смета срывает запуск и выматывает команду доработками, завышенная — откладывает проверку идеи, пока конкуренты занимают нишу.
Из чего складывается стоимость MVP
Бюджет MVP — это сумма трудозатрат по направлениям плюс инфраструктура и непредвиденный резерв. Частая ошибка заказчика — считать только «экраны приложения», забывая про авторизацию, админку, API, интеграции, тестирование и развёртывание. Ниже — структура, которую стоит заложить в чек-лист при разговоре с подрядчиком. Каждый пропущенный блок потом всплывает отдельным «сюрпризом» в смете на второй итерации.
Ядро продукта и пользовательские сценарии
Выделите один главный сценарий (happy path), без которого продукт не имеет смысла. Всё остальное — второй приоритет. Каждый экран, форма, состояние ошибки и пустой список — отдельная работа: вёрстка, логика, валидация, адаптив под мобильные устройства. Регистрация и вход — не «мелочь»: восстановление пароля, подтверждение email, согласие на обработку персональных данных, капча при подозрительной активности добавляют десятки часов.
Оценивайте сценарии в пользовательских историях с критериями приёмки. Так проще отсечь «хотелки» от MVP и сравнить оценки разных исполнителей по одной и той же базе. Один и тот же экран «корзина» в B2C и B2B отличается: юрлица, договоры, лимиты кредита, множественные адреса доставки.
Интеграции: самый недооценённый блок
Связка с 1С, CRM, платёжным шлюзом, службой доставки, SMS и email-рассылкой редко укладывается в «пару дней». У каждого внешнего сервиса — своя документация, песочница, лимиты, edge cases. Типовая вилка по трудозатратам на одну интеграцию средней сложности — от 20 до 80+ часов в зависимости от зрелости API и требований к надёжности (повторы, очереди, мониторинг).
| Компонент MVP | Ориентир часов | Комментарий |
|---|---|---|
| Авторизация и профиль | 24–48 | OAuth, 2FA, роли — увеличивают объём |
| Основной бизнес-сценарий (5–8 экранов) | 80–160 | Зависит от сложности логики и дизайна |
| Админ-панель (базовая) | 40–80 | Без неё вы зависите от разработчиков в рутине |
| Интеграция с 1С / CRM | 40–120 | Плюс тестовый контур и согласование полей |
| Платёжный шлюз | 24–56 | Чеки, возвраты, статусы оплаты |
| Дизайн (UI-kit vs уникальный) | 40–120 | Готовая система компонентов ускоряет разработку |
| Инфраструктура, CI/CD, мониторинг | 24–60 | 15–25% от суммарного бюджета — норма |
Дизайн и UX
Уникальный визуальный язык с нуля дороже, чем адаптация проверенного UI-kit под бренд. Для MVP часто достаточно аккуратного, консистентного интерфейса без сложной анимации. Прототип в Figma до старта разработки экономит переделки: согласованные макеты ключевых экранов снижают риск «переделайте всё» на середине спринта. Заложите время на usability-ревью с 2–3 реальными пользователями до кодирования — дешевле, чем переделывать готовый фронтенд.
Бэкенд, API и данные
Даже «простой» MVP нуждается в хранении данных, правах доступа, логировании и резервном копировании. Если планируется мобильное приложение или несколько клиентов (веб + партнёрский кабинет), закладывайте API-слой сразу, а не «на потом» — переделка архитектуры после запуска обходится кратно дороже. Продумайте миграции схемы БД: как добавлять поля без простоя.
Фиксированная цена или почасовая модель
Фикс удобен, когда scope заморожен: подписанное ТЗ, макеты, перечень интеграций. Подрядчик берёт риск недооценки на себя, заказчик — риск доплат за изменения. Почасовая модель гибче на этапе уточнения идеи: платите за фактические часы с прозрачной отчётностью. Ставки на рынке аутсорса различаются; ориентир по разработке — от 3 500 ₽/час в прайсе ITRTS, плюс отдельно аналитика, дизайн и DevOps при необходимости.
Если функцию можно выполнить вручную первые 2–3 месяца (выгрузка отчёта, звонок менеджеру, ручная сверка остатков) — не включайте её в первый релиз. Каждая «мелочь» в смете — это недели разработки и поддержки.
Как отличить реалистичную смету от заниженной
- Есть допущения и исключения. Честная оценка перечисляет, что не входит: «многоязычность», «офлайн-режим», «кастомная аналитика».
- Разбивка по модулям и этапам. Одна цифра «3 млн под ключ» без декомпозиции — сигнал риска.
- Заложен резерв 15–20%. На MVP неизбежны уточнения после первых пользователей.
- Учтены тестирование и исправления. Разработка без QA — экономия на спичках.
- Названы риски интеграций. «Подключим любой банк за два дня» — маркетинг, не инженерия.
- Указаны роли в команде. Кто делает аналитику, дизайн, бэкенд, фронт, тест — или один fullstack на всё.
Чек-лист заказчика перед запросом оценки
- Одно предложение ценности: какую проблему решает MVP и для кого.
- Главный сценарий из 5–7 шагов пользователя (можно текстом или схемой).
- Список систем, с которыми нужен обмен данными (1С, CRM, платежи, доставка).
- Требования к ролям пользователей (гость, клиент, админ, партнёр).
- Ожидания по срокам и что важнее: дата запуска или полнота функций.
- Наличие дизайна / брендбука или нужен дизайн с нуля.
- Где будет размещаться продукт: облако, свой сервер, требования к персональным данным.
Пример вилки бюджета (условный B2B-портал)
Для ориентира: веб-портал с регистрацией юрлиц, каталогом, корзиной, выгрузкой заказа в 1С и базовой админкой без мобильного приложения — часто попадает в диапазон 800 000 – 2 000 000 ₽ при команде на аутсорсе, в зависимости от дизайна, количества интеграций и жёсткости требований к безопасности. Упрощение сценария (например, заказ без онлайн-оплаты на первом этапе) может снизить нижнюю границу на 20–30%.
| Тип MVP | Ориентир бюджета | Срок до запуска |
|---|---|---|
| Лендинг + форма заявки в CRM | 150 000 – 400 000 ₽ | 3–6 недель |
| SaaS с одним ключевым сценарием | 600 000 – 1 500 000 ₽ | 2–4 месяца |
| Маркетплейс / портал с 1С | 1 500 000 – 4 000 000 ₽ | 4–8 месяцев |
| Мобильное приложение + API | +40–60% к веб-оценке | +1–2 месяца |
Этапы и деньги: как платить безопасно
Привязывайте платежи к измеримым результатам: прототип и ТЗ, MVP на стенде, приёмка на продакшене. Предоплата 100% до начала работ — красный флаг. Аванс 30–50% на старт этапа при остатке после приёмки — распространённая и разумная схема. Фиксируйте, что считается приёмкой: список сценариев, которые должны проходить без критичных дефектов. Критичный дефект — блокирует основной сценарий; косметика — в бэклог после релиза.
Скрытые статьи расходов
Лицензии: SMS, email-сервисы, карты, хостинг, домены, SSL, мониторинг. Юридические документы: оферта, политика конфиденциальности. Маркетинг запуска — отдельный бюджет, не из сметы разработки. Обучение сотрудников заказчика. Техподдержка первого месяца после релиза — закладывайте 10–15% от стоимости разработки.
После запуска: закладывайте поддержку
MVP не заканчивается в день релиза. Исправления по обратной связи, мониторинг, мелкие доработки, сопровождение инфраструктуры — от 10–20% бюджета разработки в месяц в первые полгода — реалистичный ориентир. Если продукт связан с учётом, заранее продумайте сопровождение 1С и схему обменов; если нагрузка на серверы растёт — администрирование и мониторинг.
Сравнивать оценки подрядчиков только по итоговой цифре, не сравнивая scope. Дешевле на 30% часто означает «без админки», «без тестов» или «интеграция — файловый обмен раз в сутки».
Метрики успеха MVP (чтобы оценка имела смысл)
До старта разработки зафиксируйте, как поймёте, что гипотеза подтвердилась или опровергнута: конверсия в регистрацию, повторные заказы, NPS, время на операцию. Без метрик MVP превращается в «сделали сайт, но непонятно зачем». Аналитика (Яндекс.Метрика, Amplitude, простые события в БД) закладывается в scope с первого дня — дешевле, чем прикручивать post factum.
Декомпозиция по ролям: кто сколько стоит
Понимание ролей помогает проверить смету подрядчика. Условные доли трудозатрат на типичный веб-MVP:
| Роль | Доля бюджета | Задачи |
|---|---|---|
| Аналитик / PM | 10–15% | Требования, бэклог, приёмка, коммуникация |
| Дизайнер UX/UI | 15–20% | Прототип, макеты, UI-kit |
| Backend | 25–35% | API, БД, бизнес-логика, интеграции |
| Frontend | 20–30% | Интерфейс, адаптив, связка с API |
| QA | 10–15% | Тест-планы, регресс, приёмочные сценарии |
| DevOps | 10–15% | Сервер, CI/CD, мониторинг, бэкапы |
Если в смете один fullstack на 100% без QA и DevOps — уточните, кто тестирует и кто деплоит в прод. Экономия на ролях на бумаге часто превращается в баги и простои после запуска.
Сроки: как связаны с бюджетом
Ускорение «в два раза» почти всегда означает либо увеличение команды (и стоимости), либо срезание scope. Реалистичный календарь для MVP средней сложности — 2–4 месяца от discovery до продакшена при команде 3–5 человек. Сжатые сроки без увеличения бюджета — сигнал, что подрядчик недооценил объём или планирует технический долг.
Заложите буфер на согласования с вашей стороны: юристы, бухгалтерия, безопасность. Каждая неделя задержки ответа сдвигает релиз и сжигает деньги на простое команды.
Кейсы: как меняется смета при уточнении scope
Кейс A — сервис записи. На брифе: «календарь и оплата». После discovery выяснилось: SMS-напоминания, интеграция с Google Calendar, отмена с возвратом, админка для трёх филиалов. Смета выросла с 600 тыс. до 1,1 млн — но заказчик осознанно отрезал мультиязычность и сложную аналитику, сохранив дату запуска.
Кейс B — B2B-каталог. Заказчик хотел «как у крупного маркетплейса» за бюджет MVP. Декомпозиция показала: только личные кабинеты юрлиц с индивидуальными прайсами — уже 200+ часов. Согласовали упрощение: один тип цены, менеджер подтверждает заказ вручную первые 3 месяца. Экономия — 35% бюджета и 6 недель.
Эти примеры иллюстрируют главный принцип: оценка MVP — живой документ до подписания финального scope. Платный discovery (20–60 часов) окупается тем, что вы не подписываете фикс на размытых «хотелках». Спросите подрядчика, что входит в их discovery: прототип, архитектура, backlog релиза 1, вилка фазы 2.
Отдельно заложите бюджет на юридические страницы и cookie-баннер, если собираете персональные данные — это не «мелочь», а требование закона и доверия пользователей. Техническая реализация согласия и политики конфиденциальности — 8–16 часов при готовых шаблонах от юристов.
Нефункциональные требования в смете
Производительность, доступность 99%, время отклика API, RPO/RTO при сбоях — если не заложены в MVP явно, подрядчик справедливо не гарантирует их. Для внутреннего портала на 50 пользователей достаточно простого мониторинга; для публичного магазина в сезон — нагрузочное тестирование и запас по CPU/RAM. Каждый уровень надёжности добавляет часы DevOps и инфраструктурные расходы — обсудите «достаточно хорошо для первого релиза» письменно.
Локализация и доступность (a11y) — отдельные статьи: поддержка нескольких языков удваивает объём контента и тестов; WCAG для госсектора и крупных B2B-тендеров — ещё 15–25% к фронтенду. Если не нужны в релизе 1 — вынесите в фазу 2 с отдельной оценкой.
Свяжите оценку MVP с метрикой unit-экономики: стоимость привлечения клиента, средний чек, конверсия. Если MVP стоит больше, чем годовая маржа от ожидаемых первых 100 клиентов — возможно, scope завышен или гипотезу можно проверить лендингом и ручной обработкой заявок за 150–300 тыс. ₽.
Чек-лист приёмки MVP
- Все сценарии релиза 1 проходят на staging без критичных багов.
- Документация по развёртыванию и переменным окружения передана.
- Исходный код и доступы в вашей зоне ответственности.
- Настроены бэкапы и базовый мониторинг.
- Согласован план фазы 2 или поддержки с вилкой часов.
Типичные «скрытые» функции, раздувающие MVP
- Многоуровневая система скидок и промокодов с правилами совместимости.
- Личный кабинет с историей заказов, повтором, документами для бухгалтерии.
- Уведомления: email, SMS, push, Telegram — каждый канал отдельная интеграция.
- Ролевая модель: франчайзи, региональные менеджеры, аудитор только на чтение.
- Экспорт в Excel и массовая загрузка прайсов — «раз написали» не бывает.
- Модерация контента и workflow согласования внутри админки.
Приоритизируйте по методу MoSCoW: Must / Should / Could / Won't в релизе 1. Всё из списка Could — кандидаты на фазу 2 с отдельной оценкой в прайсе на разработку.
Отдельно обсудите с подрядчиком лицензии на компоненты: платные UI-библиотеки, карты, SMS-шлюзы, хостинг БД. Они не входят в человеко-часы, но входят в TCO продукта на год. Заложите 3–12 тыс. ₽/мес на инфраструктуру для старта и рост по мере трафика.
При сравнении коммерческих предложений от трёх подрядчиков выписывайте в таблицу не только цену, но и перечень экранов, интеграций, наличие админки, тестов, DevOps и гарантии. Расхождение в 40% при одинаковом заголовке «MVP интернет-магазина» обычно означает разный scope, а не «один жадный, один честный». Просите уточнить: входит ли мобильная вёрстка, сколько языков, какие платёжные системы, кто владелец хостинга после сдачи, сколько часов заложено на исправление багов после приёмки. Ответы в письменном виде становятся приложением к договору и защищают обе стороны от споров «мы думали, что это включено». Если подрядчик отказывается детализировать — это красный флаг независимо от привлекательной цены. Команда ITRTS на этапе discovery выдаёт таблицу модулей с часами и явным списком исключений — так заказчик видит, за что платит, и может осознанно отрезать функции без разрушения архитектуры. Свяжите оценку с roadmap: релиз 1, релиз 2 с отдельной вилкой — чтобы не пытаться впихнуть год развития в один MVP.
Наконец, заложите в календарь не только разработку, но и UAT: одна-две недели, когда реальные сотрудники заказчика гоняют сценарии на staging. Баги, найденные на UAT, дешевле, чем на проде с живыми клиентами. Договоритесь, сколько циклов исправлений входит в смету MVP, а что считается change request. Прозрачность здесь важнее, чем спор о пяти процентах скидки на ставке.
Согласуйте с подрядчиком формат еженедельного отчёта по часам и остатку бюджета — так вы видите отклонение от плана до того, как смета выйдет из-под контроля.
Резерв 15–20% бюджета на непредвиденные уточнения после первых пользователей — норма индустрии, а не признак плохого планирования; закладывайте его явно в финмодель запуска.
Итог
Оценка стоимости MVP — это совместное уточнение границ продукта, а не гадание на кофейной гуще. Чек-лист по ядру, интеграциям, дизайну и инфраструктуре помогает говорить с подрядчиком на одном языке и вовремя отрезать лишнее. Команда ITRTS проводит разбор идеи на этапах discovery и даёт вилку бюджета с декомпозицией — подробности в разделе разработка ПО и прайс-лист.