Руководство по созданию MVP или минимально жизнеспособного продукта

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

Однако MVP является не просто версией продукта с минимумом функций, а наименее ресурсозатратным инструментом валидации экономической целесообразности бизнес-идеи, который также служит основой конечного оффера.

На самом деле, MVP имеет довольно много интерпретаций, поэтому, чтобы понять суть этой концепции, ознакомимся с мнениями экспертов о том, что такое ранняя версия оффера, как ее использовать и как создавать.

• Валидация бизнес-идей: с чего начать?

Минимально жизнеспособный продукт (MVP) — определения экспертов

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

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

Резюмируя сказанное, выведем основные цели MVP:

• Тестирование гипотез о продукте с минимальными затратами.
• Ускоренное полученное информации, требуемой для создания решения.
• Экономия времени на разработку.
• Быстрое предоставление продукта, решающего, как минимум, одну проблему, ранним пользователям.

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

Эрик Райс (Eric Ries), соучредитель IMVU (сайт социальных развлечений), сторонник MVP

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

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

Эш Маурья (Ash Maurya), автор книги «Бережливый подход — помощь предпринимателям в достижении успеха» (Running Lean — Helping Entrepreneurs Succeed)

Эш начал разработку MVP с определения целевой группы пользователей и трех основных проблем, с которыми она сталкивалась при работе с доступными на рынке решениями — это позволило ему создать оффер, решающий проблемы ЦА в минимальной степени, и привлечь к нему первых пользователей при помощи landing page. Определив функционал MVP за счет анализа разработанного ранее решения, Маурья значительно сэкономил время и усилия на валидацию предположений о базе потенциальных пользователей.

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

Используя «шаблон бережливости» (lean canvas), Эш выделил 4 критичных шага для валидации ценности продукта на рынке:

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

Марсин Тредер (Marcin Treder), соучредитель и генеральный директор UXPin (облачное решение для веб-дизайна)

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

Тредер считает, что MVP является не идеальным или быстро разработанным продуктом, а оффером, который представляет максимальную ценность с минимумом функций. Он признает, что его первый продукт не был максимально эффективным по сравнению с современными решениями, однако сегодня UXPin занимает значимое место на рынке, что доказывает правильность и эффективность реализованной Марсином стратегии.

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

Ник Суинмерн (Nick Swinmurn), сооснователь Zappos (интернет-магазин обуви)

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

Стоит заметить, что многие компании (особенно стартапы) довольно часто представляют «фантомное обеспечение» (vaporware) — продукт, который либо не существует, либо находится в процессе разработки.

Синди Альварез (Cindy Alvarez), специалист по пользовательскому опыту в Yammer (корпоративная социальная сеть) и бывший менеджер по продукту KISSmetrics (платформа веб-аналитики)

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

В качество одного из решений этой проблемы, Сидки рекомендует следовать «модели кекса» (Cupcake Model), то есть создавать полноценный продукт, но с минимумом ключевых функций.

Синди также представила несколько советов о работе над MVP внутри команды. По ее словам, существуют 2 задачи:

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

2. Правильное определение целевого пользователя. Не следует разрабатывать продукт под мейнстримную аудиторию — если ее представителям не понравится MVP, будет получена неправильная обратная связь. Вместо этого, следует найти целевую группу с определенной проблемой и представить ей раннюю версию оффера.

Стив Блан (Steve Blank), серийный предприниматель, лектор по теме MVP

«Крестный отец Кремниевой долины» утверждает, что в методиках работы с клиентами недооценена важность продажи видения мечтателем (предоставление минимального набора функций при этом не исключается). По его наблюдениям, многие предприниматели без проблем понимают как построить продукт с минимальным набором компонентов (Minimum Feature Set), однако не осознают, что такой оффер мало кому понравится — как вы думаете, будут ли люди восхищенно рассказывать о софте с несколькими базовыми функциями?

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

