Разработка MVP: что включать в первую версию, сроки и цена ошибки
Коротко
- MVP — способ проверить одну гипотезу за минимальные деньги, а не первая версия всего продукта.
- Рабочая вилка: $15 000–45 000 и 2–4 месяца. Дольше четырёх месяцев — это уже не MVP, а полноценная разработка под другим названием.
- В первую версию входит только сквозной путь основного сценария. Админка, роли, биллинг и настройки почти всегда откладываются.
- Главный риск MVP не в том, что он мал, а в том, что он не измеряет: без аналитики на ключевых шагах запуск не даёт ответа на вопрос, ради которого делался.
- Технический долг в MVP допустим осознанно и списком. Недокументированный долг превращается в переписывание с нуля на этапе роста.
MVP чаще всего понимают как «дешёвую версию продукта». Из этого прочтения вырастает знакомый сценарий: полгода разработки, урезанная функциональность, недовольные первые пользователи и никакого ответа на вопрос, стоило ли вообще это делать. MVP — не про дешевизну, а про измерение.
MVP — это эксперимент, а не релиз
У первой версии должна быть одна проверяемая гипотеза, сформулированная так, чтобы её можно было опровергнуть. «Люди будут пользоваться сервисом» — не гипотеза. «Владельцы автосервисов будут платить $30 в месяц за автоматическую запись клиентов, если настройка занимает меньше 15 минут» — гипотеза: понятно, кто, за что, сколько и какое условие критично.
Из такой формулировки состав MVP выводится почти механически. Нужно всё, что участвует в проверке, и не нужно ничего больше.
Что входит и что не входит
| Входит в MVP | Откладывается |
|---|---|
| Один сквозной сценарий от входа до результата | Альтернативные пути и краевые сценарии |
| Регистрация одним способом | Соцсети, SSO, восстановление через поддержку |
| Одна роль пользователя | Права доступа, команды, приглашения |
| Приём оплаты, если гипотеза про платность | Тарифы, промокоды, возвраты, инвойсы |
| Аналитика ключевых шагов | Дашборды и отчёты для себя |
| Ручные операции вместо автоматизации | Админка, автоматические рассылки, модерация |
Последняя строка — самая полезная и самая непопулярная. На первых пятидесяти пользователях модерацию, поддержку и заведение данных дешевле делать руками, чем строить для этого интерфейс. Ручная работа масштабируется плохо, но на этапе проверки гипотезы масштаб и не нужен — нужен ответ.
Сроки и бюджет
| Тип MVP | Бюджет | Срок |
|---|---|---|
| Проверка спроса: лендинг, ручной процесс, оплата | $3 000 – 8 000 | 2–4 недели |
| Работающий сервис с одним сценарием | $15 000 – 30 000 | 2–3 месяца |
| Маркетплейс или двусторонняя платформа | $30 000 – 45 000 | 3–4 месяца |
Срок здесь важнее бюджета. Гипотеза живёт в определённом состоянии рынка; проверка, растянутая на восемь месяцев, отвечает на вопрос, который уже изменился. Если оценка выходит за четыре месяца — это сигнал сузить объём, а не увеличить команду.
Аналитика — обязательная часть, а не украшение
MVP без измерений — потраченные деньги без вывода. Минимальный набор, который нужно заложить сразу:
- Воронка основного сценария по шагам: сколько дошло от входа до результата и где отвал.
- Время до первого полезного действия. Если гипотеза содержит условие про скорость — это главная метрика.
- Повторные визиты за 7 и 30 дней. Однократное использование почти всегда означает, что проблему не решили.
- Записи сессий или хотя бы события интерфейса на шаге с наибольшим отвалом.
- Канал привлечения на уровне пользователя, а не сводно.
Четыре ошибки, которые повторяются чаще всего
MVP делают для инвестора, а не для пользователя
Продукт под демонстрацию оптимизируют по внешнему виду: экраны, которые хорошо смотрятся на слайде, работают на подготовленных данных. Такой MVP проходит презентацию и не проходит первого реального пользователя, потому что проверялась не гипотеза, а картинка.
Запуск откладывают до «нормального» состояния
Команда видит недоделки, которых не видит пользователь, и переносит запуск на две недели — трижды подряд. Признак этой ошибки простой: список причин отложить состоит из внутренних претензий к коду и интерфейсу, а не из сценариев, которые ломаются у пользователя.
Первых пользователей ищут после запуска
Канал привлечения — часть гипотезы, а не следующий этап. Если непонятно, откуда придут первые сто человек, продукт проверить нечем: работающий сервис без трафика не даёт данных вообще. Договорённости с первыми пользователями нужны до того, как написан код.
Отрицательный результат считают провалом
MVP за $20 000, показавший, что платить за это не будут, — успешный MVP. Он сэкономил стоимость полноценной разработки. Провал — это когда после запуска нельзя сказать, подтвердилась гипотеза или нет.
Что делать с результатом
Через 4–8 недель после запуска данных достаточно для одного из трёх решений.
| Что показали данные | Решение | Следующий шаг |
|---|---|---|
| Сценарий проходят, возвращаются, платят | Масштабировать | Снять технический долг из списка, добавить роли и админку |
| Пользуются, но не платят или не возвращаются | Развернуть гипотезу | Сменить сегмент или модель монетизации, ядро оставить |
| Не доходят до конца сценария | Чинить конкретный шаг | Отвал локализован — это дешёвая правка, а не новый продукт |
| Не приходят вовсе | Проблема в канале, не в продукте | Проверять привлечение, разработку остановить |
Технический долг: какой допустим
В MVP сознательно экономят на многом, и это правильно. Проблема начинается там, где экономия не зафиксирована. Мы ведём по MVP отдельный список решений «сделано быстро, переделать при росте» — с причиной и оценкой переделки.
- Допустимо: отсутствие кэширования, простая схема данных, минимум автотестов, ручное развёртывание, один сервер.
- Недопустимо: хранение паролей и платёжных данных вне проверенных решений, отсутствие резервных копий, обработка персональных данных без правового основания.
Разница простая: первое переделывается за недели, когда появится нагрузка. Второе создаёт риск, который деньгами и временем уже не закрывается.
Частые вопросы
Сколько стоит разработка MVP?
Проверка спроса без полноценного сервиса (лендинг, ручной процесс, приём оплаты) — $3 000–8 000. Работающий сервис с одним сквозным сценарием — $15 000–30 000. Маркетплейс или двусторонняя платформа — $30 000–45 000.
За какой срок реально сделать MVP?
От двух недель для проверки спроса до четырёх месяцев для платформы. Если оценка выходит за четыре месяца, объём нужно сузить: гипотеза привязана к состоянию рынка, и растянутая проверка отвечает на вопрос, который уже изменился.
Что обязательно должно быть в MVP?
Один сквозной сценарий от входа до результата, один способ регистрации, одна роль пользователя, приём оплаты — если гипотеза про платность, и аналитика ключевых шагов. Админка, права доступа, тарифы, рассылки и модерация на первом этапе заменяются ручной работой.
Как понять, что функция не нужна в MVP?
Задать вопрос: изменит ли её отсутствие ответ на проверяемую гипотезу? Если не изменит — функция не входит в первую версию. Этот критерий убирает из бэклога 40–60% задач за один проход.
Какой технический долг в MVP допустим?
Допустимы отсутствие кэширования, простая схема данных, минимум автотестов, ручное развёртывание — всё это переделывается за недели при появлении нагрузки. Недопустимы самодельное хранение паролей и платёжных данных, отсутствие резервных копий и обработка персональных данных без правового основания: эти риски не закрываются деньгами позже.
Посчитать вашу задачу
Диапазоны из статьи — отправная точка. Опишите задачу AI-архитектору: он назовёт состав решения, ориентир по бюджету и сроку и передаст бриф команде.