menu-open
11 Ноября 2022 764

Что такое MVP

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

Расшифровка – minimum viable product, минимально жизнеспособный продукт.

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

MVP проекта

Термин ввёл Фрэнк Робинсон в 2001 году. Широкой популярностью понятие обязано книге Эрика Райса. Применяется при создании приложений, программного обеспечения, виртуальных площадок и сервисов.

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

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

Типы MVP

MVP Флинстоуна (Волшебник страны Оз)

Тест-ран продукта без продукта. Первое название модели – отсылка к сцене в одноимённом мультсериале: герои изготовили корпус автомобиля, но никакой техники внутри нет, водитель шагает на своих двоих. Оболочка выглядит, как полноценный продукт, а оригинальной умной начинки нет. Всю работу выполняют люди.

Но клиентам о закулисье знать незачем. Им предлагается эффектная видимость полноценного продукта (как в спектакле, который разыгрывал притворщик-волшебник, вся магия заключалась в закадровой работе слуг). Людей привлекает имитированный сервис, они хотят им пользоваться и заваливают испытателей работой? Отлично, есть смысл думать над автоматизацией процессов.

Консьерж MVP

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

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

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

Другое название – поэтапный.

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

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

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

Когда и для чего нужно делать MVP

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

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

Ключевые аспекты MVP

Что нужно помнить, чтобы MVP принес пользу, а не разочарование?

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

Важно: принцип использования у MVP и конечного продукта совпадает обязательно, а принцип работы – не всегда. Клиенты на этом этапе видят примерно то же, что получат в конце разработки, приходят с теми же запросами, с которыми придут, пользуются примерно так же, как станут пользоваться финальной версией. Иначе бы в эксперименте не было бы смысла. Однако с изнанки продукты могут быть абсолютно разными (выше указано, какого плана различия). Поэтому нельзя назвать MVP прототипом: прототип это черновик, на котором испытывается и оттачивается техническое решение. Смотрит на него сама команда проекта (и обычно инвесторы). В случае с MVP фокус на поведении пользователя.

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

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

Цели MVP

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

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

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

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

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

Преимущества и недостатки MVP

Преимущества очевидны. MVP позволяет:

Проверить рыночную ценность задумки.

Сэкономить на тупиковых путях её реализации;

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

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

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

Отчасти работа над MVP может выглядеть как распыление внимания и ресурсов. Даже по минимуму создание, запуск, мониторинг продукта это время и усилия (а значит, трата человекочасов и в конечном счёте потеря денег). И вместо того чтобы сразу потратить их на новый сервис, придётся отдельно строить модельку, которая по факту отправится в мусорное ведро, и отдельно с нуля браться за саму разработку. С одной стороны, это можно сгладить, грамотно выбрав тип MVP: либо затраты на него правда незначительны по сравнению с основным массивом работы, либо кроме фидбэка остаются наработки, которые нужно отполировать (продукт с одним параметром). С другой стороны, жизнеспособность подразумевает окупаемость. MVP по определению не является одноразовым, оторванным от реальности иллюстративным материалом, пригодным лишь для тестирования. Это гибкий, подстраивающийся продукт. Он живёт собственной жизнью, принося пользу потребителю и деньги создателю – просто не в полном объёме и не с полной эффективностью.

PoC и MVP

PoC (Proof of Concept) – совокупность доказательств, что концепция верна. Это аналитические данные, исследования и прочие теоретические подтверждения, что всё осуществимо и должно сработать. MVP – не выкладки и прототипы, убедительно выглядящие в расчётах и искусственной «песочнице», а реально работающая схема. Это более поздняя стадия разработки. Создавать и выпускать продукт с минимальной жизнеспособностью логично после того как собрана, проанализирована и учтена предварительная информация, а гипотеза выдержала критику и проверку в «лабораторных условиях». Это промежуточная ступень между PoC и настоящим релизом, а не замена первому.

Но переход на этап MVP может сократить этап PoC и свести к минимуму предварительный сбор данных. Остальное будет собрано параллельно с работой минимально жизнеспособного продукта (то есть реальными сделками, заказами, продажами).

Примеры MVP

Zappos – онлайн-магазин обуви – начинался как МВП Флинстоуна. Уверенности, что ботинки станут покупать удалённо, не было. Предприниматель ходил в розничные магазины и фотографировал ассортимент, а после получения заказа сам выкупал пару и отправлял клиенту.

Хороший пример разрозненного MVP - компания Groupon, сервис коллективных скидок. Сперва он был на готовеньком: сайт – WordPress, PDF-документы – из AppleScript, для связи – электронная почта.

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

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

От чего зависит стоимость MVP

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

Как правильно презентовать MVP инвестору

  • Делать акцент, что даже не совсем готовый продукт уже уверенно ведёт себя на рынке и приносит выгоду.
  • Переводить полученные данные в цифры.
  • Объяснить принцип и преимущества MVP-тестирования: ниже риски провала проекта и потери вложений. MVP проверяет гипотезы относительно поведения ЦА, позволяет всесторонне увидеть отклик потребителя. Важно обосновать для инвестора, почему те или иные функции определены как ключевые или второстепенные (то есть тестирование проходит корректно).
  • Пояснить, что MVP масштабируется и способен оперативно меняться, исходя из потребностей аудитории.
  • Описать стратегию монетизации. Возможно протестировать разные и оценить, какая прибыльнее.


Павлова Ольга

Павлова Ольга,

Маркетолог Secreate

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

Получайте подборку полезных статей не чаще одного раза в неделю.