5 характеристик евангелиста

1. Имеет проблему.
2. Осведомлен о ее наличии.
3. Активно ищет решение.
4. Собрал решение проблемы по частям.
5. Имеет или может собрать бюджет.

Рэнд Фишкин (Rand Fishkin), соучредитель Moz (платформа входящего маркетинга)

Рэнд считает, что первое впечатление имеет огромное значение, поэтому подталкивает коллег превращать свои MVP в так называемые EVP (exceptional viable product, исключительный жизнеспособный продукт). Он утверждает, что неоднократно был свидетелем выхода MVP, практически не представляющих ценность, и убежден, что это является значимой проблемой, ведь оффер нельзя перезапускать несколько раз.

Фишкин предлагает разрабатывать MVP в пределах компании и привлекать к его тестированию всего нескольких потребителей, отзывы которых будут использоваться для итерации. Его идея заключается в том, чтобы собирать отзывы и итерировать продукт до тех пор, пока пользователи не дадут ему высокую оценку — только после этого следует делать EVP доступным для широкой публики. Это может занять дополнительные 30-90 дней, но Рэнд уверяет, что оно того стоит.

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

• Как найти идею для бизнеса?

Мнения экспертов о минимализме оффера

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

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

Итак, как же разработать привлекательную раннюю версию продукта при минимальных затратах? Для начала, требуется понять разницу между двумя следующими вопросами:

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

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

Гай Кавасаки (Guy Kawasaki), один из первых маркетологов Apple

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

Стелла Фэймэн (Stella Fayman), сооснователь Matchist (сервис, соединяющий разработчиков с предпринимателями и стартапами)

Стелла представила 3 вопроса, которые помогают держаться в правильном направлении при разработке минимально жизнеспособного продукта:

• Направлены ли ресурсы на упрощение MVP?
• Сфокусированы ли гипотезы исключительно на ключевой ценности оффера?
• Соответствует ли график разработки принципам бережливости?

Чтобы минималистичный подход укоренился в реальности пользователей, критично важно фокусироваться на втором вопросе.

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

Так как абстрактно понять минимализм непросто, рассмотрим реальный пример.

Крис Бадэр (Chrys Bader), создатель Fliggo (платформа для создания площадок с видеороликами)

Крис хотел протестировать гипотезу, что пользователи будут заинтересованы в хостинге своего собственного сайта для стриминга видео, который в то время можно было легко создать только при помощи WordPress (платформа для управления контентом на сайте) и YouTube (видео-хостинг).

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

Рэмли Джон (Ramli John), эксперт по стартапам

Джон считает, что полагаться исключительно на посадочные страницы нельзя, так как всегда есть риск не получить обратную связь. Более того, может быть довольно много причин низкой конверсии (например, неэффективный продающий текст), поэтому точно протестировать привлекательность оффера также нельзя.

Рэмли советует другие дешевые MVP, которые позволяют установить качественную обратную связь: например, email-рассылку, блог или видеоролик. Он подчеркнул, что представители известного сервиса AngelList (платформа для венчурного инвестирования и привлечения инвесторов) тестировали ценность своего нетворкинга путем рассылки представительных писем между стартапами, которые нуждались в инвестициях, и активными инвесторами — это не только позволило валидировать бизнес-гипотезы, но и предоставить положительный опыт первым пользователям. В результате, AngelList создали правильный MVP за счет реализации своего преимущества.

Фокусируйтесь на гипотезах, чтобы избежать масштабирования

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

Как понять, что на разработку потрачено слишком много времени? Создатель Blekko (поисковая система) Рик Скрента (Rick Screnta) утверждает, что это зависит от продукта. Для некоторых решений (например, упомянутого ранее Fliggo) достаточно создать лендинг, а офферы с широкой целевой аудиторией требуют гораздо больше времени — слишком простой или некачественный продукт воспримется публикой крайне негативно. На разработку MVP поисковой системы Рика, например, ушло 3 года.

