Тестирование новых идей с MVP

Примерно 70% новых технологичных стартапов прогорает в первые 20 месяцев работы. Чаще всего проблема стартаперов в том, что они строят бизнес неправильно.

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

Чтобы не попадать в такую ситуацию, бизнесу нужно разрабатывать MVP (минимально жизнеспособный продукт). С помощью MVP бизнес может протестировать свои идеи — предложить клиентам новый продукт и отследить их реакцию перед полноценным запуском.

В этой статье мы рассмотрим значение термина MVP и основные принципы его разработки.

Нет времени читать статью? Найдите ее в нашем телеграм-канале и сохраните себе в «Избранном» на будущее.

Содержание статьи

• Что такое MVP?
• Зачем бизнесу разрабатывать MVP?
• Типы MVP

1. Дизайн продукта2. Целевая страница3. Демо-видео4. Часть MVP5. Wizard of Oz6. Concierge MVP7. Краудфандинг8. Прототипы ПО

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

Шаг 1. Проанализируйте рынок и доработайте концепцию MVPШаг 2. Определите минимально жизнеспособную функциональность продуктаШаг 3. Соберите команду и разработайте базовую версию продуктаШаг 4. Проведите бета-тестированиеШаг 5. Соберите обратную связь и проанализируйте данныеШаг 6. Масштабируйте продукт

Что такое MVP?

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

3. MVP = экономия времени, денег и ресурсов

MVP создают для тестирования идеи и сбора обратной связи от потенциальных клиентов.

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

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

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

Изображение: Youtube

И это оказалось удачной идеей. Видео посмотрел миллиардер Араш Фирдоуси, который стал соинвестором проекта.

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

Dropbox продал идею продукта массам и собрал отзывы, подтвердившие востребованность их идеи.

Создатель Dropbox Дрю Хьюстон позже в одном из интервью The Wall Street Journal рассказывал, что на его решение запустить сначала MVP-продукт повлиял блог Эрика Криса — автора книги Lean Startup. По словам автора, MVP помогает оценить реальные запросы клиентов.

Мы тоже прочитали эту книгу и расскажем о её основных тезисах в отдельной главе.

Как достичь соответствия продукта рынку?

Зачем бизнесу разрабатывать MVP?

На самом деле причин много и все они подробно описаны в книге Lean Startup. Мы не будем пересказывать всю книгу, резюмируем важное:

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

• Повышается лояльность и конкурентоспособность. Клиентам нравится, когда учитывают их пожелания, и они лояльнее относятся к продукту.
• Снижается стоимость запуска продукта. MVP создать проще, чем готовый продукт: нужно несколько месяцев работы и небольшая команда, состоящая из дизайнера, разработчика, менеджера проекта и QA-инженера. В результате общая стоимость разработки MVP снижается.
• Можно оценить уровень спроса в реальности до запуска основного продукта.

Источник: CBInsights

Вы можете протестировать идею на первых пользователях и при необходимости изменить её.

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

А это каждый пятый пользователь. источник: upland

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

• Можно проверить жизнеспособность стратегии монетизации. Для этого достаточно спросить самих клиентов, за что они готовы платить.

Если вы всё ещё не уверены, что вам нужен MVP, посмотрите на опыт Илона Маска. Его MVP — это первая версия электромобиля с ёмкостью аккумулятора 100 киловатт-часов. 

Изображение: youtube.com. Автор YOUCAR

Тесла второго поколения Model S — это усовершенствованный вариант. Автомобиль может проехать без подзарядки больше 1200 км, что почти в 2 раза больше чем у Tesla 1.

Илон Макс сначала создал исключительный электромобиль [Tesla], который стал самым продаваемым автомобилем в своем роде, а затем усовершенствовал его и расширил линейку продуктов.

Типы MVP

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

1. Дизайн продукта

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

https://www.youtube.com/watch?v=UQyh2Q767NA\u0026pp=ygUz0KLQtdGB0YLQuNGA0L7QstCw0L3QuNC1INC90L7QstGL0YUg0LjQtNC10Lkg0YEgTVZQ

Протестировать дизайн можно разными способами:

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

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

2. Целевая страница

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

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

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

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

Как создать лендинг в 2 раза быстрее: полезные советы

3. Демо-видео

Демо-видео подробно описывает, что делает продукт. По сути, это видео с объяснениями, в котором вы показываете:

• как работает ваш продукт,
• какой у него функционал,
• какие задачи он решает.

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

4. Часть MVP

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

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

Изображение: pinterest.com. trip101.com

Airbnb начался со сдачи в аренду квартиры основателей в Сан-Франциско. Сейчас Airbnb — это международный сервис для посуточной аренды квартир.

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

5. Wizard of Oz

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

Эту концепцию взяли из сказки «Волшебник страны Оз», где страшная зелёная голова — это на самом деле старик, прячущийся за занавеской. Пользователь видит только зелёную голову: всё, что за занавеской, остаётся за кадром.

Обычно такой MVP разрабатывают, когда планируют выпустить на рынок какую-то услугу. 

Как протестировать идею с помощью MVP?

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

Minimum viable product

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

“Хороший MVP — это компромисс между minimum и viable. Успех при запуске вашего продукта на рынок никто не гарантирует, а 42% стартапов закрываются на первом году жизни. Чтобы не прогореть и знать свои риски  наверняка, лучше начинать с MVP”, — рекомендует Жадыра Хайрулина, senior-аналитиком компании Dar.  

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

MVP Флинстоуна — имитация продукта с ручным тестированием.

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

Пример: в 90-х годах владелец обувного магазина Zappos задался вопросом, будут ли люди покупать обувь без примерки? Прежде, чем инвестировать в новую услугу, предприниматель сделал несколько онлайн-продаж. Он покупал обувь только по мере поступления заказов и отправлял ее клиентам. Убедившись, что услуга востребована, бизнесмен запустил интернет-магазин. Похожая история с книгами была у Amazon.

Консьерж MVP

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

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

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

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

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

Пример:  В 2022 году компания DAR запустила образовательную онлайн-платформу 5Q.kz.

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

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

Что стоит учитывать при создании MVP? 

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

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

Заглавное изображение: shutterstock

Что такое MVP и как создать востребованный продукт?

Время на прочтение: 6 минут(ы)

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

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

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

https://www.youtube.com/watch?v=UQyh2Q767NA\u0026pp=YAHIAQE%3D

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

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

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

Флинтстоун иммитировал машину, а не создавал ее

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

Профессия

Продакт-менеджер

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

Записаться

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

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

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

Но чтобы проверить, будет ли пользоваться спросом эта идея, сначала сделаем несколько финансовых планов для клиентов вручную через Excel.

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

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

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

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

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

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

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

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

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

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

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

1. Все ли члены команды понимают, зачем вы делаете MVP?
2. Как потратить минимум ресурсов?
3. Как собрать обратную связь с пользователей?
4. Как организовать первые продажи?
5. Где вы будете продвигать продукт?

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

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

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

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

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

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

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

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

Изучите самых успешных игроков на рынке, их продукты и как они решают проблемы пользователей. Ответьте на вопрос: чем ваш продукт лучше справляется с той же задачей? Определите их доли и стратегии на рынке, это поможет вам понять, в чем ваши преимущества в конкурентной борьбе. Помочь в этом могут специальные сервисы, такие как Similar Web, Ahrefs, Quantcast, App Annie, AppFollow.

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

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

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

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

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

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

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

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

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

Для быстрого создания MVP важно определить, как построить работу команды. Обычно используют следующие подходы: Lean, Scrum и Kanban, часто обращаются к использованию No-code инструментов.

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

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

Опросите пользователей спустя 1-2 недели, определите есть ли у MVP проблемы и возможности для улучшения.

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

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

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

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

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

MVP: как проверить бизнес-гипотезу и получить финансирование — OrbitSoft на vc.ru

«Мы хотим продавать CRM-систему для цветочного бизнеса» — пример запроса, с которого может начаться создание MVP. Рассказываем, зачем это нужно и на что обратить внимание, если будете заказывать.

{«id»:351698,»gtm»:null}

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

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

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

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

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

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

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

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

Стартап решил не продолжать разработку и сэкономил деньги.

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

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

Стартап разрабатывает сервис речевой аналитики, например, для контроля холодных звонков.

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

Так сервис за несколько минут показывал количество холодных звонков, которые привели к продаже. Инвесторы согласились финансировать проект.

Если у стартапа есть MVP, а не просто презентация и красивые слова — больше шансов получить финансирование.

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

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

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

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

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

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

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

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

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

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

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

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

Для получения результата нужно разложить работу на несколько этапов и разбить их на итерации. Расскажем об общих принципах создания MVP на практике.

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

• Найти проблему. Прежде чем начинать работу, нужно найти проблему, которую будет решать продукт, и точно ее сформулировать.

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

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

Для этого составляют портрет возможного клиента. Портрет клиента должен быть конкретным: это пригодится для настройки рекламы. Для сервиса инвестирования портрет клиента будет выглядеть так:

• 25—40 лет.
• Доход от 100 тысяч рублей в месяц.
• Нет кредитов и займов.
• Пользуются ПК и телефонами.
• Покупают книги и курсы по инвестированию.

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

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

• Сервисы реализованы при помощи приложений iOS.
• В них есть аналитические данные об изменениях курсов валют и визуализация этих данных, например в виде графика-стакана.
• Приложения предлагают обучающие уроки для новичков при использовании.
• В них есть возможность установить желательные цены покупки и продажи акций.
• Конкуренты зарабатывают на выводе денег на счет, на платных курсах, на комиссии за операции в приложении.
• Много негативных отзывов о высоких комиссиях и отсутствии приложений для устройств на Android.

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

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

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

Путь пользователя сервиса инвестирования будет выглядеть так:

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

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

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

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

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

Расскажем про реальные MVP-проекты, которые создала команда OrbitSoft.

Разработка CRM-системы. Стартап обратился в компанию за помощью в разработке программного обеспечения для цветочного бизнеса.

Кейс: приложение Posiflora

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

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

ТЗ после обсуждения. После обсуждения с командой OrbitSoft решили сделать MVP CRM-системы с минимальным набором функций: возможностью анализировать платежи и учитывать расходы. Решили, что для начала сервис будет доступен только для планшетов iOS: это сокращало затраты на разработку.

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

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

Разработка тотализатора игр. В OrbitSoft обратилась американская компания с идеей реализовать тотализатор игр с гарантированными призами.

Кейс: как сайт с играми удерживает внимание зрителей на рекламе

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

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

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

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

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

Так выглядит интерфейс тотализатора игр