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

Skyeng
Сегодня Skyeng — самая большая школа английского языка в Европе. Но на старте у нас не было своей платформы для обучения, CRM-системы, мобильного приложения и многого другого. Базы учителей и учеников хранились в табличках и карточках, уроки вели через Skype, а расписание составлялось полностью вручную.

Airbnb
В первой версии одного из самых популярных сервисов для путешественников нельзя было выбрать жилье, глядя на карту, и даже не было оплаты на сайте. Был только список объявлений о сдаче домов, авторы которых принимали оплату наличными.

Groupon
Самый большой сервис-купонатор начался с простого блога на WordPress, куда основатели ежедневно вручную добавляли лучшие предложения. С помощью простого виджета эти офферы потом рассылались по почте.

Видеоразборы идей для MVP

Разбор MVP для маркетплейса жилой недвижимости

Разбор: медицинское оборудование в пандемию

Вместо заключения

Невозможно придумать универсальные решения на все случаи жизни, но можно определить принципы, которые помогут такие решения находить. Давайте повторим основные принципы MVP:

1. Минимальная функциональность. Продукт должен покрывать только наиболее критичные сценарии пользователя.
2. Минимум ресурсов. Разработка решения должна требовать как можно меньше времени, денег и усилий.
3. Максимум фидбэка. Необходимо настроить все возможные каналы для получения обратной связи от пользователей. Общение с клиентами должно стать ежедневным процессом.

Опишем основные шаги на пути создания MVP:
Шаг 0. Сформулировать основную ценность продукта в одном предложении.
Шаг 1. Провалидировать потребность с помощью интервью с потенциальными клиентами.
Шаг 2. Определить ключевой сегмент, которому продукт может принести ценность. Постараться максимально сузить профиль клиента.
Шаг 3. Убедиться, что вам действительно нужно разрабатывать MVP и вы не можете проверить гипотезу методом Sales First.
Шаг 4. Составить CJM клиента по будущему продукту. Сохранить в нем только критичные для пользователя сценарии.
Шаг 5. Приоритизировать список фич в продукте по важности, а затем последовать совету Эрика Райса: сократить его в два раза. Повторить эту операцию дважды.
Шаг 6. Продумать, как получить от пользователей максимум обратной связи.
Шаг 7. Настроить feedback loop.
Шаг 8. Вы великолепны!