Как сделать mvp проекта

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

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

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

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

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

Понятие MVP ввел в оборот в 2001 году Фрэнк Робинсон (Frank Robinson), соучредитель и президент консалтинговой фирмы SyncDev. Робинсон определяет MVP, как результат «синхронной разработки» — одновременного развития продукта и исследования целевой аудитории, ее реакции на продукт. MVP — такая версия будущего проекта, которая позволяет собрать максимум практических данных о том, как с ним взаимодействуют клиенты, при минимальных затратах.

Отличия MVP от PoC

MVP часто путают с PoC — Proof of Concept — доказательством правильности концепции. Эти понятия взаимосвязаны, но не равнозначны. В качестве PoC выступают: реакция потенциальных клиентов на анонс, число предзаказов, маркетинговые и социологические исследования и другие теоретические свидетельства того, что будущий продукт интересен рынку. MVP — больше, чем доказательство, это — работоспособный продукт.

Отличия MVP от прототипа

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

Задачи MVP

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

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

Пример MVP

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

Создатели WhatsApp — Ян Кум (Jan Koum) и Брайан Эктон (Brian Acton) исходили из простой идеи — создать мобильную телефонную книгу, которая бы показывала статус контакта: доступен, занят, на совещании, за рулем, в спортзале и так далее. Когда пользователи указывали статус, их контакты получали всплывающее уведомление.

Вскоре Кум и Эктон заметили, что пользователи стали использовать статусы для общения. Ухватившись за эту идею, они выпустили новую версию WhatsApp, в которой было больше функций, связанных с отправкой сообщений. В результате небольшая пользовательская база в считанные дни выросла до 250 000 человек, доказав, что разработчики на верном пути.

Преимущества MVP

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

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

Разновидности MVP

Среди многочисленных подходов к созданию Minimum Viable Product выделяют три основных подхода.

1. Продукт с единственным параметром

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

2. Разрозненный MVP

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

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

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

3. Волшебник страны Оз и консьерж

Эти близкие разновидности Minimum Viable Product подразумевают отказ от длительной и дорогостоящей разработки в пользу ручного труда.

Герой сказки Фрэнка Баума (Lyman Frank Baum) изображал из себя волшебника, а MVP этого типа притворяются полнофункциональными сервисами и приложениями. На деле же, вместо алгоритмов работу Minimum Viable Product обеспечивают люди.

Волшебник страны Оз не афиширует этот факт. Так поступал основатель Zappos — крупного американского интернет-магазина. Чтобы убедиться в жизнеспособности идеи, он начал продажи задолго до того, как автоматизировал заказы и даже арендовал склады. Первых клиентов Ник Свинмурн (Nick Swinmurn) обслуживал лично, приобретая товары со скидками в рознице и перепродавая их.

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

Создание MVP: пошаговое руководство

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

1. Сформулируйте задачу

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

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

2. Определите аудиторию и выделите ее ядро

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

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

3. Изучите конкурентов

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

4. Проведите SWOT-анализ

Этот метод стратегического планирования используется крупными компаниями для принятия управленческих решений и формирования бизнес-политики с 1963 года. И хотя обычно он используется в куда большем масштабе, SWOT-анализ хорошо подходит для определения сильных и слабых сторон, возможностей и угроз для минимально жизнеспособного продукта.

5. Составьте карту путей

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

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

6. Выделите основные функции для реализации и рассчитайте объем MVP

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

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

7. Выберите подходящую методологию и разработайте MVP

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

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

8. Протестируйте продукт

Минимально жизнеспособному продукту требуется регулярное тестирование на всем протяжении разработки. Альфа-тестирование проводится внутри команды силами тестировщиков, но для бета-тестирования потребуется помощь посторонних. Хорошо, если это будут люди из числа будущих пользователей. Желающих поучаствовать в тесте можно найти на таких сайтах, как BetaList, ProductHunt, Reddit, Quora или привлечь через собственные каналы связи: социальные сети, блоги и email-рассылку.

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

Запуск минимально жизнеспособного продукта

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

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

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

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

Подробный гайд по созданию MVP

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

Время чтения: 9 минут

