Энциклопедия цифрового продукта
Исследование Определение Разработка Реализация
MVP
MVP
Минимально жизнеспособный продукт (MVP) — это та версия нового продукта, которая позволяет команде собрать максимальное количество подтвержденной информации о клиенте с наименьшими усилиями. Стартап выпускает самый минимальный, базовый продукт, чтобы начать тестирование на ранней стадии и свести к минимуму общий процесс разработки, экономя время.
MVP позволяет предпринимателям собирать отзывы от первых пользователей, чтобы предотвратить подводные камни и избежать создания нежелательных сценариев. MVP также позволяет клиентам указывать на недостающие функции и необходимые изменения.
Очень важно понимать, что MVP — это не обрезанная часть какого-либо функционала. MVP должен закрывать как минимум одну пользовательскую задачу и на самом старте должен делать это эффективно, а пользователь должен чувствовать, что его задача решается.
Пример правильного и неправильного понимания термина MVP
Предоставленный пример — желание построить дом. Если посмотреть на пример № 2, то можно увидеть, что с самого первого этапа у человека сразу же появилась возможность и место для жизни. Ровно таким же образом должен работать и MVP, самая первая версия продукта должна решать пользовательские задачи, быть привлекательной и быть нужной. Возможно это будет сделано не так эффективно, но должен быть конечный результат. В начале необходимо выпустить версию продукта с минимальным функционалом, и после этого можно усложнять функционал, делать его все более удобным и все более простым образом решать пользовательские задачи.
Главным преимуществом MVP являются минимальные затраты при довольно рабочем способе проверки отдельно взятой бизнес идеи. Именно поэтому в аббревиатуре MVP — минимальный жизнеспособный продукт эти два слова: минимальный и жизнеспособный — являются ключевыми.
История
«Минимально жизнеспособный продукт» — это термин, придуманный Фрэнком Робинсоном в 2001 году и популяризированный Эриком Рисом, основателем методологии «Lean startup». Робинсон определяет MVP, как результат «синхронной разработки» — одновременного развития продукта и исследования целевой аудитории, ее реакции на продукт. По словам Риса, MVP — это версия нового продукта, которая позволяет команде собрать максимальное количество проверенных знаний о клиентах с наименьшими усилиями.
Этот подход предусматривает поэтапную эволюцию продукта с учетом отзывов пользователей. Это также соответствует философии «отправляй рано, ремонтируй поздно» (англ. «ship early, repair late»), поддерживаемой многими выдающимися умами, включая Рида Хоффмана, основателя LinkedIn, а также Эрика Риса.
Цель MVP
Большинство известных продуктов, включая Airbnb и Twitter, начинали свой путь как MVP и постепенно превращались в трендовые стартапы. Между тем, начинающие предприниматели могут усомниться в необходимости и осуществимости этой концепции и предпочесть пропустить этап MVP.
Цель MVP не в том, чтобы получить урезанную версию программного обеспечения. Стартапам это нужно, чтобы подтвердить свою гипотезу о возможностях и получить зеленый свет для разработки полноценного продукта. Другими словами, по сути, необходимо спросить целевую аудиторию, нужен им ваш продукт или нет. Несмотря на то, что он функционально ограничен и выглядит необработанным, он призван обеспечить основную ценность и получить обратную связь, чтобы двигаться дальше.
«Время от времени появляется бизнес-книга, которая меняет наше представление об инновациях и предпринимательстве... У бережливого стартапа есть все шансы присоединиться к этой прославленной компании» — Financial Times.
Разработка MVP
1. Всестороннее исследование
Первый шаг — это понимание проблемы и ее решения. Необходимо ответить на множество вопросов, таких как «что такое рынок?», «переполнен ли рынок (красный океан) или развивается (голубой океан)?», «кто те люди, у которых есть проблема?» и многие другие.
2. Идентификация функций и расстановка приоритетов
Следующий шаг касается функций, которые нужно внедрить в продукт. Стоит продумать видение продукта и обсудить различные функции, которые могут быть полезны для нужд клиентов в их конкретных контекстах использования. На этапе MVP обычно есть одна функция высшего приоритета, которая передает основную ценность продукта.
3. Выбор подхода MVP
На это этапе нужно выбрать наиболее подходящий подход к MVP из тех, которые существуют:
— No-product MVP;
— Idea visualization;
— Sell first, build afterwards;
— Product-mockup MVP;
— Concierge;
— Wizard of Oz;
— Single-Feature MVP;
— MLP.
Выбор должен основываться на идее, подлежащей проверке, и доступных ресурсах.
4. Определение критериев успеха
На вопрос о том, что есть успех и неудача нужно ответить заранее. Для этого необходимо указать наиболее действенные показатели и критерии успеха, например:
— Обратная связь;
— Активные пользователи;
— MRR;
— CAC;
— ARPU.
5. Разработка CJM
Это важный шаг, который полезен для дальнейшей расстановки приоритетов функций и сокращения отставания продукта.
6. Запуск MVP
Создав MVP и подготовив все к запуску, будет пройдена половина пути. Впереди следующая часть, в которой нужно провести тщательный анализ показателей продукта.
Преимущества
Что бы произошло, если бы основатели Uber или Spotify вышли на рынок без предварительной оценки своих MVP? Более чем вероятно, что их продукты не были бы популярны.
Сравнение разных этапов проектирования продукта
Рынок может отвергнуть идею по разным причинам, таким как жесткая конкуренция, неадекватное ценностное предложение и другие. MVP же дает шанс избежать этого сценария и опробовать гипотезу о возможностях с реальными пользователями. MVP — это бережливая версия продукта, который только выпускается на рынок. Ему может не хватать расширенной функциональности, но он действительно представляет ценность для пользователей и, следовательно, приобретает первых покупателей. Последний, но не менее важный ответ на вопрос «почему важен минимально жизнеспособный продукт?» — это окончательный акцент на ценности, которую вы собираетесь обеспечить с помощью своего продукта. MVP позволяет вам понять различные проблемы, которые необходимо решить вашим будущим клиентам.
Спектр преимуществ, которые возможно получить с MVP, довольно широк. С помощью этой концепции стартапы способны создать привлекательную приманку для инвесторов, проверить видение продукта на рынке, оптимизировать ресурсы, которые будут потрачены на маркетинговые исследования, адаптировать стратегию соответствия продукта рынку и так далее.
Мифы об MVP
Разработка программного обеспечения для минимально жизнеспособного продукта в основном предназначена для решения основной бизнес-цели и получения преимуществ для целевых пользователей. Он действует как инструмент проверки программного обеспечения, который пытается дать ответ на вопрос «Стоит ли моя идея того, чтобы ее реализовать?» Тем не менее, у некоторых новичков, а также у существующих владельцев продуктов может сложиться неверное представление о концепции, что приводит ко многим заблуждениям.
1. MVP — это сердце lean стартапа
Но на самом деле краеугольным камнем любого бережливого стартапа является проверка и развитие пользователей. Большинство успешных продуктов уделяют этому значительное внимание. Facebook — хороший пример. Сначала основная идея этого стартапа заключалась в том, чтобы предоставить студентам колледжа инструмент коммуникации. Роль MVP заключалась в том, чтобы подтвердить осуществимость этой идеи.
MVP — это не бережливый стартап и даже не его сердце или душа. Это полезный и эффективный инструмент для проверки вашей бизнес-идеи, прежде чем приступить к разработке на полной скорости.
2. MVP привлекает клиентов и деньги
Недостаточно создать минимально жизнеспособное приложение для продукта. Если MVP удается привлечь пользователей, это небольшая, но важная победа. Впереди много итераций, и MVP — лучший инструмент для изучения и экспериментальной проверки ваших идей.
3. Все функции в MVP являются обязательными
Владельцу продукта всегда сложно расставить приоритеты в функциях, которые продукт может предложить на ранних стадиях. В большинстве случаев все кажется must-have. Однако, если попытаться внедрить все функции в MVP, есть риск потратить все деньги и потерпеть неудачу. В любом случае стоит выбрать функции, которыми должен обладать максимальный MVP, но делать акцент на первостепенных функциях.
4. Если MVP не увенчается успехом, продукт обречен на провал
По статистике, девять из десяти стартапов тонут, и требуется максимум усилий, чтобы попасть в эти 10% счастливчиков, оставшихся в живых. На данный момент неудачный MVP не является показателем неудачного продукта. В книге «Бережливый стартап» есть упоминание о том, что предприниматели могут поворачиваться. Это означает, что всегда есть возможность свернуть с ложного пути на выигрышный. Что касается этого заблуждения MVP — всегда трудно согласиться с тем, что ценности, которые ожидаемы от продукта, ложны.
5. MVP подходит для создания небольшого продукта за малые деньги
Очевидно, что каждый стартап хотел бы получить сочетание скорости, низкой цены и хорошего качества за один раз. К сожалению, хорошее и быстрое не будет дешевым, быстрое и дешевое не будет хорошим, а хорошее и дешевое не будет быстрым. Мы не можем рассматривать MVP как небольшой функциональный продукт или даже прототип. С MVP основатели стартапов получают инструмент для изучения своего целевого сегмента пользователей. Акцент делается на изучении клиентов, а не на быстром и дешевом выводе продукции на рынок.
Сравнение маст-хэвов и вуд-хэвов в MVP
Что есть МВП?
Энциклопедия цифрового продукта
Проект, который познакомит с разными инструментами, используемыми в разработке цифровых продуктов. Создан в рамках дипломной работы на программе «Дизайн и программирование»
в Школе дизайна НИУ ВШЭ.
Сделала студентка Мила Калугина под кураторством Захара Дня