Однако более релевантной задачей может быть определение цели работы, а не ее продолжительности, так как качественный ответ на первый вопрос позволяет качественно ответить на второй. Райан Сингер (Ryan Singer), менеджер по продукту Basecamp (сервис для организации проектов), утверждает, что минимализм в рамках MVP достигается за счет следования базовым стандартам качества исполнения и соответственной регуляцией функционала.

Основатель KISSmetrics Нил Патель (Neil Patel) привел в пример несколько успешных минимально жизнеспособных продуктов разного масштаба, но последовательного исполнения:

• Dropbox. Известное ныне облачное хранилище начиналось с трехминутного видеоролика, который увеличил подписную базу с 5 000 до 75 000 за одну ночь при отсутствии реального продукта.
• Foursquare. Создатели социальной сети начинали со сбора отзывов при помощи Google Docs.
• Virgin Air. MVP авиакомпании Ричарда Брэнсона (Richard Brenson) — один самолет, который ходил по одному маршруту с целью валидации бизнес-гипотез. Самолеты и маршруты добавлялись по мере роста бизнеса.
• Groupon. Ранней версией всемирно известной площадки для поиска купонов был блог на базе WordPress, на которым был установлен виджет, отправляющий купоны в PDF формате по email.

Наиболее ресурсозатратным был ранний продукт Virgin Air, а наименее — Foursquare. Однако каждый MVP был сложным настолько, насколько были сложны гипотезы, для тестирования которых он разрабатывался. Но что более важно, ни один из представленных выше офферов не был упрощен до такого уровня, при котором бы страдал пользовательский опыт или ценностное предложение. Groupon, например, до сих пор предоставляет ценность своего MVP, отправляя купоны по электронной почте, однако имеет более гладкий и совершенный интерфейс.

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

• Если человек верит в свою идею, он должен идти и делать

Придерживайтесь ДНК вашего продукта

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

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

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

Гаган Бияни (Gagan Biyani), соучредитель Udemy (платформа для создания и прохождения обучающих курсов) и Sprig (доставка здоровой пищи), уверен, что первая версия MVP должна тестировать ценностное предложение, а последующие итерации предназначены для валидации новых гипотез. Гаган выразился по этому поводу так:

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

Минимально жизнеспособным продуктом Udemy, например, был созданный основателями сервиса онлайн-курс стоимостью в $20, предназначенный для тестирования гипотезы, что люди готовы платить за качественные видео-курсы. MVP Sprig — команда основателей, которая развозила пищу в течение одного вечера, дабы подтвердить, что еду можно доставить в течение 20 минут.

Как и в примере со скейтбордом, описанные выше MVP позволили валидировать бизнес-идею и тестировать новые гипотез за счет итераций.

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

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

• Как поднять бизнес на новый уровень, решая проблемы своих клиентов?

Мнения экспертов о жизнеспособности продукта

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

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

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

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

Согласно серийным предпринимателям Стиву Бланку и Бобу Дорфу (Bob Dorf), веб-сервисы могут использовать несколько посадочных страницы для тестирования жизнеспособности различных решений. Например, платежный сервис может быть разработан в 3 прототипах: FastPay, EZPay и FlexiPay. FastPay решает проблему скорости онлайн-платежей, EZPay решает проблему простоты, а FlexiPay — гибкости. Таким образом, благодаря диверсификации и тестированию, команда снижает риски и выбирает наиболее привлекательный для целевого рынка продукт.

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

• Бизнес-уроки от Кевина Систрома (Instagram)

Жизнеспособность продукта и жизнеспособность бизнеса

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

Инновационность (Innovation) продукта является балансом спроса (Desirability), жизнеспособности (Viability) и осуществимости (Feasibility).