MVP: что это такое

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

Чего можно добиться с MVP

Много чего! Это если коротко.

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

Привлечь инвестиции

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

Увидеть реакцию ЦА

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

Снизить риски

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

Оценить работу UI/UX в реальных условиях

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

Преимущества MVP

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

Экономия

Вместо того чтобы тратить доступные ресурсы на детали, вы оставляете от продукта только его ключевую составляющую и работаете над ней. Это гораздо дешевле, чем пытаться создать новый VK с нуля.

Оперативность

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

Прямое взаимодействие с аудиторией

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

Надежная основа для дальнейшего развития

Если вы запускаете MVP и видите, что у проекта есть потенциал. Дальнейший алгоритм действий простой (ну почти): не уходить слишком далеко от заданного курса, расширять функциональность и не терять связь с ЦА.

Хотите узнать, сколько будет стоить разработка вашего MVP?

В нашей копилке больше 300 проектов в разных нишах — от здравоохранения до IoT. Свяжитесь с нами и получите бесплатную оценку проекта в течение 48 часов.

Что нужно хорошему MVP

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

Ценность

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

Основные функции

Функции приложения делятся на два типа: ключевые и второстепенные. Когда проект на стадии MVP, важно сосредоточиться только на первой категории. От правильной расстановки приоритетов зависит успех всего стартапа. Возьмем Spotify. Первое время сервис мог только стримить музыку, и команда Spotify работала исключительно над этой фичей. Если бы вместо стриминга создатели сервиса сначала стали делать персонализированные плейлисты, ежегодные рейтинги или другие вспомогательные функции, судьба Spotify могла бы сложиться иначе.

Понятный и привлекательный дизайн

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

Качественная разработка

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

Какие бывают MVP

Какого-то универсального рецепта MVP нет. Можно выбрать один из уже существующих подходов или вообще создать свой — все зависит от пожеланий и доступных ресурсов. В этом разделе поговорим про подходящие стартапам виды минимально жизнеспособных продуктов.

Посадочная страница (лендинг)

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

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

Лендинг Buffer. Обратите внимание: никакой функциональности еще нет. Только кнопка для того, чтобы подписаться на рассылку

«Волшебник страны Оз»

10% волшебства и 90% ловкости рук. Как это работает: вы запускаете продукт и предлагает пользователям опробовать его в действии. Все работает как надо, но с одним серьезным отличием — все внутренние процессы не автоматизированы, а выполняются вручную.

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

MVP от ZeroCater. Внешность бывает обманчивой.

Франкенштейн

Тот же «Оз», но вместо ручного труда пробелы в коде восполняют сторонние сервисы. Отличный образец такого подхода — Groupon, сервис-посредник между локальными предпринимателями и потребителями. На старте фаундеры собрали Франкенштейна: страница хостилась на WordPress, а рассылки делались с помощью Apple Mail.

Монофункциональный MVP

Название говорит само за себя. Берете одну самую-самую важную функцию и на ее основе делаете MVP. Именно так поступил Spotify в далеком 2005 году.

Как создать MVP: пошаговая инструкция

С тем, что такое MVP, мы разобрались — теперь давайте поговорим о том, как его создать. Важно: все написанное относится к процессам внутри Purrweb. За другие студии ручаться не можем ��

Шаг 1. Изучите рынок

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

Шаг 2. Определите ключевые функции приложения

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

Шаг 3. Продумайте UI/UX

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

Шаг 4. Разработайте MVP и запустите его на рынок

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

Шаг 5. Получите обратную связь и обновите продукт

MVP занял свое место в каталогах App Store и Google Play. Поздравляем! Однако сильно расслабляться не стоит — работа только начинается. Чтобы довести проект до совершенства, нужно объединиться с целевой аудиторией: создать каналы коммуникации и собирать обратную связь. К сожалению, некоторый фидбек не несет в себе никакой пользы, поэтому поток входящих сообщений нужно тщательно фильтровать. Сосредоточьтесь на конструктивных предложениях и реализуйте их в следующих версиях приложения.

Шаг 6 (бонусный). Повторяйте шаг 5 до готовности

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

