Разработка MVP: первая версия продукта для проверки идеи

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

Метрики успеха до стартаСрок и цена в сметеКод можно развивать
Команда стартапа смотрит на первые графики использования продукта на экране ноутбука

Что такое MVP в разработке простыми словами

MVP — minimum viable product, минимально жизнеспособный продукт. Это самая маленькая версия продукта, которая уже решает главную задачу пользователя и позволяет проверить гипотезу на живых людях. Термин придумал Фрэнк Робинсон в 2001 году, а популярным его сделала книга Эрика Риса «Бизнес с нуля» (The Lean Startup).

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

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

Когда MVP не подходит. Продукт нельзя «урезать» без потери смысла: медицинское оборудование, банковское ядро. Рынок и спрос уже доказаны. Нужна замена работающей системе — там важна полнота, а не скорость проверки.

Какой бывает первая версия. Самая дешёвая — лендинг для проверки спроса с формой предзаказа. Дальше — MVP в виде Telegram Mini App, если аудитория в мессенджере, или веб-приложение с кабинетом и оплатой. Самый дорогой вариант — разработка мобильного приложения: его выбирают, когда продукт без телефона не работает. Если сценарий ещё не ясен, начните с прототипа и технического задания, а метрики продукта с первого дня считает веб-аналитика. Если своего техдиректора нет, развивать продукт после MVP поможет технический директор на аутсорсе.

MVP, прототип и PoC: в чём разница

Три слова часто путают, хотя это разные шаги с разной целью. Иногда нужны все три по очереди.

PoC

proof of concept
Главный вопрос
Технически это вообще возможно?
Для кого
команда и технический директор
Что на выходе
код-эксперимент, отчёт «работает / не работает»
Живые данные
нет
Сколько длится
дни или недели

Прототип

как будет выглядеть
Главный вопрос
Удобно ли пользоваться?
Для кого
заказчик, пользователи на интервью
Что на выходе
кликабельные экраны без логики
Живые данные
нет
Сколько длится
дни или недели
Наш выбор

MVP

работающая версия
Главный вопрос
Нужно ли это людям и готовы ли платить?
Для кого
первые пользователи, инвесторы
Что на выходе
продукт, которым можно пользоваться
Живые данные
да
Сколько длится
недели или месяцы — в смете

Если идея ещё сырая, начните с прототипа и технического задания: он дешевле и сразу покажет, где ломается сценарий. PoC нужен, когда в основе продукта сложная технология — например, распознавание документов нейросетью.

Как определить функционал MVP продукта

Пять шагов, после которых от длинного списка функций остаётся главное. Главная ошибка первых версий — попытка сделать всё сразу.

  1. 01

    Сформулируйте гипотезу одной фразой

    «Владельцы кофеен будут заказывать зерно онлайн раз в неделю, если доставка — на следующий день». Без гипотезы нечего проверять.

  2. 02

    Найдите ключевую функцию

    То единственное действие, ради которого человек придёт. Всё остальное — позже.

  3. 03

    Задайте метрику успеха

    Что должно произойти, чтобы вы сказали «идём дальше»: число заказов, повторные визиты, оплаты. Цифру записываем до запуска.

  4. 04

    Составьте список «не делаем в MVP»

    Личный кабинет, рейтинги, мобильное приложение, интеграции — туда уходит почти всё, что хочется добавить.

  5. 05

    Выберите самый дешёвый вид MVP

    Иногда хватает лендинга и ручной обработки заявок, иногда нужен настоящий сервис. Сравнение видов — ниже.

Виды MVP: что выбрать

Что это

Лендинг-MVP
страница с предложением и формой или предзаказом
Консьерж-MVP
услугу вручную оказывает команда, а клиент думает, что общается с сервисом
«Волшебник страны Оз»
интерфейс настоящий, а за ним — люди вместо алгоритма
No-code MVP
продукт собран в конструкторе и связан сервисами автоматизации
Mini App в Telegram
приложение внутри мессенджера
Веб-MVP
веб-приложение с базой, кабинетами и оплатой
Мобильный MVP
приложение для iOS и Android

Когда подходит

Лендинг-MVP
проверить спрос до разработки
Консьерж-MVP
понять, что именно нужно клиенту
«Волшебник страны Оз»
проверить сценарий до сложной автоматизации
No-code MVP
простая логика, нужен быстрый старт
Mini App в Telegram
аудитория уже в Telegram
Веб-MVP
нужна своя логика и данные
Мобильный MVP
продукт завязан на телефон: геолокация, камера, push

Бюджет

Лендинг-MVP
самый низкий
Консьерж-MVP
низкий, но много ручной работы
«Волшебник страны Оз»
низкий или средний
No-code MVP
низкий, есть абонентская плата
Mini App в Telegram
средний
Веб-MVP
средний или высокий
Мобильный MVP
высокий

Выбирайте самый дешёвый вид, который честно проверит гипотезу. Лендинг для проверки спроса часто отвечает на вопрос «нужно ли» за пару недель, а MVP в виде Telegram Mini App — на вопрос «будут ли пользоваться».

Разработка MVP для стартапа и бизнеса: что входит

