MVP: для чего используется и как его создать

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

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

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

Чем отличается от PoC

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

Чем отличается от прототипа

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

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

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

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

Перфекционизм

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

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

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

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

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

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

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

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

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

Существует разделение на 2 группы. Разделяющий параметр — уровень достоверности.

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

Ниже перечисляем виды с высокой достоверностью.

MVP Флинстоуна

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

Консьерж MVP

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

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

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

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

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

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

К преимуществам разработки минимально жизнеспособного продукта относятся:

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

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

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

Неполное понимание клиентских запросов

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

Не обнаруженные недостатки

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

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

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

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

Установление узкой ЦА

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

Подсвечивание основных функций

То же самое можно сказать и о функциональности продукта. У вас может быть очень разностороннее УТП, рассчитанное на разные боли. Например, платформа UIS — единое облачное решение, в которое входят IP-телефония для продаж, сервис аналитики для маркетолога, формы для привлечения клиентов через сайт. Для минимально жизнеспособного продукта это может оказаться ненужным усложнением, которое запутает картину. Можно сделать акцент на меньшем количестве функций, чтобы получить более конкретную обратную связь. Большое количество ОС на разные функции усложнит ее анализ.

Исследование рынка, анализ конкурентов

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

SWOT-анализ

Какие у товара или услуги перспективы? Плюсы и минусы? Какие проблемы можно спрогнозировать уже сейчас? Это может показать и SWOT-анализ. Его призвание в том, чтобы вы не позволили минусам загубить минимальную версию продукта, а в круге света оказались только плюсы.

Построение карты пути клиента

Аудитории надо как-то узнать о тестовой версии продукта и суметь «добраться» до нее, чтобы воспользоваться — этот путь должен быть продуманным и удобным для покупателя. Такую карту (customer journey map) разрабатывают заранее. Например, если у вас будет сайт-одностраничник, он должен быть максимально юзабельным.

Способ разработки

Итак, переходим непосредственно к разработке MVP продукта. Нужно выбрать один из существующих методов:

• Lean: при этом подходе вы анализируете обратную связь, выполняете доработку продукта, а затем даете клиентам на тест новую итерацию.
• Scrum: этот метод также подразумевает работу с итерациями, но процесс делится на циклы. В каждом из них продукт дорабатывается на основе очередной порции обратной связи. Длится каждый цикл несколько недель.
• Канбан: вместо скрамовских циклов здесь применяется принцип принятия задач в работу по мере поступления. Как только приходит клиентская обратная связь, ставится задача по дальнейшим улучшениям.
• Экстремальное программирование: позволяет протестировать продукт из digital-сферы. Для него характерно упрощение исходного кода и дизайна продукта, короткие циклы и частые выпуски мини-релизов.

Альфа- и бета-тестирование

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

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

Дадим ряд советов, которые могут помочь не ошибиться:

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

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

Airbnb

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

Интересно, как создатели сервиса, Брайан Чески и Джо Геббиа, проверяли, есть ли потребность в их услуге — аренде жилых помещений напрямую у владельца. На простом сайте-одностраничнике они разместили фото своей квартиры. После общения с потенциальной аудиторией в Нью-Йорке узнали, что квартиросъемщикам не нравится, когда в объявлениях помещены некачественные фото. После этого основатели Airbnb начали сами делать фотоснимки квартир собственников.

Uber

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

Foursquare

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

Dropbox

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

Twitch

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

Buffer

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

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

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

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