Сколько это стоит

Разработка MVP в среднем стоит 3 400 000 рублей . Что входит в эту сумму:

Этап	Стоимость в руб. (~)	Время в часах (~)
Анализ проекта	60 тыс.	1 неделя
UI/UX-дизайн	330 тыс.	4 недели
Разработка	2,2—2,4 млн.	9-10 недель
Тестирование	330—360 тыс.	параллельно с разработкой
Управление проектом	240—250 тыс.	в течение всего проекта

Как понять, что дела идут хорошо

Есть несколько показателей, на которые можно ориентирвоаться.

Количество скачиваний

Здесь все просто: чем больше скачиваний, тем лучше. Если их много, то приложение занимает нужную нишу и у него есть все шансы на светлое будущее. Если же результаты слабые — возможно, возникли какие-то проблемы.

Коэффициент оттока

Коэффициент оттока (с англ. churn rate) — процентное соотношение всей клиентской базы и количества пользователей, которые перестали пользоваться приложением. Всех удержать невозможно, и это нормально, но внезапная волна удалений — плохой признак. Чтобы рассчитать коэффициент оттока, поделите количество ушедших пользователей на общее количество пользователей. Можно считать не за все время, а за отдельный период.

Месячный доход

Кажется, здесь дополнительные разъяснения не нужны. Добавим только, что существует другая популярная метрика — средний месячный доход с пользователя. Формула простая: поделите месячный доход на количество активных пользователей.

Стоимость привлечения клиента

Стоимость привлечения клиентов (с англ. customer acquisition cost, CAC) — сумма, которую компании приходится тратить, чтобы обеспечивать приток новых пользователей. Чтобы рассчитать CAC, поделите затраты на маркетинг на количество новых пользователей. Чем меньше результат, тем лучше.

Давайте начнем разрабатывать ваш MVP уже сегодня!

Мы можем разработать MVP за 4 месяца, и это обойдется вам примерно в 3,5 млн руб. Свяжитесь с нами и получите бесплатную оценку проекта в течение 48 часов.

Распространенные ошибки

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

Слишком много функций… Или слишком мало

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

Не те функции

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

Не та аудитория

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

Искаженный анализ обратной связи

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

Некомпетентные разработчики

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

MVP, которые смогли

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

Spotify

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

Так Spotify выглядел 10 лет назад

Uber

Еще один пример монофункционального MVP. Изначально Uber существовал в виде UberCab — простенького мобильного интерфейса, который позволял заказать такси, отследить его местоположение и оплатить поездку. Чтобы воспользоваться этой услугой, нужно было лично связаться с командой. Автомобильный парк компании тогда насчитывал три машины.

Airbnb

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

Airbnb в начале своего пути

Насколько публикация полезна?

Оцени эту статью!

30 оценок, среднее 4.7 из 5.

Оценок пока нет. Поставьте оценку первым.

Так как вы нашли эту публикацию полезной.

Подписывайтесь на нас в соцсетях!

Хочешь узнать цену проекта? Заполнить форму!

FAQ s

Сколько времени занимает создание MVP?

Зависит от сложности проекта. Простое приложение можно сделать за 1–2 месяца. Приложение средней сложности — за 2–4. Минимальный срок разработки продукта со сложной функциональностью начинается от 4 месяцев.

Как мне сделать MVP?

Краткая пошаговая инструкция: Изучите рынок, определите ключевые функции приложения, продумайте UI/UX, разработайте MVP и запустите его на рынок, получите обратную связь и обновите продукт

Сколько это стоит?

Разработка MVP в среднем стоит 3 400 000 рублей, но конкретная сумма зависит от особенностей проекта. Чем сложнее приложение, тем больше цифры.

10 сентября, 2019

Маркетинг для MVP: что делать, если MVP готов?

15 сентября, 2020

React Native: плюсы и минусы фреймворка в 2023 году. UPD

• Инсайты команды
• Разработка

10 октября, 2019

Дизайн стартапа: Создаем предварительный концепт

• UI/UX дизайн
• Инсайты команды

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

