Первая версия, которая проверяет гипотезу, а не имитирует продукт.
Дизайн и запуск MVP — минимальной работающей версии продукта
MVP часто понимают как «продукт подешевле». На деле это продукт поуже: один главный сценарий, сделанный целиком и качественно, вместо десяти, сделанных наполовину.
Смысл в том, чтобы получить ответ рынка раньше, чем закончатся деньги и терпение. Пока продукта нет, любое обсуждение опирается на предположения — а предположения имеют свойство не подтверждаться именно там, где вы были уверены больше всего.
Мы помогаем выбрать, что войдёт в первую версию, спроектировать её и запустить. Здесь важнее умение отказываться, чем умение добавлять.
Направления
Первая версия бывает разной: иногда достаточно прототипа, иногда нужен работающий продукт с оплатой. От выбора зависит и срок, и то, какой вопрос удастся проверить. Ниже — четыре формата, с которых начинают.
01
Прототип для проверки
Кликабельный прототип без разработки. Его можно показать пользователям, инвестору или партнёру и получить обратную связь за дни, а не за месяцы. Обратную связь можно получить за дни, а не за месяцы, и без строчки кода. Проверяет он понятность и интерес, но не готовность платить — об этом предупреждаем сразу.
02
Работающий MVP
Настоящий продукт с одним главным сценарием: регистрация, ключевое действие, оплата, если она нужна. Всё остальное сознательно оставлено на потом. Один главный сценарий делается целиком и качественно, а не десять наполовину. Всё остальное сознательно откладывается до момента, когда станет ясно, нужно ли оно.
03
MVP внутри мессенджера
Мини-приложение вместо сайта или мобильного приложения. Быстрее запускается, не требует установки — часто лучший способ проверить спрос. Формат снимает установку и регистрацию, поэтому до первого экрана доходит заметно больше людей. Часто это лучший способ проверить спрос при ограниченном бюджете.
04
Развитие после запуска
Первые правки по реальному поведению пользователей. Именно они обычно и определяют, во что вырастет продукт. Первые правки по реальному поведению обычно и определяют, во что вырастет продукт. Аналитику подключаем до запуска, иначе смотреть будет не на что.
опыт
Запускали продукты с нуля — и знаем, где обычно ломается первая версия
Создали 3 стартапа, которые используют GPT-модели для помощи людям
01
Разработали и запустили ИИ приложение CalMePlease, которое входит в Топ-5 рейтинга Здоровья сервиса Product Radar
02
Первые на ру-рынке опубликовали AI-консультанта для поддержки и продаж
03
Разработали и запустили приложение для трансляций и продаж в прямом эфире
04
Не практикуем аутсорс, накапливаем экспертизу комплексной реализации
05
Что это даёт
Главная ценность MVP — не в экономии, а в скорости получения ответа. Пока продукта нет, любое обсуждение опирается на предположения, а они имеют свойство не подтверждаться там, где вы были уверены больше всего. Ниже — что даёт ранний ответ.
Ответ рынка раньше
Вы узнаёте, нужен ли продукт, за недели. Это меняет решения о деньгах и команде, пока их ещё можно менять недорого. Решения о деньгах и команде меняются, пока их ещё можно менять недорого. Это главное, ради чего формат и существует.
Меньше выброшенной работы
В полноценном продукте значительная часть функций оказывается невостребованной. MVP не даёт написать их заранее. В полноценном продукте заметная часть функций оказывается невостребованной, и узнать это заранее нельзя. MVP просто не даёт написать их до проверки.
Есть что показать
Работающий продукт убеждает инвесторов и первых клиентов сильнее презентации, даже если умеет он немного. Работающий продукт убеждает инвесторов и первых клиентов сильнее презентации, даже если умеет немного. Показывать его можно уже через недели после старта.
Понятно, куда развивать
После запуска появляются данные о реальном поведении. Дальше вы принимаете решения по фактам, а не по предположениям. Данные о реальном поведении заменяют предположения, которых на старте всегда слишком много. Дальше приоритеты обсуждаются по фактам.
Этапы
Отсечь лишнее, собрать главное, показать людям — в этом порядке. Самый трудный разговор здесь первый: решить, что в первую версию не войдёт. Именно от него зависит, получится MVP или обычный долгий проект.
01
Гипотеза и критерий
Формулируем, что именно проверяем и по какому признаку поймём, что гипотеза подтвердилась. Без этого MVP превращается в «просто запустили и смотрим». Без записанного критерия MVP превращается в «просто запустили и смотрим», и результат нельзя ни подтвердить, ни опровергнуть. Формулировку фиксируем письменно до начала работ.
02
Отсечение
Определяем один главный сценарий и честно выносим остальное за скобки. Это самый трудный разговор в проекте — и самый полезный. Это самый трудный разговор в проекте и одновременно самый полезный. Вынесенное за скобки записываем отдельно, чтобы к нему можно было вернуться.
03
Проектирование
Собираем сценарий целиком: без роскоши, но без дыр. Экраны, состояния и тексты — тексты в MVP значат не меньше интерфейса. Собираем сценарий без роскоши, но и без дыр: незаконченный путь портит проверку сильнее скромного оформления. Тексты в MVP значат не меньше интерфейса.
04
Сборка и запуск
Разрабатываем и выпускаем. Выбираем платформу по скорости выхода: иногда быстрее и разумнее начать с мини-приложения, чем с сайта. Платформу выбираем по скорости выхода, а не по привычке: иногда быстрее начать с мини-приложения, чем с сайта. Делаем на том же стеке, что и большие продукты, поэтому первая версия обычно становится основой.
05
Первые выводы
Подключаем аналитику, смотрим на реальные сессии, разговариваем с первыми пользователями. Через пару недель обычно становится ясно, что делать дальше. Через пару недель на живых сессиях обычно становится ясно, что делать дальше. Разговоры с первыми пользователями дают больше, чем любая внутренняя дискуссия.
На чём строим
Технологии
Дизайн
Figma
Кликабельные прототипы
Готовые компоненты
Быстрые итерации
Разработка
Vue.js
Nuxt.js
TypeScript
Node.js
Площадки
Веб
Telegram MiniApps
iOS
Android
Кому это подходит
MVP уместен там, где ответ рынка ещё неизвестен и цена ошибки высока. Если продукт понятен и спрос подтверждён, дробить его на версии смысла нет — мы скажем об этом прямо. Ниже — случаи, где формат оправдан.
Основателям стартапов
Когда нужно проверить идею и получить первых пользователей до привлечения крупных денег. Проверить идею и получить первых пользователей можно до привлечения крупных денег. Работающий продукт при этом усиливает позицию в переговорах с инвестором.
Компаниям с новым направлением
Действующий бизнес пробует смежный продукт. MVP позволяет сделать это без риска для основного направления. Смежный продукт проверяется без риска для основного бизнеса и без перестройки текущих процессов. Если гипотеза не подтвердится, потери ограничены первой версией.
Командам перед крупной разработкой
Когда впереди дорогой проект, разумно сначала проверить ключевую часть на узкой версии. Ключевую часть разумно проверить на узкой версии, прежде чем разворачивать дорогой проект. Это же помогает уточнить требования к основной разработке.
Продуктам на грантах и в акселераторах
Когда срок задан извне и к определённой дате нужен работающий результат, а не презентация. Когда срок задан извне, важнее выпустить работающее, чем полное. Мы планируем объём от даты, а не наоборот.
Образовательная платформа «EdPRO»(топ-3 рынка дополнительного образования России), приложение для сопровождения бухгалтерского учета «ЦСБ», сервис AI-ассистентов Neuralismo.ru, GPT-based ассистент для здорового питания CalMePlease
Результаты клиентов
Продажи растут, прибыль тоже. Сильно подросли продажи сегмента мужской одежды. Сайт стал гораздо красивее, в нем стал удобнее поиск для клиентов. Лично для меня огромный плюс, что стало удобно пользоваться админкой. Она легчайшая, простейшая, просто подарок для маркетолога ― двигаешь что хочешь и куда хочешь.
Наши ожидания от работы полностью оправдались. Ребята проявили профессионализм, креативность и ответственность в выполнении задач. Мы сотрудничаем до сих пор ― улучшаем функционал, вносим новые фишки в сайт и приложение.
Оцениваем сайт высоко. Скорость работы сайта, качество и плавность анимаций, общий стиль и выделение на фоне остальных - круто Конверсия хорошая. Сайт конвертирует реальные заявки и ещё были звонки и переходы в наши мессенджеры
Богдан Царелунга
Руководитель маркетинга Lobster Group
Ребята подошли к задаче комплексно, сначала изучили ЦА, аналоги, продумали сценарии. Использовали Flutter и это большой плюс тк проект получился кроссплатформенным, технологически свежим, и что важно, легко поддерживаемым. Приложением ежедневно пользуются наши студенты. Огромное спасибо всей команде. Крутая работа, классный кейс
Марат Шаниязов
CTO Международной академии EDPRO
Нам нравится сайт) Мы также получаем положительную обратную связь: стильный, лаконичный, точный. Дотьюнили контент и будем менять некоторые стоковые визуалы. Вероятно изменим цвет кнопки на главном экране, но пока оставили оранжевый) Спасибо за работу!
Алена Шукалович
Директор по развитию Kaloy.ru
Продажи растут, прибыль тоже. Сильно подросли продажи сегмента мужской одежды. Сайт стал гораздо красивее, в нем стал удобнее поиск для клиентов. Лично для меня огромный плюс, что стало удобно пользоваться админкой. Она легчайшая, простейшая, просто подарок для маркетолога ― двигаешь что хочешь и куда хочешь.
Наши ожидания от работы полностью оправдались. Ребята проявили профессионализм, креативность и ответственность в выполнении задач. Мы сотрудничаем до сих пор ― улучшаем функционал, вносим новые фишки в сайт и приложение.
Оцениваем сайт высоко. Скорость работы сайта, качество и плавность анимаций, общий стиль и выделение на фоне остальных - круто Конверсия хорошая. Сайт конвертирует реальные заявки и ещё были звонки и переходы в наши мессенджеры
Богдан Царелунга
Руководитель маркетинга Lobster Group
Ребята подошли к задаче комплексно, сначала изучили ЦА, аналоги, продумали сценарии. Использовали Flutter и это большой плюс тк проект получился кроссплатформенным, технологически свежим, и что важно, легко поддерживаемым. Приложением ежедневно пользуются наши студенты. Огромное спасибо всей команде. Крутая работа, классный кейс
Марат Шаниязов
CTO Международной академии EDPRO
Нам нравится сайт) Мы также получаем положительную обратную связь: стильный, лаконичный, точный. Дотьюнили контент и будем менять некоторые стоковые визуалы. Вероятно изменим цвет кнопки на главном экране, но пока оставили оранжевый) Спасибо за работу!
Алена Шукалович
Директор по развитию Kaloy.ru
Частые вопросы
Частые вопросы про MVP.
01
Сколько времени занимает MVP?
Недели, а не месяцы, — иначе это уже не MVP. Точный срок зависит от того, насколько узко удаётся определить главный сценарий: чаще всего в срок упирается не разработка, а нежелание отказываться от функций. В срок обычно упирается не разработка, а нежелание отказываться от функций — это стоит учитывать заранее.
02
Что не входит в MVP?
Почти всё, кроме главного сценария: расширенные настройки, роли, интеграции, редкие случаи. Это не потеряно — просто отложено до момента, когда станет ясно, нужно ли оно. Отложенное фиксируем списком, чтобы к нему можно было вернуться после первых данных.
03
MVP придётся потом переписывать?
Не обязательно. Мы делаем на том же стеке, что и большие продукты, поэтому первая версия обычно становится основой, а не черновиком на выброс. Переписывать приходится, если гипотеза изменится радикально.
04
Можно ли обойтись прототипом без разработки?
Иногда да, и это самый дешёвый вариант. Прототип проверяет понятность и интерес, но не проверяет, готовы ли люди платить, — для этого нужен работающий продукт. Мы честно скажем, какой из двух форматов ответит на ваш вопрос, а какой нет.
05
Кому принадлежат права?
Вам. Права на результат передаются так же, как в обычном контракте разработки, — формат работы на это не влияет. Исходный код и документация передаются вместе с правами, развивать продукт можно своими силами.
06
А если гипотеза не подтвердится?
Это тоже результат, и он стоит заметно дешевле, чем то же открытие после года разработки. Обычно из первой версии становится понятно, какую гипотезу проверять следующей. Обычно из первой версии становится понятно, какую гипотезу проверять следующей, — это тоже результат.