Продолжаем разбирать по косточкам MVP. Вы уже прошли fake door — поняли, что идея цепляет. Провели concierge — нашли тех, кто готов платить. Пора проверить, как это будет выглядеть в формате готового сервиса, но без кодинга сложной автоматики.
КОМУ НАДО (ИЛИ НЕТ)
Этот тип MVP хорошо заходит, когда:
- ⏺️ваша фишка — автоматизация, алгоритмы, ИИ
- ⏺️вы уже получили первые сигналы ценности из интервью, fake door или concierge и хотите проверить, как люди пользуются продуктом в а-ля автоматическом формате
Но Wizard of Oz не подойдёт, если ценность сервиса — именно в живом человеческом контакте (коучинг, менторство, консалтинг, сложный б2б), там честный concierge и так работает без необходимости прятать людей за интерфейсом.
КАК ЭТО ВЫГЛЯДИТ
1️⃣ Формулируем гипотезу автоматизации
Чётко описываем, какую «магическую кнопку» или «умного ассистента» вы обещаете, и какую именно задачу закрываете.
Пример: «Готов ли владелец малого бизнеса платить 100$ в месяц за AI‑ассистента, который сам пишет и отправляет письма для холодной рассылки». Тут всегда опираемся на реальные боли из интервью.
2️⃣ Проектируем фасад продукта
Собираем то, что будет видеть пользователь: лендос, интерфейс веб‑сервиса, тг‑бота, форму заявки. Важно: всё это должно выглядеть как готовый продукт с ИИ, не как заявка на услугу! Ведь челик не должен догадаться, что за интерфейсом прячутся обычные люди.
3️⃣ Строим ручной бэкенд с нейросетями
Прописываем процессы, будто они уже автоматизированы: шаги, формат входных данных, результат, SLA по скорости и качеству. Затем решаем, как это будет делаться руками:
- 🔵 оператор (вы, кофаундер, пара тимлидов) выполняет ключевые шаги по скриптам;
- 🔵 гпт и другие нейросети — пишут черновики, собирают summary, генерят вариант(ы);
- 🔵 no‑code шаманит заявки из формы → таблица → уведомление → слоты созвона.
4️⃣ Запускаемся на узком ICP и жёстко лимитируем объём
Берём 10–30 платящих клиентов или 50–100 активных пользователей. Тут не наступите себе на хвост — важно, чтобы выдерживались качество и скорость. Трафик на первых порах можно вести из уже отстрелявшегося fake door‑лендинга или по следам concierge‑пилота.
5️⃣ Меряем и конверсию, и поведение
Подписки и оплаты, конечно, в приоритете, но не забываем про то:
- 🔵 какие сценарии повторяются, а где у народа всё ломается;
- 🔵 какие слова и формулировки они используют в чатах и формах (это унесём в вайбкодинг и позиционирование);
- 🔵 сколько времени и денег уходит на обслуживание одного юзера, и в какой момент вы начинаете дымиться — это заготовка будущей юнит‑экономики.
6️⃣ Быстро итерируем интерфейс и скрипты
Пока всё вручную, можно оперативно переписать тексты, изменить выдачу, убрать или добавить шаги и сразу увидеть, что с конверсией и ретеншеном.
НА ЧТО СМОТРЕТЬ ПО ИТОГАМ
1️⃣ Сигнал ценности и «мэджика»
- 🔴 люди возвращаются и пользуются сервисом повторно, а не просто делают разок тык из любопытства
- 🔴 люди готовы платить (или платить больше) именно за скорость, удобство, точность (не за старания Феди, который дымится)
2️⃣ Структурируемость процесса
- 🔴 60–80% операций повторяемы и предсказуемы
- 🔴 понятно, какие шаги можно отдать коду или аишке, а где критикал человеческая экспертиза
3️⃣ Сырая юнитка и предел масштаба
- 🔴 есть реальные цифры: время на задачу, стоимость привлечения, средний чек
- 🔴 видно, при каком количестве пользователей Федя уже не дымится, а загорается — это триггер для приоритетной автоматизации
4️⃣ Ясное понимание ICP и core‑use cases
- 🔴 по логам видно конкретные паттерны клиентов и сценариев
- 🔴 есть список фич, за которые реально платят, и того, что ехало‑болело — основа для роадмапа
РЕЗЮМЕ
Wizard of Oz MVP — это когда вы уже не руками помогаете клиенту, как в косьерже. Тут вы делаете вид, мол, «налетай, реальный сервис, беги и тыкай», чтобы посмотреть, как народ им пользуется, прежде чем закопаться в разработку.
#redhead_mvp
