01
Границы первой версии
Что обязательно в v1, что сознательно откладываем и почему.
MVP
Разработка MVP, на котором можно проверить спрос
Не прототип в Figma и не «полный продукт за бюджет MVP». Первая рабочая версия: один сценарий, реальные пользователи, измеримый результат.
Что делаем
02
Ключевой сценарий
Один путь пользователя от входа до результата — без боковых веток «на всякий случай».
03
Production-стек
Код, который можно растить. Не одноразовый черновик, который потом выкинут.
04
Запуск и измерение
Как поймём, что спрос есть: события, обратная связь, следующий шаг.
Что входит
- Продуктовый разбор
- UX ключевого сценария
- Дизайн первой версии
- Frontend и API
- Базовая аналитика
- Запуск
Как собираем MVP
01
Гипотеза
Какой спрос проверяем и что будет считаться успехом.
02
Срез
Минимальный сценарий, роли, данные.
03
Сборка
Интерфейс, логика, интеграции, без которых сценарий не живёт.
04
Релиз
Запуск для реальных пользователей и сбор сигналов.
Прототип, MVP или полноценный продукт
Прототип
Картинки и кликабельный макет. Нужен, чтобы согласовать идею, но на нём нельзя проверить рынок.
MVP
Рабочий продукт с одним сценарием. Достаточно, чтобы люди пользовались и платили или отказывались честно.
Полный продукт
Роли, биллинг, админки, масштабирование. Имеет смысл после того, как гипотеза MVP подтвердилась.
Связанные кейсы
Частые вопросы
Чем MVP отличается от прототипа?
Прототип показывает, как это могло бы выглядеть. MVP — это рабочий продукт с одним сценарием, которым уже можно пользоваться.
Можно ли потом вырастить MVP в полноценный продукт?
Да, если сразу не экономить на архитектуре. Мы не собираем одноразовый код «на три недели».
Сколько занимает разработка MVP?
Срок зависит от сценария и интеграций. Честный ответ даём после разбора задачи, а не «MVP за две недели» вслепую.