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

Проверить идею продукта без разработки можно за 14 дней. В первый день запишите, при каких цифрах вы идею закроете. Первую неделю ищите проблему — смотрите спрос в поиске и говорите с 15–20 людьми о том, как они решают её сейчас. Вторую неделю ищите деньги — сделайте страницу с ценой и кнопкой, приведите на неё людей и выполните обещание вручную для первых откликнувшихся. На четырнадцатый день сравните результат со своими условиями и примите одно из трёх решений — продолжать, повернуть или закрыть. Код не нужен ни в один из этих дней.

Почему идеи умирают не от кода

Когда стартап закрывается, в некрологе обычно пишут «кончились деньги». Это правда примерно так же, как «перестало биться сердце».

В отчёте CB Insights за март 2026 разобрали 431 закрывшуюся компанию с венчурными деньгами. У 70% кончились средства, но сами авторы называют это финальной причиной. Корень чаще выше: у 43% продукт так и не совпал с тем, что нужно рынку. Медианная компания из этой выборки успела привлечь 11 миллионов долларов. Многие потратили их на то, что можно было опровергнуть за пару недель разговоров.

Самая дорогая ошибка в продукте — правильно сделанная вещь, которая никому не нужна. Баг можно отладить. Её нельзя.

План ниже написан для цифрового продукта, но так же проверяется и бизнес-идея без сайта и приложения — новая услуга, курс, мастерская. Меняются каналы, логика та же.

Главное правило: условия «стоп» — до первого разговора

У любого, кто проверяет свою идею, одна профессиональная болезнь — он слышит «да» во всём. Один собеседник из пятнадцати сказал «прикольно» — значит, есть спрос. Три заявки со страницы — значит, работает. Лекарство тоже одно: решить заранее, что будет считаться «нет».

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

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

Как проверить идею продукта: план на 14 дней

В двух неделях нет магии. За этот срок ещё не успеваешь окончательно влюбиться в идею, но уже успеваешь поговорить с достаточным числом людей.

1. День 1. Сформулируйте гипотезу одной фразой — кто, какая у него проблема, как он решает её сейчас и почему ему этого мало. Запишите стоп-условия. Если фраза не складывается, проверять пока нечего — сначала найдите, про кого эта идея.
2. День 2. Проверьте, ищут ли решение. Посмотрите запросы в Яндекс Вордстате, почитайте профильные чаты и форумы, откройте отзывы на конкурентов. Особенно ценны отзывы на одну-две звезды: в них люди бесплатно пишут техническое задание для вашего продукта.
3. Дни 3–4. Найдите 15–20 человек из своего сегмента. Не друзей и не коллег — людей, у которых проблема есть прямо сейчас. Пишите в профильные сообщества, просите знакомых познакомить, предлагайте полчаса разговора без продажи.
4. Дни 5–8. Проведите интервью. Спрашивайте о прошлом: когда это было в последний раз, что вы сделали, сколько это стоило, что раздражало. Про свою идею не рассказывайте до последних пяти минут, а лучше вообще.
5. День 8, вечер. Разберите записи. Выпишите проблемы, которые люди назвали сами, без подсказки, и посчитайте, сколько раз каждая прозвучала. Сверьтесь со стоп-условиями — если проблема не подтвердилась, вторую неделю можно не начинать.
6. День 9. Соберите одну страницу — что вы решаете, для кого, сколько стоит и кнопка «Оставить заявку» или «Забронировать место». Конструктора сайтов хватит. Цена на странице обязательна: без неё вы проверяете любопытство.
7. Дни 10–11. Приведите на страницу людей. Небольшая реклама в Яндекс Директе на запросы из дня 2, пост в профильном сообществе, личные письма тем, с кем говорили. Считайте заявки, просмотры ничего не значат.
8. Дни 12–13. Выполните обещание руками. Тем, кто оставил заявку, сделайте работу вручную — таблицей, звонком, перепиской. Это называют «консьерж-MVP». Предложите предоплату или платный пилот: деньги — лучший ответ на вопрос «нужно ли».
9. День 14. Положите рядом стоп-условия и результат. Решите: продолжать, повернуть или закрыть. Запишите, почему, — через полгода эта запись сэкономит вам спор с самим собой.

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

Какие сигналы считать, а какие — нет

Главная ловушка интервью в том, что люди добрые. Вам не хотят говорить, что идея не нужна, — и говорят то, что звучит как поддержка.

Это главный урок книги Роба Фитцпатрика «The Mom Test»: мнение о будущем ничего не стоит, прошлое поведение стоит много. «Я бы купил» — мнение. «Мы в прошлом месяце заплатили фрилансеру, чтобы он это разгрёб» — факт, и за такой факт стоит держаться.

Сколько разговоров достаточно? В заметке Джона Хаузера из MIT о методе «голос клиента» приводится результат их классического исследования с Эбби Гриффин: 20 интервью выявили больше 90% потребностей, которые дали 30. Если клиенты сильно отличаются — скажем, салоны красоты и сети клиник, — авторы советуют 10–20 разговоров на каждый сегмент. А вот трёх-пяти разговоров почти всегда мало: вы услышите самых разговорчивых и примете их за рынок.

Где в проверке помогает ИИ, а где вежливо врёт

В 2026 году соблазн очевиден — зачем две недели, если нейросеть соберёт прототип за вечер, а на вопросы ответит сама? Кое-где она действительно экономит дни.

Если отдаёте нейросети записи интервью на расшифровку, помните — имена и телефоны собеседников в них считаются персональными данными. Как не нарушить 152-ФЗ, разобрано в отдельном справочнике.

Про прототипы хорошо написали в Nielsen Norman Group в сентябре 2026: с ИИ интерактивный прототип сложного интерфейса можно собрать за день и раньше показать людям. Но там же предупреждают, что лоск опасен — отполированный прототип хочется перестать улучшать. Для проверки идеи есть вторая опасность. Прототип отвечает на вопрос «понятно ли, куда нажать», а вам нужен ответ на «нужно ли вообще нажимать». Эти вопросы легко перепутать, потому что на оба люди вежливо кивают.

С «синтетическими респондентами» — нейросетью, которая изображает клиента, — ещё проще. В разборе NN/g о синтетических пользователях это сформулировано так: реальным людям одно важнее другого, а синтетическим важно всё. Модель воодушевится любой идеей. Спросите её, купит ли она ваш продукт, — она купит, и ещё два, и порекомендует друзьям. Жаль, что у неё нет карты.

Что делать с результатом через две недели

Итог проверки — одно решение из трёх.

• Продолжать. Проблема подтвердилась, есть заявки и хотя бы один человек готов платить. Следующий шаг — автоматизировать самую нудную часть того, что вы делали руками в дни 12–13. Весь продукт строить пока рано.
• Повернуть. Проблема есть, но не у тех, кого вы искали, или не та, о которой вы думали. Перепишите гипотезу из первого дня и начните новые две недели — они будут быстрее, потому что люди уже найдены.
• Закрыть. Стоп-условия сработали. Порадуйтесь: две недели — самая дешёвая цена, по которой можно купить ответ «нет».

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

Грубая версия из разговоров

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

И вывод оттуда же: решение, что оставить, требует той же серьёзности, что раньше требовал план. И две недели нужны даже не ради скорости. Они нужны, чтобы идею, в которую вы уже почти влюбились, успел оценить кто-то, кроме вас.