Зачем выпускать продукт раньше: что такое MVP

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

Но что такое MVP? Аббревиатура, расшифровывающаяся как Minimal Viable Product, означает, что вы выходите на рынок, не дожидаясь завершения всех функций. Почему он так популярен? Это просто способ сказать: «главное — чтобы работало», выгодное решение для проектов с ограниченным бюджетом… или, может быть, просто неправильно использованный термин из другого контекста?

Что такое MVP?

Говоря о минимально жизнеспособных продуктах, начнём с определения критериев жизнеспособности. Для программного продукта жизнеспособность может означать всё — от «не падает при запуске» до «может конкурировать с лидерами рынка».

В методологии бережливого производства, где появилась концепция MVP, буква V означает «приносить пользу пользователю». Именно поэтому MVP часто расшифровывают как Minimal Valuable Product.

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

Фрэнк Робинсон, автор термина

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

Зачем вам нужен MVP?

Вот пример. Представьте, что вы фанат определённого вида спорта — допустим, бокса. И вы хотите стать новым Мухаммедом Али. Итак, вы начинаете тренироваться со всей страстью, самоотдачей и всем остальным, что можно найти в фильмах о Рокки Бальбоа. Вопрос в том, когда вы проведёте свой первый бой?

Вариант первый. Вы тренируетесь очень долго, пока не почувствуете, что готовы на сто процентов.

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

Первый вариант заманчив: если всё пройдёт хорошо, вы пройдёте через аутсайдеров и встретитесь с сильными соперниками без потерь. Второй вариант кажется обидным: если повезёт, вы победите. Но в любом случае — в случае победы или поражения — вы уйдёте не без синяков.

Однако есть одно «но». Фраза «если всё пойдёт хорошо» — ключевая в обоих случаях. Как только вы оказываетесь на ринге, реальность быстро врывается в игру. А вдруг вы поймёте, что что-то упустили в подготовке? А вдруг оппоненты окажутся лучше готовы? А вдруг удары будут слишком болезненными (шокер!)? Или — почему бы и нет — окажется, что то, что вы считали боксом и своей страстью, на самом деле была борьба, и все ваши навыки ударов оказываются бесполезными? Лучше узнать это через три месяца, чем через десять лет после первого надевания перчаток.

Итак, MVP — это проверка реальности самым быстрым и дешёвым способом. На самом деле это не сокращение функций, а проверка их необходимости до того, как вы потратите на них время и деньги.

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

Подход, ориентированный на MVP, становится всё популярнее, потому что навыки маркетинга теперь доступны каждому предпринимателю, независимо от сферы деятельности. Одной из причин этого — TTM. TTM (time-to-market) — время выхода на рынок — один из ключевых показателей для нового продукта. Время — это деньги, но когда идёт обратный отсчёт до выхода на рынок, каждая минута обходится дорого по многим причинам.

Вы хотите, чтобы за вас платили другие.

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

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

При всём разнообразии моделей монетизации, доступных сегодня, ваш продукт может начать приносить доход ещё до полного завершения разработки. Вспомните *World of Tanks* — видеоигра, заработавшая миллиарды ещё в бета-версии, или множество мобильных приложений, которые окупают вложенные инвестиции. Будь то поддержка за счёт рекламы, подписка, разовая покупка или микротранзакции — ваш продукт может добавить несколько зелёных строк в банковский отчёт, как только начнёт приносить реальную пользу клиентам.

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

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

Развернитесь заранее, пока ещё не нужно тормозить

Разработка сложного продукта до того, как вы поймёте, что его нужно адаптировать под рынок, — это не только трата денег на ненужные функции. Чем больше сделано до поворота, тем больше придётся переделывать. Чтобы превратить микроавтобус в грузовой фургон, достаточно убрать сиденья и добавить панели. А если попытаться сделать из Corvette фургон — придётся строить его с нуля.

Хорошо, а есть ли реальные примеры MVP?

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

SAP, первая ERP-система, которая приходит на ум, начиналась с довольно простой бухгалтерской программы, в которой не было и 10% современных функций. Термин MVP тогда ещё не существовал, но по сути это было именно он — базовое решение, предлагающее новый подход в ограниченном масштабе.

Zappos, культовый интернет-магазин одежды середины 2000-х, начинался с того, что парень покупал обувь по вашему заказу в обычных магазинах и отправлял её по почте. Всё просто.

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

Dota и Counter-Strike, такие же прибыльные, как сейчас, начинались как моды сообщества для популярных игр (Warcraft III и Half-Life соответственно). Никаких больших команд разработчиков, дизайнеров и менеджеров по работе с сообществом, никаких еженедельных обновлений контента или событий — только самая базовая версия, необходимая для новой игровой механики. Минимально играбельный продукт.

Как определить масштаб MVP?

Существует мнемоническое правило, разработанное Эриком Райсом, автором знаменитого «Бережливого стартапа»: берёте свою первую идею MVP, делите её пополам, снова делите пополам — и получаете то, что на самом деле является MVP.

Для тех, кто сомневается, стоит ли что-то убирать, вот ещё одно — не такое жёсткое — правило, которое мы выработали в Fora Soft.

Вы должны задать себе три вопроса.

Что вам больше всего нравится в вашей большой идее?

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

Если бы у вас было только 30% бюджета, что бы вы сделали в первую очередь?

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

Если задача всё ещё кажется сложной, хотя вы искренне верите в свою идею, попробуйте начать с упрощения реальных проектов — то есть создать их MVP. Подумайте, что делает Instagram, Google Docs или вашу любимую игру такими полезными и популярными. Представьте, что у них нет всех тех функций, которые они имеют сейчас. Где проходит грань между «могу обойтись без этой функции» и «без неё это уже не работает»?

Быстро, дёшево, грязно?

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

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

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

А что, если его скопируют?

Все помнят случаи копирования — так было с приложением MSQRD, которое успело попасть в центр внимания, пока конкуренты ещё не обзавелись собственными масками. Или Snapchat с его исчезающими постами, которые оказались исчезающей модой (каламбур, конечно).

С этой проблемой сталкиваются все, кто идёт (или предлагает идти) по пути MVP. Если у вас есть «убийственная» функция, разве не проще всего быстро выпустить простой продукт, чтобы не дать более крупным конкурентам перехватить идею, красиво её упаковать и мгновенно занять ваш рынок?

Короткий ответ — да. Так и есть. Если ваша «убийственная» функция действительно хороша, крупные компании её скопируют или выпустят свои аналоги, которые уже находятся в разработке. Но кто первым выйдет на рынок, тот первым привлечёт аудиторию — и сможет её удержать, попав в высшую лигу (как Zoom или Miro, суперзвезды пандемии, чьи позиции пока не поколеблены).

И даже если голубые фишки предложат свои более продвинутые решения... Помните, что случилось с MSQRD?

Facebook купил её. За гораздо большую сумму, чем потратили на разработку.

Итак, почему стоит сократить функции и запустить продукт раньше?

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

Может ли Fora Soft помочь вам с MVP?

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