В Unisender есть все для рассылок: можно создавать и отправлять клиентам письма и SMS, настроить чат-бота и делать рассылки в Telegram и даже собрать простой лендинг для пополнения базы контактов.

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

Для чего нужен MVP

MVP проверяет рабочие гипотезы и помогает получить отклик потребителей.

Нередко компании тратят годы работы, чтобы убедиться в том, что они выбрали неправильный путь. Тщательно проработанный продукт, на который потрачено много времени и средств, оказывается никому не нужным. Исследование CB Insights показало, что в 42% случаев причиной провала стартапа становится отсутствие рыночного спроса. MVP помогает убедиться в востребованности продукта или своевременно отказаться от убыточной идеи.

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

Основная задача MVP — сократить время и усилия на тестирование идеи до начала разработки полноценного продукта.

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

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

Разновидности MVP

«Выдуманный» продукт

В качестве MVP клиентам представляют ещё не существующий проект как реальный продукт.

«Волшебник страны Оз» (Wizard Of Oz MVP), или MVP Флинстоуна (Flintstoning MVP) . Потребитель видит полноценный продукт со сложными автоматизированными процессами. На самом деле — это лишь изображение продукта и всё обслуживание осуществляется вручную. Если ручное тестирование показывает хорошие результаты, создают настоящий автоматизированный продукт. Продажа «призрачного софта» позволяет сэкономить средства и не тратиться на реализацию неопределённой идеи.

Пример Wizard Of Oz MVP — крупнейший обувной интернет-магазин Zappos. Его со-основатель Ник Свинмерн для проверки бизнес-идеи размещал в сети фотографии обуви, сделанные в местных магазинах. Если клиент заказывал товар, Свинмерн шёл и покупал нужную обувь, а затем отправлял заказчику. Для клиента процесс выглядел полностью автоматизированным. Так Свинмерн смог убедиться в востребованности идеи и решиться на открытие настоящего интернет-магазина.

Консьерж MVP . Принцип метода похож на Wizard Of Oz MVP с точки зрения фальсификации процесса. Разница в том, что в этом случае технологии отсутствуют. Все действия осуществляются вручную — усилиями команды. Пользователи понимают, что услугу им предоставляет живой человек, а не система.

Сервис проката дизайнерской одежды Rent the Runway протестировал свою идею, предлагая платья на прокат студенткам. Когда основательницы убедились, что их идея востребована, они запустили сайт сервиса по аренде платьев. В день запуска в сервисе зарегистрировалось 100 тысяч человек.

MVP-контент

Идею представляют через контент. Причём сам минимально жизнеспособный продукт может ещё не существовать.

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

История компании Dropbox началась с короткого видео о функционале сервиса.

Обзор привлёк 75 тысяч подписчиков, которых заинтересовала идея облачного хранилища. А основатели смогли таким образом убедиться, что бизнес-идея жизнеспособна.

Целевая страниц а. Принцип в том, что для тестирования идеи создают страницу несуществующего продукта. А дальше анализируют реакцию пользователей.

Прежде, чем создать сервис отложенных постов для соцсетей Buffer, его основатель Джоэл Гаскойн рассказал в Twitter о функционале инструмента. Заинтересованные люди могли перейти по ссылке «Планы и цены» и оставить свой email.

Убедившись, что идея интересна людям, Джоэл представил потенциальным пользователям три варианта тарифов.

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

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

В 2006 году Тим Феррис искал лучшее название для нынешнего бестселлера «4-часовая рабочая неделя: побег 9-5, живи где угодно и присоединяйся к новым богатым». Тим запустил несколько рекламных объявлений через Google Ads с рекламой книги под разным названиями. Затем он выбрал название, которое привлекло больше всего внимания. При этом поначалу автор отдавал предпочтение совсем иным наименованиям.

Сбор средств

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

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

Дизайнер Netta Shalgi открыл сбор на kickstarter.com с целью собрать $35 000 на выпуск игрушки в форме деревянной лошади.

Сбор средств всё ещё продолжается, а проект уже собрал более $120 000.

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

Компания Sony использовала стратегию предпродажи для Playstation 4. До выпуска продукта компании удалось привлечь 1,5+ млн предзаказов.

