Как проверить идею приложения до разработки

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

Что именно проверяем

Гипотеза приложения состоит из трёх утверждений: у аудитории есть задача; наше решение ей подходит; люди готовы ради него действовать — записываться, платить, возвращаться. Проверке подлежит третье: первые два вы и так «знаете». Тесты ниже отсортированы от дешёвых к дорогим; каждый следующий даёт более твёрдое доказательство.

Тесты 1–2: разговоры и опрос

Разговоры с клиентами (2–3 дня). Десять-пятнадцать интервью с реальными клиентами: как решают задачу сейчас, что раздражает, платили ли за решение. Запрещённый вопрос — «вам было бы удобно приложение?» (все скажут «да»); правильный — «расскажите, как вы в прошлый раз записывались». Ищите уже существующее поведение, а не обещания.

Опрос аудитории (2–5 дней). Если есть канал, чат или база — короткий опрос с конкретикой: «что удобнее — позвонить или выбрать окно в приложении», «какие функции нужны в первую очередь» с выбором из вариантов. Опрос хорошо приоритизирует состав, но помните его границу: люди голосуют словами, а покупают действиями.

Тесты 3–4: лендинг и предпродажа

Лендинг с заявкой (1–2 недели). Одна страница с описанием продукта и кнопкой «получить доступ первым». Трафик — ваш канал или небольшая реклама. Критерий: конверсия посетителя в заявку на уровне нескольких процентов — сигнал продолжать; доли процента при тёплой аудитории — повод пересмотреть оффер или саму идею. Лендинг проверяет интерес, но не готовность платить.

Предпродажа (2–4 недели). Самое сильное доказательство: продать продукт до его существования — годовой абонемент со скидкой, ранний доступ, пакет услуг. Деньги клиентов вперёд продукта отвечают на вопрос «будут ли платить» лучше любых исследований. Предпродажа не сработала при честном оффере — это не провал, а сэкономленный бюджет разработки.

Тест 5: ручной прототип

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

Ошибки самообмана

• Спрашивать мнение вместо проверки действием: «классная идея» от друзей — не данные.
• Тестировать на нетеплой аудитории: холодный трафик сливает хорошие идеи; начинайте с тех, кто вас знает.
• Менять тест по ходу: если критерий «10 предоплат» не выполнен, ответ — «пока нет», а не «давайте посчитаем заявки полупредоплатами».
• Проверять продукт вместо задачи: если ручная запись не востребована, красивое приложение для записи не поможет.

Проверка закончилась ответом «да»? Дальше — подготовка к разработке: чек-лист заказчика и шаблон брифа. Ответом «пока нет»? Это тоже результат: вы потратили недели вместо месяцев. А если хотите взгляд со стороны — на продуктовой диагностике мы честно скажем, созрела ли идея: запускать заведомо слабый продукт не в наших интересах.

Частые вопросы