# Идея не прошла проверку: когда пора сменить проект

«Инструмент есть, рутины нету» - тест, который останавливает слабую идею до недели кода. Разбираю три опоры сильного проекта и когда брать другую идею.

URL: https://posts.danashkin.ru/guides/ideya-ne-proshla-proverku
Обновлено: 2026-09-20

---

## Коротко

**Главное**

- Лучший результат проверки идеи иногда звучит как «нет». Остановиться до недели работы над кодом дешевле, чем после.
- Главный тест первой идеи - «инструмент есть, рутины нету». Если не можешь назвать рутину, которую снимает твой продукт, ты строишь инструмент в поисках задачи.
- Сильная первая идея держится на трёх опорах: живой пользователь, измеримая рутина и уже провалившиеся способы её решить.
- Вопросы о замысле полезно задавать себе несколько раз под разными углами. Так видно, где ты сам себе противоречишь.
- Разрешение сменить проект - часть метода, а не поражение. Идея не прошла проверку - бери другую в тот же день, не жди неделю.

## Почему отказ от идеи - хороший результат проверки?

**Главное**

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

На индивидуальном обучении ученик пришёл на занятие без выполненной домашки, но с решением. Он начал собирать проект по своей рабочей задаче и остановил его сам, по собственному диагнозу.

Остановила его фраза из материалов курса: «инструмент есть, рутины нету». Он сел заполнять описание замысла и поймал себя на том, что придумывает. Его словами: «нет у меня понимания вот этого процесса, где здесь рутинные, то есть где убрать».

Ещё одна деталь добила идею окончательно. Часть рутинной работы по этому направлению он уже провёл руками, а само направление так и не запустили. Автоматизировать процесс, которого не будет, незачем.

Со стороны это похоже на неудачу: неделя прошла, кода нет, проект закрыт. На деле это ровно то, ради чего проверка существует. Метод сработал как фильтр и остановил проект до того, как в него ушли вечера на код.

## «Инструмент есть, рутины нету»: главный тест идеи

**Главное**

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

Самая частая ловушка первого проекта в [вайбкодинге](/concepts/vibecoding) - начать с решения. «Хочу бота», «хочу приложение для учёта», «хочу сервис, который анализирует». Звучит как план, но в нём нет главного: чью работу он заменяет.

Проверка занимает десять минут. Ответь письменно на четыре вопроса:

1. **Что за рутина.** Конкретное действие, которое кто-то делает руками: сверяет, переносит, считает, напоминает.
2. **Кто её делает.** Имя или роль. «Все» и «пользователи» не считаются.
3. **Как часто.** Каждый день, каждую неделю, раз в месяц.
4. **Сколько это стоит.** Минуты или часы на один раз, умноженные на частоту.

Как это звучит на живом примере. «Хочу бота, который отвечает клиентам»: рутина - одни и те же вопросы в мессенджере, делает администратор, двадцать раз в день, по несколько минут на ответ. Такая идея тест проходит, и видно, что именно она снимает.

Если на первый вопрос ответ расплывчатый, остальные не спасут. Процесс, которого нет или который уже пройден руками, автоматизировать нечем.

Выбор самой первой задачи для нейросети - отдельная тема, её разбирал в материале про то, [какую задачу отдать нейросети первой](/guides/kakuyu-zadachu-otdat-ii-pervoy). Здесь речь о следующем шаге: когда задача выбрана и превращается в собственный продукт.

## Как понять, что идея держит рутину?

**Главное**

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

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

Сравни две идеи по опорам:

| Опора | Первая идея (рабочий процесс) | Вторая идея (семейный бюджет) |
|---|---|---|
| Живой пользователь | неясно, процесс так и не запустили | есть: сам и жена |
| Измеримая рутина | нет, работа уже сделана руками | есть: разбор трат занимает много времени |
| Провалившиеся альтернативы | нет | четыре-пять приложений, потом таблицы |
| Частота | нет процесса - нет и частоты | траты идут постоянно |

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

Была и вторая причина собирать своё: он не хотел отдавать финансовые данные семьи в чужое приложение на чужих серверах. Когда речь о деньгах и личных данных, свой продукт даёт контроль, которого нет у подписки.

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

## Зачем отвечать на одни и те же вопросы под разными углами?

**Главное**

