Вокруг стратегии запуска первой версии продукта очень много разговоров, обсуждений и даже разногласий. С чего нужно начинать: с минимально жизнеспособного продукта (MVP) или минимально желаемого (MDP)? Или сразу стараться сделать уникальный жизнеспособный продукт (UVP)? Или достаточно просто доказать осуществимость идеи (PoC)? На все эти вопросы нет однозначных ответов. Поэтому мы решили описать ту философию, которая близка нам, чтобы, говоря "MVP", мы с вами имели в виду одну и ту же концепцию.

Первое и самое важное, на наш взгляд, кроется в определении. MVP – это не продукт как таковой, это стратегия, способ запуска вашего продукта, средство достижения идеального результата. То есть это история про процесс и образ мышления, нежели про цель. А теперь попробуем раскрыть эту водянистую мысль.

Пункт 1. Видение как основа

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

Пункт 2. Сначала пользователи, потом продукт

Чтобы не делать продукт ради продукта, прежде чем приступать к разработке, нужно сформировать представление о ваших пользователях. Кто они? Чем занимаются? Как решают вашу глобальную проблему сейчас? Нарисуйте персоны, описывающие ярких представителей вашей целевой аудитории. Причем чем точнее – тем лучше: дайте им имя, найдите подходящее фото. Вы должны сами поверить в существование этих конкретных личностей. Безусловно, это будут лишь первые гипотезы о ваших пользователях, и со временем вы можете их полностью переделать.

А теперь самая интересная часть этого пункта: из нарисованных персон вы должны выбрать ту/тех, которые могут стать вашими первыми последователями или даже евангелистами. Эти люди должны удовлетворять следующим критериям:

  1. у них есть глобальная проблема, которую будет решать ваш продукт;
  2. они это осознают;
  3. они активно пытаются найти решение этой проблеме;
  4. эта проблема для них настолько критична, что они нашли ей какое-то временное косвенное решение (или собрали его по частям);
  5. у них есть средства на покупку решения этой проблемы (или возможность их найти).

Именно этим людям в первую очередь вы будете продавать видение своего продукта (то самое, которое сформировали в пункте 1). Они должны разделить вашу идею и поверить в вашу способность реализовать её. Именно тогда они будут терпимо относится к ограничениям ваших первых версий и при этом охотно распространять информацию о вашем продукте.

Важно помнить: MVP никогда не нужно продавать всем пользователям.

Пункт 3. Наконец-то поговорим о функционале

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

Попробуйте из глобальной проблемы (сформулированной в пункте 1) выделить под-проблему, которая достаточно болезненна для потенциальных евангелистов (из пункта 2) и при этом наименее сложна в решении для вас. А теперь просто ограничьте MVP функционалом, необходимым для решения этой под-проблемы (не забывая при этом транслировать ваше видение и стремление в дальнейшем решить глобальную проблему). Это и будет максимальная ценность вашего MVP.

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

Пункт 4. Разработка MVP

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

MVP Флинстоуна или волшебник страны ОЗ – суть этого типа в создании видимости полностью функционирующего продукта. Почему видимость? Потому что на самом деле часть основных функций (а может быть и все) вы можете выполнять вручную. Главное, чтобы ваш пользователь об этом не догадывался и получал качественный сервис.

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

Сборное MVP (пожалуй, наш любимый тип) – еще один способ выпустить продукт, сведя разработку практически к 0. В этом случае вы собираете продукт по кусочкам из уже существующих решений: Google таблица вместо базы данных, простейший сайт на Tilda, Webflow, приложение на Bubble и так далее. И уже потом итеративно переходите к полноценному решению (которое будет написано с нуля, но с осознанием всех "зачем" и "почему", а может быть даже на первые деньги, полученные со сборного MVP).

Еще один интересный подход – "Sell it before you build it" – предлагает вам продавать еще не рабочие функции вашего продукта. В этом случае при попытке пользователя купить что-то, что вы еще не произвели, вы предлагаете ему оставить емейл, дождаться вашего запуска и быть в числе первых попробовавших ваш продукт. Это отличный способ проверить спрос на различные функции вашего продукта и собрать аудиторию первых последователей.

