MVP: проверяем идею
до больших вложений
Собираем работающую версию продукта с одной ключевой функцией и выпускаем её на реальных людей. Дешевле выяснить за месяц, что гипотеза не сработала, чем за год и полный бюджет.
Большинство идей не выживают
И это нормально. Ненормально — узнавать об этом через год разработки и потраченный бюджет, когда менять что-то уже поздно.
Полная версия — дорогая ставка
Разработка «всего сразу» занимает месяцы и съедает бюджет. Если гипотеза не подтвердится, потеряно будет всё, а не часть.
Мнения не заменяют данные
Опросы друзей и инвесторов показывают, что люди говорят. Работающий продукт показывает, что они делают, — а это часто совсем другое.
Разворот дешевле на старте
Половина успешных продуктов не похожа на первоначальную идею. Чем раньше вы это поймёте, тем дешевле обойдётся смена курса.
Что делаем на проекте
Главная работа — не написать код, а решить, чего в первой версии не будет.
Находим ядро
Разбираем идею и отделяем главное от желаемого. В MVP остаётся одна функция — та, ради которой человек вообще придёт. Остальное записываем в план на потом.
Собираем прототип
Кликабельный макет, по которому видно, как продукт работает. На этом шаге часть решений меняется — и это дешевле, чем менять их в коде.
Разрабатываем
Собираем рабочую версию, используя готовые решения там, где это возможно. Задача — скорость выхода, а не идеальная архитектура на вырост.
Встраиваем аналитику
С первого дня видно, что люди делают: где регистрируются, где бросают, чем пользуются. Без этого проверить гипотезу невозможно.
Запускаем на людей
Выпускаем на первую аудиторию, собираем обратную связь и цифры. Не догадки, а поведение реальных пользователей.
Решаем, что дальше
По данным становится понятно: развивать, менять направление или закрывать. Любой из трёх ответов лучше, чем неопределённость.
Сила MVP — в том, чего в нём нет
Личные кабинеты с настройками, панель администратора, три роли пользователей, интеграции со всем подряд — всё это можно добавить потом, когда станет ясно, что продукт нужен.
В первой версии остаётся один сценарий, доведённый до конца. Не десять недоделанных, а один работающий.
Отсекать сложнее, чем добавлять, — на этом этапе мы обычно спорим с заказчиком больше всего. И почти всегда это идёт проекту на пользу.
Сколько это занимает
Сроки для типичного MVP. Простые продукты выходят быстрее.
Разбор идеи
Отбор ключевой функции, описание сценария, определение, что считается успехом проверки.
Прототип
Кликабельный макет, по которому видно продукт целиком. Правки здесь бесплатны.
Разработка
Сборка рабочей версии с аналитикой. Промежуточные показы каждые несколько дней.
Запуск и данные
Выход на первых пользователей, сбор поведения и обратной связи, разбор результатов.
Три честных исхода вместо неизвестности
Гипотеза подтвердилась — развиваем продукт, зная, что именно людям нужно, и не тратя деньги на то, чем не пользуются.
Подтвердилась частично — меняем направление на основе данных. Часть наработок обычно переиспользуется.
Не подтвердилась — закрываем, потеряв месяц и небольшую часть бюджета вместо года и всего.
Из чего складывается цена
Стоимость зависит от сложности ключевого сценария. Мы намеренно держим её низкой: смысл MVP в том, чтобы проверка идеи стоила заметно дешевле полноценной разработки.
Оценку готовим за 24 часа — вместе с предложением, что убрать из первой версии, чтобы выйти на людей быстрее.
Входит в стоимость
Как это выглядело у клиентов
Продукты и сервисы, которые мы запускали.
Частые вопросы
Чем MVP отличается от прототипа?
Не будет ли стыдно выпускать сырую версию?
Можно ли развить MVP в полноценный продукт?
Сколько нужно пользователей для проверки?
Помогаете ли вы привести первых пользователей?
Что если идея не подтвердится?
Как быстро можно запуститься?
Разберём идею и соберём первую версию
Обсудим гипотезу, отберём ключевую функцию и пришлём оценку — за 24 часа.