Что такое MVP? Как определить объём первой версии
MVP — это не недоделанный продукт, а способ проверить гипотезу с минимальными усилиями. Как решить, что войдёт в первую версию, а что нет?
Alp2 мин чтения
MVP (Minimum Viable Product), по-русски — минимально жизнеспособный продукт, — это первая версия, которая позволяет проверить ключевую гипотезу продуктовой идеи на реальных пользователях с минимально возможными усилиями. Понятие получило распространение благодаря подходу «бережливый стартап» (Lean Startup) Эрика Риса, описанному в его книге «Бизнес с нуля»; цель MVP — не продажи, а получение знаний.
Чем MVP не является?
- Это не недоделанный продукт. Функций в нём мало, но те, что есть, работают от начала до конца и как следует.
- Это не прототип. Прототип нужен, чтобы показать идею; MVP решает реальные задачи реальных пользователей.
- Это не уменьшенная копия конечного продукта. Это не версия, в которой есть понемногу от каждого модуля, а версия, которая полностью даёт одну-единственную ценность.
Пять шагов к определению объёма
1. Запишите гипотезу
Закончите предложение: «Такая-то группа пользователей использует наш продукт, чтобы решить такую-то проблему». Единственная задача MVP — показать, верно это предложение или нет.
2. Выберите один ключевой сценарий
Определите кратчайший путь, на котором пользователь получает ценность от продукта. В продукте для бронирования это — увидеть свободное время, выбрать его и получить подтверждение. Всё, что за пределами этого сценария, — кандидаты, а не обязательные элементы.
3. Расставьте приоритеты среди пожеланий
Распространённый метод — разделить пожелания на четыре группы: «без этого нельзя», «должно быть», «может быть» и «в этой версии не будет». В первую версию входит только первая группа. Сокращать список трудно, однако каждая дополнительная функция откладывает получение знаний.
4. Заранее определите критерий успеха
Что вы должны увидеть, чтобы признать гипотезу подтверждённой? Для большинства продуктов хорошие стартовые критерии — какая доля зарегистрировавшихся проходит ключевой сценарий и возвращаются ли они через неделю.
5. Не автоматизируйте то, что можно делать вручную
Для первых пользователей такие задачи, как выставление счетов, подтверждение или подготовка отчётов, какое-то время можно выполнять вручную. Вкладываться в автоматизацию надёжнее после того, как станет видно, что спрос реален.
Что можно отложить, а что откладывать нельзя
| Можно отложить | Откладывать нельзя |
|---|---|
| Расширенные отчёты и дашборды | Безопасные сеансы и авторизация |
| Многоязычность и варианты тем оформления | Правильно спроектированная модель данных |
| Редко используемые настройки | Резервное копирование и мониторинг ошибок |
| Детальная панель управления | Базовые метрики использования |
| Большое число интеграций | Требования законодательства к персональным данным |
Темы из правого столбца — это фундамент, который дорого добавлять задним числом. Отказ от них ради быстрого выхода может обернуться переписыванием продукта, когда он вырастет.
Частые ошибки
- Добавлять функции потому, что они есть у конкурентов.
- Запускаться, не настроив метрики, и в итоге не суметь интерпретировать результаты.
- После первой обратной связи не менять направление, а добавлять в список каждое пожелание.
- Считать MVP «временным» и полностью пренебрегать качеством.
Хороший MVP — это ответ не на вопрос «что ещё можно добавить?», а на вопрос «что можно убрать, чтобы продукт всё ещё был полезен?».
Если вы планируете продукт на основе подписки, на странице разработки SaaS-продуктов можно увидеть, как мы выстраиваем путь от MVP к масштабируемому продукту.