Минимально жизнеспособный продукт (MVP) – мастхэв в проектах + кейс для понимания

Опубликовано

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

Идти вслепую решаются лишь немногие. Отчасти именно из-за отсутствия чёткого виденья конечного результата многие стартапы и проекты терпят неудачу.

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

Что такое MVP?

Термин MVP был придуман Фрэнком Робинсоном из консалтингового агентства SyncDev в 2001 году. Позже он был популяризирован Эриком Райсом в его книге Lean Startup в 2011 году. Подробнее о методологии бережливых проектов.

MVP (сокращение от Minimum Viable Product, в переводе — «минимальный жизнеспособный продукт») – это продукт, имеющий базовый набор функций, которые должны удовлетворить ключевые потребности потребителя.

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

Благодаря минимально жизнеспособному продукту решается масса практических задач:

  • Производитель может более точно посчитать реальные затраты на массовое производство продукта или его окончательное (более качественное) изготовление.
  • Поскольку производство MVP обходится заметно дешевле, на таком продукте можно протестировать все имеющиеся гипотезы (относительно востребованности, качества, основного и дополнительного функционала) и в целом проверить свою способность создания нужного продукта.
  • Целевая аудитория получает возможность воспользоваться продуктом и дать актуальную обратную связь, которая, в свою очередь, может использоваться для построения пути клиента, а также для выявления наиболее острых проблем (есть даже специальная методология – «Голос клиента»/Voice of Customer).

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

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

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

Минимальному жизнеспособному продукту нет необходимости быть идеальным. Его основная задача – тестирование в реальных («боевых») условиях. Это своего рода разведка боем.

Несколько примеров MVP

Dropbox

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

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

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

Amazon

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

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

Groupon

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

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

***

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

Самый наглядный пример MVP из жизни – эволюция транспорта, от телеги до современных автомобилей. Никто не требовал сразу разрабатывать электродвигатель и ABS. Тем не менее отдельные экземпляры сейчас оснащаются компьютерным зрением, системами климат-контроля, умеют сами парковаться и многое другое. Но самой главной функций, с которой всё и начиналось, являлось более удобное перемещение грузов на дальние расстояния. С такой задачей вполне могла справиться даже обычная телега на гужевой тяге. Это и был MVP – где-то они и сейчас перемещаются по дорогам в «стартовом» виде.

Виды (варианты) MVP

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

  • MVP с одной или несколькими ключевыми функциями (однофункциональный). Задача минимального продукта здесь – протестировать спрос или востребованность ключевой фишки. Сам продукт может больше не иметь ничего.
  • MVP-консьерж. Он же часто называется «метод волшебника страны Оз». По факту никакие функции не реализуются (чтобы не вкладываться в полноценную разработку, изыскания, НИОКР и прочее), всё делают люди. Но для клиентов взаимодействие сильно напоминает работу с полноценным продуктом. Например, это может быть интерфейс интернет-магазина или приложения с формами ввода, которые отправляют данные сотрудникам.
  • Поэтапный MVP. Это чем-то напоминает процесс эволюции. Продукт выдаётся целевой аудитории с минимальным (самым важным) функционалом. А всё остальное реализуется по мере роста и понимания требований аудитории.

К слову, концепция MVP нашла своё применение не только при разработке продуктов и проектов. Существуют:

  • MVB (минимально жизнеспособный бренд) – используется для разработки и внедрения базового позиционирования компании на рынке (в первую очередь применяется для тестирования гипотез при масштабном продвижении и маркетинге).
  • MBI (минимальный прирост бизнеса) – это концепция, сосредоточенная на той части продукта, которая по факту является основой всего бизнеса. Это те функции и возможности, без которых продукт теряет свою ценность для клиентов. MBI взаимосвязан с понятиями MMF (набор функций, реализующих ту самую рыночную ценность) и MMR (реальный продукт, который содержит в себе MMF).
  • Minimum viable co-founder – минимальный жизнеспособный учредитель (по факту набор требований к тому, кто должен стать соучредителем).

PoC vs MVP

Есть ещё один подход – Proof of Concept (PoC), в переводе — «доказательство концепции».

На практике подходы PoC и MVP очень похожи между собой. Оба используются для тестирования. Но считается, что MVP – это не столько концепция, сколько реальный продукт, который можно обкатать и оставить в качестве рабочей версии, при необходимости доработав его. В то время как PoC служит инструментом изучения рынка (как часть R&D). То есть многим PoC-проектам никогда не суждено даже приблизиться к статусу реального релиза. Они как были концептами, так ими и останутся.

Как делается MVP? Кейс для лучшего понимания

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

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

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

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

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

Кейс с сервисом платной зарядки для телефонов в общественных местах

  • Итерация 1. Договориться с администрацией торгового центра и установить стенд на входе в ТЦ. На этом стенде будет осуществляться бесплатная зарядка цифровых гаджетов (исходно в наличии только USB-порты). Например, пока владелец в кино или ходит по магазинам, его смартфон заряжается. Сказано, сделано. На стенде есть яркая иллюминация, значок зарядки, рядом стоит консультант и предлагает воспользоваться услугой. В течение недели тестирования при разной посещаемости к стенду подходили интересующиеся. Поняв суть стенда, они уходили дальше и теряли интерес (боялись оставить свой гаджет). Попутно консультант собирает обратную связь: как клиенты хотели бы улучшить сервис, чего им не хватает, что они думают о такой услуге в целом.
  • Итерация 2. На основе первого эксперимента обобщить обратную связь и сделать выводы. Так как многие жаловались, что забыли свой зарядный кабель, на стенде появляются кабели для разных типов устройств. На второй неделе эксперимента уже появляются реальные желающие воспользоваться услугой. Но есть одно важное условие – устройство должно быть в полной безопасности (что называется, оставляется под личную ответственность).
  • Итерация 3. Попытка сменить обстановку. Вместо торгового центра аналогичную услугу можно попытаться предложить в кафе и ресторанах. Однако неделя походов по разным заведениям показала, что почти везде есть более доступные источники питания, поэтому пользователи приходят туда подготовленными. Вывод: они не являются целевой аудиторией.
  • Итерация 4. Возвращаемся в ТЦ, но уже подумав о безопасности: сделали удобный шкаф с индивидуальными запирающимися ячейками. В каждой ячейке имеется несколько разных зарядных кабелей (для разных устройств). Использование зарядки по-прежнему бесплатное. Консультант стоит рядом со шкафом, но уже не предлагает воспользоваться услугой. Потенциальные клиенты разбираются с ней сами: ставят телефон на зарядку, запирают ячейку и идут по своим делам. Задача консультанта – выяснить, сколько они готовы заплатить за услугу.

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

После такого примера концепция MVP должна стать немного понятнее.

Выводы и рекомендации

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

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

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