Стоимость MVP так варьируется, потому что под MVP часто подразумевают разное.

MVP (сокр. от англ. minimal viable product, рус. «минимально жизнеспособный продукт») — это продукт, который имеет минимальный функционал, но уже может решить главную потребность пользователей. Минимальный продукт делается для того, чтобы получить обратную связь от клиентов как можно раньше, понять, какой продукт нужен пользователям на самом деле, проверить жизнеспособность идеи.

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

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

Студия клиенту отвечает, что такое приложение под iOS и Android будет стоить от 5 миллионов, разработка займет не менее полугода. Это для заказчика дорого и долго. Тогда студия предлагает сначала разработать MVP, в котором будет ключевой функционал и выпустить приложение через 3 месяца.

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

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

Приложение может взлететь, но скорее всего этого не произойдет. По данным Startup Genome Report в первый год закрывается 93% проектов. Заказчик остается с мыслью о том, что этот продукт не нужен и бросает работу над ним.

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

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

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

На пути к востребованному продукту [1] гипотез будет много. Чтобы сделать продукт, который будет ценен пользователям, проверку гипотез нужно наладить как постоянный процесс, и понимать, что MVP версия приложения создается как средство для их проверки.

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

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

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

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

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

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

В целом процесс работы над MVP можно разделить на 5 этапов:

• Исследования
• Проектирование
• Дизайн
• Разработка
• Маркетинг

Во сколько обойдется создание MVP во многом определяется форматом организации работы.

Рассмотрим три самых популярных: собрать свою команду in-house, работать с фрилансерами, обратиться в студию. У каждого варианта есть свои плюсы и минусы.

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

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

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

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

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

Возможно, эта статья расходов будет единственной, так как 80% гипотез можно проверить без разработки. Например, сделать макеты экранов приложения, собрать из них прототип и провести тестирование на пользователях.

Поэтому, статьи, про то, как сделать MVP бесплатно или за копейки - не врут.

Middle Product Manager справится с этой задачей за 2 недели работы, 70 часов. Считаем 70 часов, а не 80, потому что на практике для того чтобы выдавать 80 эффективных часов, работать нужно 90. В среднем стоимость часа работы продакта составляет 4 500 руб./ч.

После того, как определены базовые задачи, которые должен решать MVP, приступаем к проработке основных сценариев использования (user story) и к моделированию user flow.

На этот этап уйдет примерно неделя работы product-менеджера.

Для дальнейших расчетов предположим, что по итогу проектирования, вы решили, что приложение будет состоять из 10−15 экранов. Например, экран регистрации и авторизации, платежная система, функциональные экраны и т. п.

На отрисовку всех экранов будущего приложения у Middle UI/UX дизайнера уйдет 3 недели.

По нашему опыту, хороший специалист, который работает и с продуктовой точки зрения и со стороны UI/UX дизайна, может легко стоить 3 000 руб./ч.

Будем оценивать, что результат 3-х недельной работы дизайнера, два средних (Frontend и Backend) разработчика осилят за 1 месяц. Плюс неделя работы PM на управление, тестирование приложения, приемку работы. Час работы разработчика уровня middle стоит примерно 3 000 рублей.

Расходы на маркетинг разделим на две части — оплата специалистов и бюджет на продвижение приложения.

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

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

Час работы маркетолога уровня middle составляет 1 500 руб. На настройку и ведение рекламной кампании у него уйдет примерно 40 часов. Бюджет на таргет ограничивается только тем, сколько вы можете себе позволить. Но начинать лучше с небольших сумм, чтобы протестировать аудитории и понять, на кого в дальнейшем настраивать рекламу (2 000 руб. в день, запускаем таргет на месяц, итого — 60 тыс. рублей). На создание креативов для продвижения уйдет еще 10 тыс. рублей.

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

Если второе, то учитывайте, что это забег на длинную дистанцию, где вам понадобится много времени, желания и денег не только на создание продукта, но еще на исследования и маркетинг. И моральных сил на то, чтобы сделать столько попыток забега, сколько будет нужно [3].

Таблица «Расчет расходов при создании MVP»


Мы вдохновлялись:
1. https://allbusinesstoolkit.com/product-market-fit
2. https://www.litres.ru/erik-ris/biznes-s-nulya-metod-lean-startup-dlya-bystrogo-testirovaniya-ide/chitat-onlayn/
3. https://www.ycombinator.com/library/4Q-a-minimum-viable-product-is-not-a-product-it-s-a-process