MVP: минимально жизнеспособный продукт

Минимальные затраты, максимальный результат

Термин MVP стал частью разных философий — о нем говорят и Lean, и Agile коучи, и все соглашаются, что это единственный способ протестировать гипотезы.

Метафорично понятие MVP объяснил Хенрик Книберг (Henrik Kniberg), автор книги «Lean from the Trenches». Он изобразил 2 процесса создания продукта.  

В верхнем ряду — традиционный метод разработки. Все, что вы можете предложить пользователям, в этом случае: колеса, детали, каркас машины и, наконец, собранный автомобиль. Вы потратите время и бюджет на «монтаж», а в итоге машина может не понравиться заказчикам (читайте: решение не понадобится рынку, и стартап попадет в злополучные 42% неудачников).

Второй подход базируется на создании MVP. Сконцентрируйтесь на проблеме пользователей (добраться из одного пункта в другой) и предложите вариант решения. Например, скейт.

Дайте пользователям прокатиться и узнайте мнение фокус-группы. Обратная связь позволит поэтапно усовершенствовать продукт — превратить в самокат, велосипед, мотоцикл, а потом уже в машину мечты. Что важно, на каждой итерации клиенты смогут пользоваться продуктом. Пусть он не идеален, но поможет частично решить их проблему. Вы сэкономите ресурсы на разработку и наверняка будете знать, что сделать лучше.

Похожая модель — Cupcake Model. Не обязательно, чтобы продукт соответствовал задуманным критериям. Хотите приготовить свадебный торт? Предложите клиентам попробовать пирожное, чтобы те оценили тесто, начинку и крем.

Подробнее на видео:

The cake model of product strategy from Brandon Schauer on Vimeo.

MVP (Minimum Viable Product) — первое предложение клиентам с минимальным набором функций, которое представляет максимальную ценность.  

Примеры MVP в онлайн-сфере:

• Spotify  

Разработчики отмели лишнее и создали самый простой прототип, который можно придумать. В программу они загрузили музыку со своих ноутбуков и проигрывали по несколько раз, чтобы не было заминок и мелодии воспроизводились потоково. Никто тогда не задавался вопросами авторских прав, красоты интерфейса и юзабилити. Сначала предстояло познакомить людей с технологией стриминга.

• Dropbox

Продукт еще не «родился», но создатели опубликовали демо-видео на 4 минуты, где объяснили задумку. Люди, посмотревшие ролик, подписались на рассылку. За ночь база потенциальных пользователей увеличилась с 5 тысяч до 75. Вдруг, кто пропустил, видео вот:

• Groupon

Изначально это был блог в WordPress. Потом к нему установили виджет, который отправлял купоны на email.

• Foursquare

Анкетирование и отзывы в Google Docs положили начало созданию социальной сети. Кстати, это не самый плохой метод. Анкеты Google Form можно разослать друзьям и родственникам. А потом заказать профессиональное исследование, например, у Survata. Но это мы забегаем наперед. Если интересно, про исследования и тестирование MVP мы писали здесь и здесь.

Страх провала: MVP — недоработанный продукт?  

Эрику Райсу (Eric Ries), автору «Lean Startup», постоянно задавали вопрос о том, как понять, какой продукт можно назвать минимально жизнеспособным (MVP). Он давал один и тот же совет: придумайте продукт, урежьте характеристики на половину, а потом повторите то же самое дважды. Получится, что вы минимизируете версию в 8 раз.

Основатели стартапов боятся, что пользователи возненавидят такой малофункциональный продукт. Однако Эрик призывает не переживать по этому поводу. Если реакция будет негативной, всегда можно все исправить в следующем релизе. Итеративный процесс создания MVP предполагает, что реально возвратиться в исходную точку или на определенный этап разработки.

Вы попадаете внутрь feedback loop — в петлю пользовательской обратной связи, и бесконечно тестируете гипотезы на клиентах.

Ошибки и развороты — неотъемлемы, поэтому готовьтесь воспринимать критику. Лучше услышать ее сейчас, чем потом, когда на разработку сервиса будут потрачены колоссальные усилия.

Вот, как на графике показан итеративный процесс разработки:

 

Слово «viable» (жизнеспособный) в аббревиатуре MVP можно трактовать по-разному. Упомянутый нами Хенрик Книберг, который сравнил первую итерацию co скейтом, предложил несколько пониманий:

• пригодный для тестирования;
• пригодный для использования;
• тот, который нравится пользователям.

Эти продукты разрабатываются по очереди, но все попадают под определение MVP. Сам же Хенрик пошел дальше и объяснил на примере новых решений Spotify, на каком этапе возникает потребность создать минимальный продукт и что происходит с ним дальше.

MVP в структуре разработки новых решений

Удобная схема, которую вы можете взять в работу, состоит из 4 этапов:

• Think it — обдумай;
• Build it — построй;
• Ship it — распространи;
• Tweak it — настрой.

Этап обдумывания предполагает, что вы выдвигаете гипотезы, создаете описание и наброски прототипа, которые пригодятся для разработки.

Каждое решение для проигрывателя Spotify проходит через этап «think». Например, гипотеза для вкладки «Discover» — вероятно слушатели будут рады хорошим музыкальным рекомендациям. Для мобильного радио («Radio you can save») — наверное пользователям понравится идея сохранить плейлист, который звучит в эфире.

Когда готовы гипотезы, команда приступает к построению MVP — создает простой функционал, чтобы проверить, подходит людям решение или нет. Если аудитория не проявляет интереса, от идеи отказываются. Когда задумка находит отклик у людей — ее тестируют и переделывают, пока не готов продукт, который можно распространить на всех пользователей.

Он тоже не будет идеальным, поэтому даже после релиза предусмотрен этап настроек и совершенствования. Цикл выглядит так:

Подход позволяет снизить риски и грамотно потратить деньги на операционную деятельность. Он еще раз подчеркивает важность создания MVP — необходимость как можно раньше определить, нужен продукт людям и рынку, представляет ли он собой ценность.

Полную версию статьи «Как Spotify разрабатывает продукты» можно прочитать на английском.

А здесь — почитать интервью с основателями маркетплейсов, которые на личном опыте рассказывают о разработке MVP для своих проектов.

Header photo: anaken2012 / Depositphotos.com