Самая дорогая ошибка при запуске — месяцы разработки продукта, за который никто не готов платить. MVP помогает узнать это раньше и дешевле, но только когда он проверяет конкретную гипотезу, а не служит первой версией «со всем, но похуже». Порядок такой: сформулировать гипотезу и критерий успеха, собрать минимальный продукт, найти первых посетителей, прочитать цифры и принять решение по итогам теста.
MVP — это проверка гипотезы, а не урезанная версия продукта
Урезанная версия отвечает на вопрос «сможем ли мы это сделать». MVP отвечает на другой: «нужно ли это людям настолько, чтобы они совершили действие». Действие должно быть измеримым: заявка, запрос цены, запись на консультацию, предзаказ. Если после теста нельзя однозначно сказать, подтвердилась гипотеза или нет, получилось демо, а не проверка.
Практическое следствие: в MVP нет ничего, что не влияет на ответ. Личные кабинеты, анимации, подробный раздел о команде откладываются, пока не станет ясно, что спрос есть.
Сравните два подхода к одной идее:
- Урезанная версия: «Запускаем сервис подбора репетиторов, но пока без отзывов, расписания и оплаты».
- Проверка гипотезы: «Родители старшеклассников оставят заявку на подбор репетитора по физике, если мы пообещаем подобрать преподавателя за сутки и покажем цену первого занятия».
Первый вариант проверяет терпение команды. Второй — спрос на конкретное предложение.
Одна гипотеза и критерий успеха до начала сборки
Гипотезу удобно записывать по шаблону: кто сделает какое действие, потому что получит какую ценность, и мы узнаем это по какой метрике за какой срок.
Критерий успеха фиксируется до сборки, письменно. Иначе любой результат задним числом объясняется как успех: «заявок мало, зато просмотров много». Условный пример формулировки: «За 30 дней при трафике из профильных сообществ получить не меньше 10 заявок с телефоном от родителей старшеклассников». Цифры здесь — порог, который вы задаёте сами, исходя из экономики: сколько вам приносит один клиент и сколько вы готовы тратить на его привлечение.
Сразу запишите и обратное условие — при каком результате вы останавливаетесь или меняете предложение. Это защищает от бесконечного «подождём ещё неделю».
Типичные ошибки на этом этапе:
- Проверять сразу аудиторию, цену и формат. При слабом результате непонятно, что именно не сработало.
- Считать сигналом спроса лайки и фразы знакомых «я бы купил».
- Не назначать срок: тест тянется, пока не кончится терпение или бюджет.
Минимальный набор: что собрать для проверки спроса
Для большинства гипотез хватает одного из двух форматов.
- Лендинг с формой. Для кого предложение, какую задачу решает, как это работает, цена или хотя бы «от», ответы на частые вопросы и форма заявки. Каждая заявка сохраняется в базе данных, а все обращения видны в разделе «Заявки с проектов» личного кабинета.
- Небольшой каталог. Подходит, когда гипотеза про ассортимент: какие позиции вызывают интерес. Десятка-другого карточек с кнопкой заявки или запроса цены достаточно.
Цену показывайте сразу. Заявка без цены проверяет любопытство, а не готовность платить.
От того, как вы опишете задачу ИИ-команде, зависит, сколько генераций уйдёт на переделки. Сравните:
- Плохо: «Сделай продающую страницу для сервиса репетиторов, современную и стильную».
- Хорошо: «Лендинг для родителей учеников 9–11 классов: подбор репетитора по физике за сутки. Блоки: проблема, как работает подбор в три шага, цена первого занятия, четыре частых вопроса, форма — имя, телефон, класс, цель занятий и согласие на обработку персональных данных. После отправки — сообщение, что менеджер перезвонит в течение дня».
Подробный разбор структуры описания — в статье о том, как описать продукт для ИИ-команды.
На бесплатном тарифе «Пробный» доступны 10 генераций, до трёх проектов, формы с записью в базу, каталог, публикация по ссылке и облачный хостинг с SSL. Для первой проверки спроса этого обычно достаточно. Если нужно сравнить два предложения для разных аудиторий, соберите их отдельными проектами и ведите на каждый свой источник посетителей.
Публикация по ссылке: откуда взять первых посетителей
Проект публикуется по ссылке в один клик. Для теста свой домен чаще всего не нужен — когда он становится важен, разобрано в материале свой домен или публикация по ссылке.
Сложнее другое: без посетителей тест не состоится. Источники и их особенности:
- Текущие клиенты и контакты. Быстро и бесплатно, но выборка смещена: эти люди уже вам доверяют и откликаются охотнее.
- Профильные сообщества и чаты. Ближе к реальной аудитории. Публикацию согласуйте с администраторами.
- Небольшой рекламный тест с жёстким лимитом бюджета. Холодная аудитория, которая ничего о вас не знает, даёт самый честный сигнал.
- Партнёры с той же аудиторией. Упоминание у того, кому ваши будущие клиенты уже доверяют.
Чтобы потом понять, какой источник сработал, записывайте даты, когда включали каждый из них, или добавьте в форму необязательное поле «Откуда вы о нас узнали».
Как читать результат: просмотры, посетители, заявки, конверсия
В разделе «Аналитика» четыре показателя за 7, 30 и 90 дней:
- Просмотры — сколько раз открывали страницы. Один человек может дать несколько просмотров.
- Посетители — приблизительная оценка того, сколько людей пришло: отчёт считает не отдельные устройства, а часы, в которые проект открывали.
- Заявки — сколько форм отправлено.
- Конверсия — какая часть посетителей дошла до заявки.
Отрезок в 7 дней полезен для быстрой проверки: посетители приходят, форма работает, заявки доходят. Решение принимайте по сроку, который заложили в критерий.
Главная оговорка — малые выборки. Условный пример: 40 посетителей и 2 заявки — это одна заявка на двадцать человек. Но стоит одной из этих заявок не прийти, и показатель упадёт вдвое. На таких объёмах смотрите на абсолютные числа и на качество заявок, а не на конверсию.
Качество проверяется просто: свяжитесь с каждым, кто оставил заявку. Это целевой клиент? Устраивает ли цена? Готов ли он купить сейчас? Отмечайте итог статусами — новая, обработанная, отклонённая — и при необходимости выгрузите список в CSV, чтобы вести заметки в Excel. Как не ошибиться в интерпретации цифр, подробно разобрано в статье просмотры, посетители, конверсия: как читать отчёт проекта.
Решение принимается по критерию, записанному до запуска. Если критерий захотелось «уточнить» после того, как пришли цифры, скорее всего, гипотеза не подтвердилась.
После теста: развивать, менять или останавливать
| Что получилось | Что это значит | Следующий шаг |
|---|---|---|
| Критерий выполнен, заявки целевые | Спрос есть | Развивать продукт |
| Посетители есть, заявок мало | Предложение не цепляет | Поменять одно: оффер, цену или аудиторию |
| Заявки есть, но нецелевые | Промах по аудитории или тексту | Уточнить, для кого продукт |
| Посетителей почти нет | Тест не состоялся | Сначала решить вопрос с трафиком |
Меняйте за раз одну переменную и повторяйте тест с тем же типом критерия. Правки вносятся словами в редакторе: «сделай цену заметнее», «добавь блок с ответами на вопросы о сроках».
Остановка — тоже результат. Деньги и месяцы, которые не ушли в разработку ненужного продукта, и есть прямая выгода теста.
Если гипотеза подтвердилась, не расширяйте продукт сразу во все стороны. Добавляйте то, что следует из разговоров с первыми клиентами, и помните, что функция и данные важнее оформления, — подробнее в материале о приоритетах при запуске цифрового продукта.
Когда переходить к полноценному продукту и забирать код
Признаки, что пора: критерий выполнен на холодной аудитории, а не только на знакомых; заявки продолжают приходить после первой волны; клиенты просят то, чего в MVP нет, — кабинет, каталог, оформление заказа.
На этом этапе обычно появляются три задачи:
- Свой домен. Он доступен на платных тарифах: в «Премиуме» за 990 ₽ в месяц — свой домен без бейджа.
- Код как актив. В «Премиуме» доступна выгрузка кода на Next.js + Prisma с базой PostgreSQL. Архив можно разместить в своём репозитории — на GitHub, GitFlic или внутреннем сервере компании.
- Разработчик для доработок. Выгруженный код — функционально полный каркас, но это стартовая точка: перед запуском на своей инфраструктуре и сложными доработками его должен просмотреть разработчик.
Пока гипотеза не подтверждена, забирать код рано: правки словами в редакторе быстрее ручной доработки, а владение кодом продукта, который может не понадобиться, ничего не даёт.
Практический следующий шаг: запишите гипотезу одним предложением, рядом — критерий успеха и срок. Затем зарегистрируйтесь и опишите лендинг под эту гипотезу на бесплатном тарифе.