Кристина Уодтке (Christina Wodtke), бывший генеральный менеджер Zynga (разработчик онлайн-игр), утверждает, что жизнеспособность следует рассматривать с точки зрения бизнеса — это позволяет убедиться в том, что ранний продукт сфокусирован на рынок. По ее словам, чтобы обеспечить жизнеспособность оффера, его нужно довести до минимального уровня качества, что, как правило, требует меньше всего усилий.

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

Определение жизнеспособности продукта

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

В качестве реальных примеров, можно привести Airbnb (площадка для размещения и аренды жилья), осуществимость модели которого ограничена законами об аренде и недвижимости, определяющими продолжительность проживания платящих гостей, и Spotify (сервис музыкального стриминга), представителям которого пришлось удалить значимую часть треков из-за проблем с лицензированием. Сегодня обе компании занимают достаточно хорошие позиции на рынке, однако проблемы, возникшие с ранними версиями офферов, наверняка негативно повлияли на темпы масштабирования.

Абстрактным примером осуществимости является изображенный выше нож — если кому-то удалось его произвести, он является осуществимым.

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

Однако минимально жизнеспособный продукт может провалиться, так как не тестирует жизнеспособность бизнес-модели путем проверки возможностей компании и рынка. Например, МVP не позволяет узнать, будет ли прибыли достаточно на долгосрочное обслуживание дронов и позволит ли доход покрыть затраты на исследование и разработку продукта.

Резюмируя сказанное: ключом к тестированию жизнеспособности является валидация устойчивости продукта, а не только его осуществимости.

Определение жизнеспособности бизнеса

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

Существует ряд факторов, которые определяют жизнеспособность бизнеса:

1. Спрос

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

Исполнительный директор и основатель Buffer (решение для постинга в социальных сетях) Джоэл Гаскойн (Joel Gascoigne) убежден, что единственной целью MVP является валидация знаний о текущих потребностях рынка. Разработчики дронов, к примеру, могли бы арендовать летающее устройство, собрать и обработать информацию о состоянии урожая, предоставить ее фермерам и получить их отзывы, которые бы подтвердили или опровергли гипотезы о проблемах целевого рынка.

Дэвид Айкен (David Aycan), директор по дизайну IDEO (дизайнерская фирма), разграничивает создание технически осуществимых продуктов и офферов, в которых есть потребность на рынке. Он считает, что минимализм в контексте MVP подразумевает требуемый потребителям набор функций, но не имеет ничего общего с простотой технической разработки. Следовательно, жизнеспособность является степенью, в которой продукт может революционно удовлетворять ключевые потребности целевой аудитории.

2. Возможность компании создать продукт

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

Немаловажную роль в оптимизации осуществимости оффера играют вопросы, которые задают себе разработчики. Приведем несколько правильных вопросов:

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

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

Основатель UsabilityCounts (ресурс о юзабилити) Патрик Ниман (Patrick Neeman) считает, что команда должна работать короткими циклами и состоять из разнопрофильных специалистов, так как разработка продукта требует широкого ряда навыков. В идеале, команда MVP должна справляться с менеджментом продукта, итерацией, визуальным дизайном, разработкой, созданием контента и контролем качества. Нанимать специалистов для каждого направления не стоит, однако связанные с ними задачи должны обязательно выполнятся.

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

3. Прибыльность продукта

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

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

Марсин Тредер считает, что прибыльность MVP определяется качеством обратной связи:

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

Нил Патель представил несколько советов по переходу к монетизации:

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

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

Джон Саддингтон (John Saddington), партнер The Iron Yard (акселератор стартапов), подтвердил, что люди готовы платить за приложение для обработки фотографий, функционал которого превосходит возможности Facebook и Instagram. Используя Kickstarter (краудфандинговая площадка), Джон собрал 113% из требуемых $50 000 для реализации своего проекта Pressgram. Кампания была настолько успешной, что он планирует провести еще одну для привлечения инвестиций к стационарной версии решения.

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

Определите