Однофункциональный MVP

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

Мессенджер WhatsApp был создан на основе однофункционального MVP. В момент запуска в 2009 году мобильное приложение не имело функций для отправки сообщений. Единственное, что могли делать пользователи, — указывать свой текущий статус, который тут же видели другие пользователи из списка контактов.

Вскоре создатели мессенджера заметили, что пользователи используют статусы для обмена мгновенными сообщениями. С этого времени началась активная доработка приложения и привлечение инвесторов. К февралю 2013 года база WhatsApp увеличилась до 200 миллионов активных пользователей.

Как создать MVP

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

1. Определите основную задачу продукта

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

2. Установите «узкую» целевую аудиторию

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

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

• возраст;
• образование;
• уровень дохода;
• интересы;
• привычки.

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

3. Исследуйте конкурентный рынок

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

4. Выполните SWOT-анализ

SWOT-анализ — это методика стратегического планирования. Её суть состоит в анализе факторов, влияющих на исследуемый объект.

В частности нужно определить для продукта:

• сильные стороны (Strengths);
• слабые стороны (Weaknesses);
• возможности (Opportunities);
• угрозы (Threats).

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

5. Постройте карту пути клиента

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

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

Если ваш MVP — это ИТ-продукт, хорошим ходом будет создать подробный прототип будущего сервиса. Это могут быть интерфейсы приложения в Figma или даже мокапы.

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

Основатель чат-бот агентства BotcCreators

6. Выберите основные функции

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

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

7. Найдите оптимальный метод разработки и создайте MVP

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

• Lean . Этот метод предполагает итеративную (повторяющуюся) разработку по схеме «создание-измерение-обучение». То есть в процессе создания разработчики постоянно ориентируются на отзывы. Внесли изменение в MVP, собрали отзывы пользователей, проанализировали, внесли коррективы и так до создания полноценной версии продукта. С lean можно ускорить запуск продукта, дорабатывая существующее решение сразу по мере сбора обратной связи.
• Scrum . Метод также основан на итеративном подходе. Но объём работ распределяют на спринты (циклы длительностью в 2-4 недели). MVP создают на этапе первого спринта. В последующих спринтах команда обновляет продукт на основе информации от потребителей. Scrum позволяет снизить нагрузку на команду. Метод подойдёт для постепенного развития продукта.
• Канбан . При данном подходе отсутствует цикличность разработки. Задачи решают по мере их возникновения. То есть получили обратную связь от потребителей — добавили задачу в общий список. Такой метод позволяет соблюсти баланс между возможностями команды и объёмом работы. Канбан целесообразно применять после запуска первой версии MVP для создания итоговой версии продукта на основе обратной связи.
• Экстремальное программирование (XP) . В отличие от scrum, kanban или lean, XP применим только при разработке программного обеспечения. Принцип метода основан на упрощении кода и постоянном взаимодействии команды, тестировании и частых релизах. Циклы разработки с XP длятся не более одной недели. Это позволяет быстро запустить первую версию, а потом масштабировать ее.

8. Запустите альфа- и бета-тест MVP

Первую версию продукта запустите для узкой группы потребителей. Это альфа-тестирование. Обычно первыми пользователями становятся друзья, знакомые, родственники. Если недоработок нет, можно перейти к бета-тестированию. Предложите продукт реальным потребителям. Спустя одну-две недели соберите и проанализируйте обратную связь. Доработайте MVP и снова протестируйте.

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

Как сократить бюджет при разработке MVP

Часто в начале разработки MVP встает вопрос, нужно ли все делать кодом или можно где-то сэкономить. Приведу несколько примеров, как можно существенно сократить бюджет MVP:

• Вместо мобильного приложения, сделать MVP в виде чат-бота. Разработка чат-бота обходится в 3-5 раз бюджетнее мобильного/веб-приложения. Для старта такой вариант подойдет идеально. Если проект найдет спрос, можно будет перенести функционал уже в мобильное приложение.
• Разработать продукт на no-code решениях. Многие MVP содержат небольшой набор функций, большинство из которых можно реализовать на конструкторах (сайтов, мобильных приложений, чат-ботов). После запуска и сбора первой обратной связи можно будет запускать уже разработку кодом.