Чтобы поймать собственные противоречия. Когда один и тот же вопрос о замысле задан три раза разными словами, расхождения в ответах становятся видны сразу. Ученик сравнил это с профотбором в военкомате: сотни вопросов блоками, и потом те же вопросы в другой формулировке.

Описание замысла на обучении заполняется набором промптов, и многие из них спрашивают похожее. Про пользователя, про боль, про результат - несколько раз, с разных сторон. Типичная реакция: зачем столько повторов.

Лучший ответ на этот вопрос дал ученик, а не я. Он сравнил промпты с профотбором в военных училищах: «тебе задают 500 вопросов, но блоками... А потом тебе задают эти же вопросы об этом же, но только немного в другую интерпретацию, проверить, насколько ты врёшь или не врёшь».

И сразу назвал эффект: «когда я заполнил файл... перечитывал... сразу видишь, где сам противоречишь». Если в одном месте пользователь - ты сам, а в другом - «малый бизнес», замысел ещё не сложился.

Проверка работает без всякого агента. Опиши идею письменно, отложи на день и ответь на те же вопросы заново, не подглядывая. Расхождения покажут, где ты ещё не решил, что строишь.

## Разрешение сменить проект

**Главное**

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

Самое дорогое в этой истории - не закрытая идея, а неделя между выводом и решением. Ученик понял, что рутины нет, и дальше сомневался, можно ли вообще сменить тему посреди обучения.

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

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

И одна строка на прощание с отвергнутой идеей: запиши, почему она не прошла. «Процесс не запущен», «нет пользователя», «рутина уже сделана руками». Через полгода эта строка подскажет, вернуться к идее или нет, и не даст начать её заново по инерции.

**Где искать замену за вечер**

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

## Проверка идеи за один вечер

**Главное**

Пять шагов: описать рутину, посчитать её цену, проверить три опоры, ответить на вопросы замысла дважды и принять решение. Если хоть одна опора не держится, идея откладывается, а на её место встаёт следующая.

1. **Рутина словами**

   Одним абзацем: что делается руками, кем, как часто. Без слов «платформа» и «сервис».

2. **Цена в часах**

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

3. **Три опоры**

   Живой пользователь, измеримая рутина, провалившиеся альтернативы. Отметь, какие есть.

4. **Вопросы дважды**

   Ответь на вопросы о замысле, отложи до утра, ответь заново и сравни.

5. **Решение**

   Всё держится - идёшь дальше. Не держится - меняешь идею сегодня, а не через неделю.

Прежде чем строить, полезно ещё проверить, не решил ли кто-то эту задачу до тебя: об этом отдельный разбор про то, как [проверить, что готового решения ещё нет](/guides/proverit-chto-uzhe-est-do-razrabotki). А когда идея прошла все проверки, первую версию стоит [собирать насквозь, а не по слоям](/guides/pervaya-versiya-naskvoz-a-ne-po-sloyam).

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

**Главное**

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

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

**Можно вернуться к брошенной идее позже?**

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

**Учебный проект обязательно должен решать рабочую задачу?**

Нет. Задача учебного проекта - провести тебя через метод целиком. Личная рутина с живым пользователем подходит не хуже рабочей.

**Все мои идеи кажутся слабыми. Что делать?**

Возьми ту, у которой есть живой пользователь, пусть даже это ты сам. Остальные опоры проявляются в процессе, а без пользователя проект не проверить вообще.

**Сколько идей проверять за раз?**

Две-три. Больше превращается в бесконечный выбор, меньше не оставляет запасного варианта, если первая не пройдёт.

## Главный вывод

**Главное**

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

Отказ от идеи на бумаге стоит один вечер. Отказ от проекта после месяца работы стоит месяц. Разница между ними - в том, насколько честно ты ответил на вопрос «какую рутину это снимает».

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

А твоя текущая идея прошла бы тест «инструмент есть, рутины нету»?

### Источники

- [Sunk cost - невозвратные затраты и почему их не учитывают при решении, Википедия](https://en.wikipedia.org/wiki/Sunk_cost)
- [Minimum viable product - минимальный продукт для проверки гипотезы, Википедия](https://en.wikipedia.org/wiki/Minimum_viable_product)
- [Customer development - проверка проблемы клиента до разработки, Википедия](https://en.wikipedia.org/wiki/Customer_development)