Некоторые стартапы терпят крах в первый год запуска, а есть живые примеры идей, которые «выстреливают»
и вырастают в лидеров на рынке. Изначально, социальная сеть ВКонтакте создавалась для общения студентов, а сегодня это крупная платформа с такси, доставкой еды, аудио и видео хостингом.
Запросы и поведение аудитории помогают разработчикам понимать, в каком направлении двигаться. Та же схема работает и в IT-проектах – создание MVP продукта.
В статье мы подробно разберем:
— процесс разработки MVP;
— приведем примеры;
— рассмотрим ошибки при его создании
Что такое MVP?
MVP - Minimal Viable Product или минимально жизнеспособный продукт.
Создание MVP является неотъемлемой частью процесса создания любого полноценного цифрового продукта или системы.
Процесс может выглядеть так:
- Идея (выявление потребности и квалификация)
- Discovery (проверка гипотез, дизайн и прототипирование)
- Создание MVP (от описания задания до релиза)
- Тесты и поиск гипотез роста (тестирование, выводы, корректировка)
- Product Market Fit (создание полноценного продукта, востребованного на рынке)
- Масштабирование
Создание 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 часов.
Не беремся работать с проектами, в успех которых не верим.
