ИИ может разнести ваш план — и это полезнее, чем очередная похвала

ИИ легко собирает план запуска, после которого хочется сразу идти в продажи. Оффер звучит уверенно, сроки кажутся реальными, канал привлечения уже найден. А потом оказывается, что аудитория слишком широкая, на заявки некому отвечать, а обещанный результат зависит не только от вас.

Не просите модель просто «улучшить идею». Дайте ей три разные роли. Сторонник ищет рабочую версию плана. Критик ищет допущения и риски. Редактор оставляет только полезные замечания и собирает список действий.

Это не прогноз успеха. ИИ не знает ваш рынок лучше клиентов и не подтверждает спрос уверенным тоном. Но он может раньше заметить дырку в плане, которую команда пропустила из-за спешки.

Не устраивайте спор в одном ответе

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

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

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

Сторонник сохраняет то, что уже можно проверить

Сторонник нужен не для комплиментов. Его задача — показать сильную версию идеи и назвать условия, без которых она не сработает. Вставляйте в контекст и ограничения: неизвестный бюджет, нехватку кейсов, короткий срок. Честная неопределённость полезнее выдуманной точности.

СкопироватьРазбери план запуска как сторонник идеи.

Не придумывай факты, цифры, отзывы, исследования и данные о рынке.
Если данных не хватает, пиши: «не подтверждено».

ПЛАН:
[вставьте план]

КОНТЕКСТ:
— Продукт или услуга: [что запускаете]
— Аудитория: [для кого]
— Что уже есть: [сайт, база клиентов, команда, кейсы]
— Ограничения: [срок, бюджет, каналы, юридические требования]
— Цель запуска: [какое действие должен совершить клиент]

Ответь:
1. Какая версия плана может сработать.
2. Какие условия для этого нужны.
3. Что уже сформулировано конкретно.
4. Какие допущения выглядят разумными, но не подтверждены.

Ответ сторонника — это список гипотез, а не подтверждение гипотезы. Реальная проверка происходит в разговорах с клиентами, аналитике, документах и воронке продаж.

Критик ловит ошибки до первых расходов

Откройте новый чат, вставьте тот же план и тот же контекст. Не добавляйте туда ответ сторонника. Пусть критик ищет не «минусы вообще», а риски, которые сорвут запуск, съедят время команды или приведут не тех клиентов.

СкопироватьРазбери план запуска как критик.

Не придумывай факты, цифры, отзывы, исследования и данные о рынке.
Если данных не хватает, пиши: «не подтверждено — нужно проверить».

ПЛАН:
[вставьте тот же план]

КОНТЕКСТ:
— Продукт или услуга: [что запускаете]
— Аудитория: [для кого]
— Что уже есть: [сайт, база клиентов, команда, кейсы]
— Ограничения: [срок, бюджет, каналы, юридические требования]
— Цель запуска: [какое действие должен совершить клиент]

Проверь обещание клиенту, аудиторию, допущения, канал привлечения,
путь до заявки, ресурсы, сроки, риски и способ измерить результат.

Оформи ответ таблицей:
| Что сказано в плане | Почему это риск | Чего не хватает | Что проверить или изменить | Приоритет |

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

Редактор превращает тревогу в действия

Третья роль нужна, чтобы не утонуть в длинной таблице рисков. Редактор получает исходный план и оба разбора. Он принимает замечание, только если оно опирается на текст или прямо помечено как непроверенное допущение.

СкопироватьТы редактор решения. Ниже исходный план, ответ сторонника и ответ критика.

Принимай замечание, только если оно опирается на исходный план
или прямо помечено как непроверенное допущение.
Не выдумывай факты и не выдавай предположения за выводы.

ИСХОДНЫЙ ПЛАН:
[вставьте план]

СТОРОННИК:
[вставьте первый ответ]

КРИТИК:
[вставьте второй ответ]

Собери:
1. Три правки, без которых запускать нельзя.
2. Вопросы, на которые должен ответить человек.
3. Переписанный план без неподтверждённых обещаний.
4. Одно первое действие на сегодня.

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

Разбор на плане B2B-услуги

Команда хочет продавать B2B-компаниям услугу: за пять рабочих дней делать лендинг и цепочку писем, которые «повысят число демо». Аудитория указана так: «основатели SaaS». Первых клиентов планируют искать через посты основателя в LinkedIn.

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

Фраза «основатели SaaS» тоже слишком широкая. У стартапа без продаж и у зрелой B2B-команды разные бюджеты, боли и причины нанять подрядчика. Для первой проверки выберите один сегмент — например, команды с уже работающими продажами, но без отдельной страницы под ключевой сценарий.

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

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

Не назначайте ИИ судьёй там, где нужен факт

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

Пусть ИИ задаёт вопрос: «У нас есть подтверждение этого обещания?» Ответ ищите в договоре, аналитике, интервью с клиентами, официальной документации или у профильного специалиста.

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