Что это?
MVP для предварительного заказа — это описание продукта, который хотите создать. Его цель «продать» ваше решение, до того, как оно будет реализовано.

Когда применять?
Этот тип МVP предназначен для случаев, когда вы хотите узнать, а есть ли спрос на продукт. Вы рассказываете о сервисе, а потенциальные клиенты оставляют заявки, свои контакты. В идеальном случае, пользователи дают номер счета или платят наперед.

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

Что это?
Клиентообразующий MVP — это инструмент, нацеленный на создание клиентской базы до запуска продукта. С помощью него создают комьюнити из преданных и лояльных потребителей.

Как реализовать?
Найдите место, где собирается ЦА в поисках информации и единомышленников. В большинстве случаев, это социальные сети или форумы. Завидите блог, где будете делиться новостями о проекте и полезным контентом. Общайтесь с подписчиками — так вы лучше всего узнаете, какой функционал в будущем продукте нужен.

Когда применять?
Клиентообразующий MVP не позволяет понять, готовы ли люди платить деньги за ваш продукт, но дает возможность оценить заинтересованность людей. Иногда этого вполне достаточно, чтобы принять решение разрабатывать полноценную версию. Но нужно учитывать, что для такого MVP понадобиться команда, которая умеет создавать контент и организовывать сообщества. А это совсем не дешево.

Что это?
Подобно консьержу, который сам оказывает услуги гостю, вместо приложения вы работаете с потребителем лично. Вручную помогаете решить проблемы. Таким образом MVP типа «Консьерж» позволяет потребителям получить опыт работы с продуктом еще до его разработки.

Когда применять?
Если есть базовая идея, но не хватает понимания важных мелочей. Когда нужно исследовать сомнения, потребности, привычки ЦА. При личном контакте, вы будете получать обратную связь из первых рук.
Также такой MVP подойдет, если ЦА не дружит с технологиями. Когда есть риск, что они откажутся от продукта даже не попробовав его использовать. И вы не узнаете, отказались, потому что нет потребности или потому что это IT.

Как реализовать?
Сделайте сами все то, что должен будет выполнять продукт. Интерфейс приложения замените личной коммуникацией, функционал серверной части выполняйте вручную.

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

Что это?
Продукт, внешне самостоятельно выполняющий все функции, но на самом деле управляемый вручную. В отличие от MVP типа «Консьерж», клиент не знает, что задачи выполняет не софт, а человек.

Когда применять?

• Если в продукте подразумевается сложная автоматизация.
• Если требуются интеграции со сторонними сервисами.
• Если в работе должны принимать участие множество партнеров и подрядчиков.
• Если у продукта парные целевые аудитории, например «исполнители» и «заказчики». В таком случае можно создать видимость наличия одной из сторон, чтобы протестировать продукт на другой.

Как реализовать?
Сделать интерфейс, а потребителям сказать, что это готовый продукт. Например, вы делаете сервис по локализации текстов. В таком случае по ту сторону сажаете переводчиков. Если сервис «зайдет», начинаете разработку.

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

Как реализовать?
Разобрать проблему клиента на составные части и взяться за решение одной из них. Например, вы хотите создать сервис для автоматизации работы отдела тех. поддержки. Ваш потенциальный клиент работает со множеством каналов, ему нужно и внедрить чат-ботов в мессенджеры, и голосовых помощников в телефонию, создать автоответы в email и т.д.
Все сразу сделать невозможно, поэтому вы решили сосредоточиться на email. Создали сервис, который на определенные запросы отправляет шаблонные ответы. Таким образом, вы покрыли только часть проблемы клиента, но уже принесли пользу. Дальше можно будет уточнять, какой функционал требуется еще и тем самым приоритизировать задачи на разработку.

Когда применять?

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

Что это?
В MVP типа «Чужой продукт» для оценки идей используется уже существующий продукт или услуга. Вы предлагаете клиенту решить его проблему, а сами выполняете заказ с помощью продукта конкурента.

Как реализовать?
Да, это звучит как-то дико и нечестно. Но если учесть, что на этапе MVP — главное собрать информацию, то разве не мудро использовать наработки тех, кто давно на рынке? Например, вы решили запустить приложение для вызова такси. Зачем для исследования рынка создавать свое, когда можно зарегистрироваться как таксист в «Яндексе» и за пару дней узнать все на личном опыте?

Когда применять?

• Если выходите на рынок, где работают зрелые компании.
• Если ресурс на разработку ограничен.

При разработке IT-продукта недостаточно решить, что сначала будете тестировать MVP. Еще необходимо понять, какой MVP подойдет в вашем случае.

Мы вдохновлялись
1. Синди Альвес, «Как создать продукт, который купят».