Основатель чат-бот агентства BotcCreators

Основная ошибка при создании MVP

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

MVP нередко путают с PoC (Proof of Concept) — доказательством правильности концепции. Хотя эти понятия похожи, но они не равносильны. PoC — это демонстрация практической осуществимости метода, технологии или идеи. Для этого создают небольшой образец или прототип, который может обладать лишь частичным функционалом итогового продукта. Так подтверждают, что выбранный способ создания или технологию реально применить на практике. MVP — это не доказательство, а вполне работоспособный продукт.

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

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

Принцип создания MVP по модели Пасанена

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

Допустим, что конечный продукт компании – это торт. Его основная задача — удовлетворить вкус потребителя. Для разработки MVP решено применить метод послойного создания продукта. Разработчик представляет клиентам первую версию — бисквитный корж (основа). Из обратной связи узнаёт, что корж вкусный, но не хватает крема (начинки). При этом часть потребителей уже разочаровались в продукте.

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

А теперь представьте другой подход — создание MVP методом среза. Разработчик выпекает небольшое пирожное: в нём есть и основа, и начинка, и дизайн. Представление начальной версии проходит успешно, и разработчик создаёт торт. Из обратной связи узнаёт, что потребителям всё нравится, но хотелось бы получить торт большего размера. Теперь разработчик делает большой торт и всё — продукт готов. При этом удалось сохранить всю аудиторию, которой понравилась первая версия MVP.

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

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

Еще несколько типичных ошибок при создании MVP:

• Создали продукт, но не настроили минимальную аналитику для анализа продуктовых метрик (например не проставили UTM-метки).
• Весь бюджет потратили на разработку, на продвижение практически ничего не осталось. Для запуска MVP, как правило, можно использовать соотношение 60% на разработку, минимум 40% на первичное продвижение.
• Не настроили минимальный мониторинг ошибок. MVP сам по себе нестабильный проект, тем не менее стоит задуматься о настройке минимальных проверок его работоспособности.
• Уделили много внимания второстепенным фичам. Например, сделали авторизацию через почту и несколько соцсетей, хотя на первом этапе достаточно одного варианта – через почту.

MVP: что это такое и как работает?

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

Что собой представляет MVP

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

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

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

Полезность разработки MVP доказывают примеры крупных на данный момент компаний. Например, Даниэль Эк и Мартин Лорентсон в 2006 году запустили небольшой сервис с одной функцией — потоковая передача музыки. Сегодня их продукт — Spotify — оценивается в $21 миллиард, сотрудничает с крупными звукозаписывающими студиями и имеет 50 миллионов человек активной аудитории.

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

MVP и PoC — одно и то же?

Proof of Concept (PoC) — доказательство правильности концепции и некоторые новички часто путают его с минимально жизнеспособным продуктом. PoC описывает процессы выяснения технической жизнеспособности концепции программного обеспечения (или любого другого продукта).

Да, эти определения взаимосвязаны, но не взаимозаменяемые. Proof of Concept — описание процессов на начальной стадии развития продуктов, которые потом реализуются фактически, из чего получается MVP.

Виды MVP

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

MVP Флинстоуна

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

Изначально у этого подхода было много критиков, мол, как можно что-то проверить, если ничего нет? Состоятельность метода доказал Ник Свинмерн — основатель интернет-магазина Zappos, стоимость которого в 2015 году «пробила» отметку в $2 миллиарда.

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

Консьерж MVP

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

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

Эту модель в конце 90-х годов использовал Чак Темплтон — основатель сервиса по онлайн-бронированию ресторанов, билетов и многого другого. Он не стал сразу вкладывать сотни тысяч долларов в техническую реализацию сервиса, а бронировал для других людей столики в ресторанах вручную. Так он проверил жизнеспособность идеи, понял, кто, сколько и за что готов платить и познакомился с целевой аудиторией.

Разрозненный MVP

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

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

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

Продукт с одним параметром

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

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

Когда и для чего нужно делать MVP?

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

