На одном проекте спор начался на 4 день. Основатель пришел за MVP маркетплейса, бюджет уже прикинули, команда мысленно заложила 3 месяца разработки. Мы вместо кода собрали лендинг, прототип в Figma, связку Calendly + Airtable и провели первые 9 заказов вручную - так, как будто сервис уже работает.
Через неделю выяснилась неприятная вещь: спрос есть, но у другого сегмента. Этот вывод сэкономил не только время. Если считать команду в 4 человека и рыночную стоимость разработки в 350-450 тыс. ₽ на человека в месяц, отказ от раннего MVP убрал риск потратить 4,2-5,4 млн ₽ до первой нормальной проверки спроса.
За 14 дней проверяют не продукт, а ставку на сегмент
На ранней стадии я смотрю на одну вещь: готов ли конкретный человек сделать следующий шаг за обещанную ценность. Пока этого нет, обсуждать функции, роли и интеграции рано.
Рабочая гипотеза должна умещаться в одну строку: кто - боль - обещание - действие. Пример: HR в IT-компаниях на 50-200 сотрудников готовы записаться на демо AI-сервиса для скрининга, если он сокращает первичный отбор на 30%. Тогда и логика проверки ясна: 10-15 интервью, лендинг, исходящие сообщения в LinkedIn и критерий успеха - 5-7 демо за две недели.
До MVP полезнее валидировать не код, а обещание ценности для узкого сегмента.
Когда гипотеза размыта, любая реакция начинает казаться обнадеживающей. Люди отвечают, советуют, хвалят идею, но заявку не оставляют. По моему опыту, именно этот вежливый интерес чаще всего и съедает месяцы.
Простой прототип дает чище сигнал, чем сырой продукт
Мы предпочитаем связки без разработки, потому что они быстрее отвечают на вопрос, за что рынок готов платить временем или деньгами. Для одного B2B SaaS собрали тест за 3 дня: Framer, 6 экранов в Figma, Tally для формы, Calendly для демо, Airtable и Telegram для ручной обработки. Из 300 визитов получили 12 заявок. Конверсия в заявку - 4%, и это уже материал для решения.
Если проверяем спрос -> лендинг + трафик
Если проверяем сценарий -> прототип в Figma
Если проверяем готовность платить -> оффер + депозит или пилот
Если проверяем операционку -> concierge / Wizard of Oz
Многих смущает ручная работа внутри сервиса. Я отношусь к этому спокойно: если клиент получил результат, ценность проверена честно. Здесь важна плотность контакта с рынком, а не упаковка.
Две недели надо считать как короткий инвестиционный цикл
У такого теста тоже есть экономика. Обычно нужен рекламный бюджет 10-30 тыс. ₽, время основателя и один человек, который быстро соберет лендинг и прототип. Даже если добавить подготовку материалов, стоимость цикла редко выходит за 80-150 тыс. ₽. Это в разы дешевле раннего MVP.
| Что сравниваем | Быстрый тест | Ранний MVP |
|---|---|---|
| Срок | 2 недели | 8-12 недель |
| Бюджет | 80-150 тыс. ₽ | 4,2-5,4 млн ₽ |
| Что узнаем | спрос и сегмент | в основном то же, но дороже |
| Цена ошибки | низкая | высокая |
У нас был проект в EdTech. Изначально хотели делать «платформу для экспертов», а это почти всегда означает широкий рынок и размытый оффер. Мы остановили разработку, сузили фокус до корпоративного обучения для отделов продаж и за 14 дней получили 12 интервью и 7 записей на демо. После этого уже можно было считать воронку и экономику пилота, а не спорить о функциях.
Сколько контактов нужно на старт? Обычно хватает 20-30 целевых контактов, 10-15 интервью и одного лендинга с одним оффером. Когда тест провален? Когда люди охотно разговаривают, но не тратят ресурс: не бронируют слот, не дают данные, не обсуждают пилот.
Хорошие интервью врут чаще плохих цифр
В прошлом году мы смотрели проект аналитики для e-commerce. Команда провела 18 интервью, собрала много позитивной обратной связи и уже собиралась идти в MVP. Потом сделали тест на фиктивный спрос: 400 визитов, 3 заявки, до демо не дошел никто. Боль была реальная, но оффер звучал слишком общо.
Вот как это выглядело в цифрах:
- До теста - «рынок подтвержден», потому что интервью шли хорошо
- После теста - 0% перехода из заявки в демо
- Решение - не писать код, а перепаковать обещание и сегмент
Мы и сами в похожих ситуациях пытались спасать идею дополнительными функциями. Не сработало. Если человек не делает следующий шаг на простом оффере, новый экран регистрации редко меняет экономику проекта.
В разработку идут после сигналов, а не после вдохновения
Я бы запускал MVP, когда повторяется одна и та же боль, есть заявки, понятен первый сценарий и хотя бы 2-3 разговора о пилоте или депозите. Это уже основа для расчета окупаемости, стоимости привлечения и первого юнита продукта.
В той истории с маркетплейсом мы так и не пошли в исходную версию сервиса. И это было правильное решение. Хорошо, что спор случился на 4 день, а не на двенадцатой неделе: самые дорогие продукты обычно рождаются не из плохой разработки, а из слишком дорогой вежливости рынка.
