MVP: что это и как создать первую версию продукта
Что такое минимально жизнеспособный продукт, чем он не является, как решить, что в него входит, и как запустить его так, чтобы действительно чему-то научиться.
MVP — это minimum viable product, минимально жизнеспособный продукт: самая маленькая версия продукта, которой могут пользоваться реальные люди и из которой вы узнаете, работает ли идея. Это не демо, не кликабельный прототип и не полуготовое приложение, полное багов.
Зачем MVP
MVP отвечает на один вопрос как можно дешевле. Например:
- Зарегистрируются ли люди и запишутся ли на занятие через приложение?
- Будут ли промоутеры отправлять предложения бойцам через платформу вместо сообщений?
- Будут ли клиенты платить ежемесячную подписку за этот сервис?
Если вы не можете сформулировать вопрос, вы строите не MVP, а уменьшенную версию всего.
Как решить, что в него входит
- Запишите вопрос, на который должна ответить первая версия.
- Опишите один главный путь, которым пользователь доходит до ценности: например, регистрация, выбор занятия, запись.
- Выпишите всё остальное и о каждом пункте спросите: сломается ли главный путь без него? Если нет, он подождёт.
- Держите качество в главном пути. Минимальный значит меньше функций, а не худшие функции. Медленный или сломанный главный путь ничему не научит.
Что почти всегда входит в MVP
- Вход, если пользователи должны возвращаться.
- Оплаты, если вопрос в том, заплатят ли люди.
- Аналитика в каждом экране, чтобы видеть, где люди отваливаются.
- Простой способ связаться с вами.
Что обычно подождёт
- Админка (сначала хватит таблицы или базы данных).
- Расширенные настройки, темы, несколько языков.
- Автоматизация того, что для первых ста пользователей можно сделать вручную.
Запустите, чтобы научиться
MVP, которым никто не пользуется, ничему не научит. Спланируйте, как его найдут первые пользователи: существующая аудитория, лист ожидания, небольшая кампания с измерением. Смотрите план запуска приложения.
Потом посмотрите на цифры: сколько зарегистрировалось, сколько дошло до главного действия, сколько вернулось. Решения о следующей разработке принимайте по этому, а не по исходному списку желаний.
Частые ошибки
- Слишком долгая разработка. Если первая версия занимает год, она не минимальная.
- Нет измерения. Без аналитики после запуска у вас только мнения.
- Нет плана на пользователей. Построить и надеяться, что придут.
- Технология, которая не может расти. Минимальный объём — это нормально; фундамент, который придётся выбросить, — дорого.
Мы создаём MVP вместе с кампанией запуска; смотрите Build & launch.
Хотите, чтобы мы посмотрели на ваши цифры? Разработка
Все статьи