Но самое крутое в MVP — сбор ценной информации от первых пользователей. Именно конечный потребитель расскажет о правильной реализации проекта. Собранные данные используйте для планирования дальнейших обновлений и определения наиболее приоритетных целей: какие функции реализовать в первую очередь.

Как сделать MVP правильно

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

Нулевой этап: определяем основные принципы создания MVP

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

В ходе общего собрания обсудите следующие вопросы:

1. Как потратить минимум ресурсов? Помните, что на MVP должно быть потрачено минимум времени и сил. Вместе с командой разберитесь, как потратить мало денег, но при этом провести эффективное тестирование бизнес-идеи. Как правило, обсуждение этого вопроса помогает выбрать функции для реализации на начальном этапе развития продукта.
2. Как взаимодействовать с пользователями? Одна из главных целей создания MVP — тестирование гипотез, определение спроса и востребованности продукта. В этом помогает обратная связь от первых пользователей продукта. Чтобы не упустить ни капли важной информации, заранее продумайте все каналы взаимодействия с целевой аудиторией: отзывы, опросы, прямые интервью и т.п.
3. Как сделать первые продажи продукта? Первые продажи продукта дадут средства для начала разработки и покажут, интересна ли кому-то разработанная концепция. Хороший вариант — организовать сбор средств (предпродажи) на краудфандинговой площадке — Kickstarter (международная), Boomstarter (Россия), Planeta (Россия) и т.п.
4. Как будем продвигать продукт? На старте планируйте рекламную кампанию и используемые каналы. Основные инструменты — контекстная реклама Яндекс и Google. Далее осваивайте социальные сети — Facebook, ВКонтакте и Instagram. Создайте официальные страницы, запустите таргетинг. Кстати, брендированные сообщества — один из каналов сбора обратной связи. Разработайте продающий лендинг: опишите продукт, расскажите о функциях, пользе для клиента, дайте пользователям возможность выбора между платной и бесплатной версиями продукта. После обсуждения этого вопросы вы должны знать, по каким каналам будете продвигаться и сколько денег потратите.

Первый этап: поиск проблемы, которую решит MVP

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

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

Второй этап: находим целевую аудиторию

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

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

Не торопитесь на этом этапе! Лучше потратить несколько часов для формирования портрета ЦА, чем потом «слить» весь рекламный бюджет и получить минимальную конверсию. И не забывайте про то, какую проблему решает MVP (это определяется на первом этапе).

Пример с сервисом по составлению финансовых планов для физических лиц:

• 25-34 лет;
• мужчины;
• 40 000-80 000 рублей в месяц;
• хотят погасить кредиты, накопить денежные средства, повысить качество жизни;
• пользуются ПК и смартфон;
• испытывают нехватка заработной платы до конца месяца.

Третий этап: определяем основных конкурентов

Не думайте, что ваш продукт (идея) уникален и такого больше нигде нет. Если вы с ним не сталкивались лицом к лицу, это не гарантирует уникальность. И вообще есть гипотеза «множественного открытия»: все исследования и изобретения делаются сразу несколькими учеными независимо друг от друга.

Эту гипотезу подтверждает история с разработкой радио. В России считают, что его изобрел Александр Попов, а вот в Италии лавры отдают Гульельмо Маркони. Оба начали работать над реализацией идеи в 1894 году, но Попов свою разработку презентовал в марте 1896 года (но при этом не запатентовал), а Маркони в июне 1896 года подал документ на патент. Кстати, есть еще несколько ученых в разных странах, которые также претендуют на звание «создатель Радио».

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