Можно перечислить еще порядка 10 типов MVP, а через год их может стать и в 2-3 раза больше, потому что на рынке активно появляются как новые инструменты, так и продукты, изобретающие свой интересный способ запуска. Вы можете пойти по одному из описанных выше путей, скомбинировать их или так же придумать свой вариант. Главное – помнить ряд важных принципов:

  • MVP должен содержать функции, жизненно необходимые для решения выбранной вами под-проблемы и для демонстрации вашего нечестного преимущества, все полезности вы добавите в последующих итерациях, основываясь на обратной связи от пользователей;
  • убирая функционал из вашего продукта, вы должны стараться убрать именно лишние, дополнительные опции, пользовательский опыт при этом не должен страдать;
  • балансируйте между качеством и количеством: в каком-то случае важнее крутой UX, благодаря которому люди захотят использовать ваш продукт, а в каком-то нужно быстро предоставить людям критичные функции и завоевать свою долю рынка;
  • запускайте продукт в том состоянии, когда его можно улучшить, не разрушая, вы должны быть способны легко адаптироваться под нужды ваших пользователей;
  • думайте о жизнеспособности всего бизнеса в целом и не забывайте транслировать вашу глобальную идею пользователям.

Пункт 5. Петля обратной связи

Последний не менее важный пункт, без которого ваш запуск станет бессмысленным, – обратная связь от пользователя. Ваша глобальная стратегия при запуске MVP должна заключаться в максимизации полученной от пользователя информации на потраченную единицу денег. Установили ли вы системы аналитики? Сможете ли вы отследить действия пользователей на вашем сайте? Дали ли вы им возможность связаться с вами и поделиться впечатлениями? Замотивировали ли вы их делать это? Обязательно ответьте на эти вопросы перед запуском, а сразу после не забудьте сходить и пообщаться лично с вашими первыми евангелистами.

Этот процесс, петля обратной связи, и даст вам понимание, как и куда развивать ваш продукт дальше (и развивать ли вообще). Просто факт того, что несколько пользователей заплатили вам, не приблизит вас к ответу на вопрос, как из этих нескольких сделать миллион. А вот общение с вашими пользователями может дать много подсказок.

Заключение

Теперь резюмируем основные мысли. Для нас MVP – это прежде всего путь к созданию идеального продукта. Основными движущими силами на этом пути являются следующие желания:

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

Чтобы пройти этот путь максимально эффективно, нужно идти от общего к частному:

  1. определить глобальное видение вашего продукта и его основную ценность;
  2. определить вашу целевую аудиторию и выделить из нее потенциальных первых последователей и евангелистов;
  3. выделить самую острую под-проблему, волнующую ваших первых пользователей, которую вы можете решить минимальными усилиями, и сформировать необходимый для решения этой под-проблемы набор функций;
  4. создать первую версию вашего продукта, выбрав максимально подходящий под ваше предложение тип MVP;
  5. настроить петлю обратной связи с вашими пользователям.

В результате вы выйдете на рынок с продуктом, у которого:

  • достаточно ценности – то есть люди готовы за него платить;
  • есть очевидные плюшки в будущем – люди буду к вам возвращаться;
  • настроена обратная связь – вы понимаете, как его развивать.

Если ваша первая версия передает лишь ключевую ценность продукта – вы получаете право на ошибку, которая вас не разорит. Цель создания MVP не попасть сразу в самое яблочко, а максимизировать обучение и не пойти по неправильному пути. MVP всегда приходит к одному из двух концов: состояние product/market fit или понимание, что ваш продукт бесполезен.

Не бойтесь быстро провалиться и продолжайте тестировать, ведь именно так вы можете найти самую выгодную идею вашей жизни!

Если вы разделяете наши взгляды и обдумываете запуск своего продукта, пишите нам на ineedmvp@mvplab.org, давайте запускать крутые сервисы вместе!


Мы вдохновлялись: