Блог

Разработка MVP. Почему без него никак?


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

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



В статье мы подробно разберем:


— процесс разработки MPV;
— приведем примеры; 
— рассмотрим ошибки при его создании





Что такое MVP?


MVP - Minimal Viable Product или минимально жизнеспособный продукт.
Создание MVP является неотъемлемой частью процесса создания любого полноценного цифрового продукта или системы.


Процесс может выглядеть так:


  1. Идея (выявление потребности и квалификация)
  2. Discovery (проверка гипотез, дизайн и прототипирование)
  3. Создание MVP (от описания задания до релиза)
  4. Тесты и поиск гипотез роста (тестирование, выводы, корректировка)
  5. Product Market Fit (создание полноценного продукта, востребованного на рынке)
  6. Масштабирование

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

Если в первоначальной идее есть изъян, он обнаружится на этом этапе с вероятностью 99%. Это позволит избежать ненужных трат ресурсов, сэкономить время и вовремя скорректировать техническое задание проекта.

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


Три ключевые характеристики минимально жизнеспособного продукта:


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


Что входит в MVP?


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

ТЗ и состав MVP составляются после этапа Discovery и зависят от пожеланий заказчика, ожиданий пользователя, конкурентов и других факторов.

На этой стадии 2 основные цели: сэкономить и протестировать.

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


Рассмотрим примеры


Пример 1:


Компания хочет разработать CRM для внутренней работы сотрудников с клиентской базой и учета всех процессов внутри компании.


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

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


Далее:

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





Пример 2:


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



Что войдет в MVP:

  • ненативная разработка на 1 платформу на выбор (iOS\Android);
  • упрощенная регистрация по номеру телефона (без подтверждения и восстановления доступа, истории заказов и т.п.);
  • упрощенный каталог готовой продукции;
  • заказ через менеджера, оплата на стороннем сервисе.


Далее:

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





Пример 3:


Производственная компания хочет автоматизировать процессы с помощью ПО, чтобы оптимизировать издержки.


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

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


Еще один пример: бизнес переходит из оффлайна
в онлайн на фоне карантина и ограничения работы розничных офисов.

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

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

Кейс полностью можно посмотреть здесь: https://evenlab.org/proyekty/finteh/android-prilozheniye-dlya-banka




MVP это не прототип продукта



Прототип – это проект будущего продукта, техническая документация, дизайн, критерии приемки, user story map и описание процессов для создания продукта.

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


Какие частые ошибки допускают при создании MVP?


Самые частые ошибки связаны с нарушением одного из основных правил: экономим + тестируем.

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

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

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

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


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


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

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

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

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

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

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

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

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


Подведем итоги:


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

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

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



Остались вопросы? Напишите нам t.me/evenlab

Оценим вашу идею и начнём работу над проектом в течение 24 часов.
Не беремся работать с проектами, в успех которых не верим.