1. Соберите максимум информации об основных конкурентах. Проанализируйте трех самых крупных игроков рынка: изучите историю развития, посмотрите предлагаемые продукты, ознакомьтесь с конкурентными преимуществами и оцените способность предложить что-то лучше.
2. Определите рыночные доли основных конкурентов. Рассмотрите деятельность компаний со всех сторон, определите их стратегии, объемы продаж, рассчитайте рентабельность и т.п. Так вы поймете, насколько они успешны и как можно опередить их в конкурентной борьбе (а главное, сколько на это придется потратить ресурсов).
3. Изучите первичные источники информации. Все, что публикуют конкуренты о своей деятельности, — первичные источники данных. Поэтому посмотрите их официальные сайты, презентации, «белые книги», годовые отчеты, рекламные материалы и т.п. Это поможет разобрать деятельность конкурентов по кирпичикам и даст новые идеи для развития продукта.
4. Изучите вторичные источники информации. Новости, видео, обзоры, интервью, оценки и т.п. — вторичные источники информации. Их публикуют СМИ, независимые отраслевые сайты и многие другие. Сбор информации из вторичных источников поможет глубже понять выбранную отрасль и изучить «правила игры». Но при этом не забывайте, что далеко не все дают достоверную информацию.
5. Посетите отраслевые мероприятия. Ваши конкуренты презентуют продукцию или услуги на конференциях, выставках и любых других подходящих для этого площадках. Чтобы собрать максимум информации и задать интересующие вопросы, посещайте такие мероприятия. В большинстве случаев они бесплатны, поэтому потратить придется только свободное время.

Для удобства советуем составлять сводную таблицу со всей собранной информацией. Впоследствии будет проще ориентироваться в больших массивах данных и принимать какие-либо решения.

Четвертый этап: проводим SWOT-анализ

SWOT-анализ представляет собой таблицу, состоящую из четырех блоков:

• сильные стороны;
• слабые стороны;
• возможности;
• угрозы.

Не расписывайте пункты на целые абзацы. Они должны быть короткими и понятными для всей команды.

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

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

Пятый этап: создаем карту пути пользователя

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

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

Кстати, не забывайте корректировать карту пути пользователя (user flow) после получения обратной связи от первых клиентов. Они расскажут, что хорошо, а что плохо или неудобно. На основе этого корректируйте карту, чтобы конечный потребитель получал то, что хочет.

Например, для сервиса по финансовому планированию сделали такую карту:

• выбор периода планирования;
• добавление активов, пассивов, доходов и расходов;
• аналитика финансового плана;
• постановка целей и отслеживание прогресса достижений.

Шестой этап: составляем перечень функций продукта

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

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

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

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

Седьмой этап: определяем функции MVP

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

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

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

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

Восьмой этап: выберите метод управления и разработки

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

• Lean.
• Scrum.
• Канбан.
• Экстремальное программирование (XP).

Девятый этап: проводите тестирования

Тестируйте MVP короткими итерациями: альфа- и бета-тестированием. Альфа — внутренний этап: закончили разработку, пользуйтесь продуктом внутри команды несколько дней. Если все окей, запускайте бета-тестирование — внешний этап, дайте доступ к проекту первым пользователям. Длительность: 7-14 дней.

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

Несколько итераций «разработка-альфа-бета» помогут прийти к оптимальной первой версии продукта, который можно выпускать на рынок для массового пользователя и продолжать дорабатывать.

Еще раз поговорим всю последовательность этапов:

1. Определение основных принципов создания MVP.
2. Поиск проблемы, которую решит MVP.
3. Поиск целевой аудитории.
4. Определение и анализ основных конкурентов.
5. Проведение SWOT-анализа.
6. Создание карты пути пользователя.
7. Составление перечня функций продукта.
8. Определение объема MVP.
9. Выбор метода управления и разработки.
10. Проведение тестирований.

Самые распространенные ошибки при создании MVP

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

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

Попытки достигнуть идеала

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

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

Небрежная работа

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

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

Отсутствие обратной связи

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

«Пустые» обещания

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

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

Отказ от анализа и аналитики

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

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

Итак, подведем краткий итог: MVP — минимально жизнеспособный продукт, который делают для тестирования идей и гипотез, сбора обратной связи от первых потребителей (и да, MVP ≠ PoC). Реализовать можно за 10 этапов и постараться избежать наиболее распространенных ошибок. Если вы планируете создание нового продукта, начинайте с MVP: это позволит избежать больших ресурсных потерь в случае плохого потенциала идеи.

Ещё больше о MVP можно узнать на нашем годовом курсе «Профессия: Продакт (с 0 до PRO)» Узнать подробности

• Блог компании ProductStar
• Управление продуктом