Разработка для стартапов и для внутренних проектов компаний устроена одинаково: сначала гипотеза, потом код.

Разбор гипотезы и метрик

Формулируем, что проверяем, кто первые пользователи и какая цифра будет означать успех. Пишем список «не делаем».

Прототип

Кликабельные экраны главного сценария. Их можно показать пяти будущим пользователям до написания кода.

Дизайн

Чистый интерфейс без лишнего: MVP должен быть простым, но не должен отпугивать.

Разработка

Код, который не придётся выбросить: архитектура с запасом на рост, но без преждевременной сложности.

Аналитика

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

Запуск на первых пользователях

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

Сколько стоит создание MVP

MVP дешевле полного продукта не потому, что сделан хуже, а потому, что в нём меньше функций. Дороже делают: несколько ролей (покупатель, продавец, администратор), онлайн-оплата, интеграции, сложные расчёты и работа с ИИ.

No-code или лендинг-MVP

конструктор, форма, ручная обработка, базовая аналитика

по смете

Веб-MVP

веб-приложение, база, кабинет, оплата, аналитика событий

по запросу

Мобильный MVP

приложение для iOS и Android, публикация в магазинах

по смете

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

Этапы разработки MVP продукта

  1. 01

    Гипотеза и метрики

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

  2. 02

    Функционал

    Выбираем ключевую функцию и составляем список «не делаем». Вы получаете бэклог первой версии и смету.

  3. 03

    Прототип

    Кликабельные экраны главного сценария. Вы показываете их будущим пользователям и вносите правки до кода.

  4. 04

    Разработка

    Делаем продукт короткими итерациями и показываем промежуточные версии. Вы видите прогресс, а не ждёте финала.

  5. 05

    Запуск

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

  6. 06

    Анализ и решение

    Сравниваем цифры с метрикой успеха. Вы решаете: развивать, менять направление или остановиться.

Вопросы о MVP

Что такое MVP в разработке?
Это минимальная рабочая версия продукта, которая решает главную задачу пользователя и помогает проверить гипотезу на живых людях. В ней только ключевая функция и ничего лишнего. По реакции первых пользователей решают, развивать продукт дальше или менять идею.
Что означает слово MVP?
MVP — сокращение от minimum viable product, «минимально жизнеспособный продукт». В спорте то же сокращение значит «самый ценный игрок», но в разработке речь всегда о первой версии продукта.
Что такое МВП в проектах?
То же, что MVP, только русскими буквами: первая рабочая версия продукта или внутренней системы. В проектах компаний MVP помогает проверить новый процесс на одном отделе, прежде чем внедрять его везде.
Чем MVP отличается от PoC?
PoC отвечает на вопрос «технически это возможно?» и обычно остаётся экспериментом внутри команды. MVP отвечает на вопрос «нужно ли это людям?» — им пользуются настоящие клиенты. Часто PoC идёт первым, если в продукте сложная технология.
Сколько стоит создать MVP?
Веб-MVP — по запросу. No-code и лендинг-MVP дешевле, мобильный MVP дороже. Итог зависит от числа ролей пользователей, оплаты и интеграций, поэтому смету даём после разбора гипотезы.
Сколько времени занимает разработка MVP?
Лендинг-MVP собирается быстрее всего, веб-MVP с кабинетом и оплатой — дольше, мобильный — ещё дольше из-за проверки в магазинах приложений. Точный срок фиксируем в смете после выбора функций: чем короче список «делаем», тем быстрее запуск.
Как понять, что MVP успешен?
Сравнить результат с метрикой, которую записали до запуска: число повторных заказов, оплат, активных пользователей. Если цифра достигнута — гипотеза подтверждена. Если нет — это тоже результат: вы узнали об этом дёшево.
Можно ли потом развивать MVP в полноценный продукт?
Да, если MVP писали с расчётом на рост: понятная архитектура, тесты на ключевые части, документация. Технический долг в MVP неизбежен, важно держать его под контролем. Для долгого развития продукта без своего техдиректора подойдёт технический директор на аутсорсе.
Нужен ли MVP, если продукт для внутренних сотрудников?
Часто да. Внутренний сервис тоже может не прижиться: сотрудники продолжат работать в таблицах. MVP на одном отделе показывает, пользуются ли им на самом деле, прежде чем тратить бюджет на всю компанию.
Можно ли сделать MVP на no-code?
Можно, если логика простая: форма, база, уведомления, оплата. Это дешевле и быстрее. Минусы — абонентская плата, ограничения конструктора и сложный переезд, когда продукт вырастет. Мы честно говорим, когда no-code хватит.

Обсудим ваш проект

Заявку читает руководитель проекта, а не колл-центр и не автоответчик.

Что будет после заявки

  1. Укажите удобный способ связи для обсуждения задачи.
  2. Созвонимся, чтобы понять задачу, цифры и ограничения.
  3. Предложим план: что сделать, в каком порядке, кто из команды подключится и сколько это стоит.

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

Расскажите о задаче

Имени и телефона достаточно. Подробности можно добавить сразу или обсудить при звонке.

Добавить подробности