Александр Костин – ИИ для управления проектами: планы, риски, сроки, контрольные точки (страница 3)
Критерии готовности дисциплинируют ответ сильнее, чем просьба «пиши профессионально».
Два режима работы с ИИ: генерация и верификация
Одна из главных ошибок пользователя – смешивать режимы. Вы хотите сразу «идеально и точно», но при этом просите «придумай варианты». Или наоборот: вы хотите чистовую инструкцию, но даёте запрос как на мозговой штурм. Модель пытается быть полезной и начинает «подмешивать» то, что не просили.
Есть два режима, и их лучше разделять.
Режим генерации. Здесь вы допускаете гипотезы, варианты, сценарии, но требуете маркировку: что является предположением, что требует проверки, что основано на ваших данных. В этом режиме нормально просить «дай 10 идей», «предложи 5 вариантов», «накинь сценарии». Но вы должны удержать модель от выдуманных фактов и ложной уверенности.
Режим верификации. Здесь вы не просите «придумывать». Вы просите проверять, критиковать, искать дыры, выявлять риски, улучшать структуру, приводить критерии. В этом режиме модель должна быть максимально строгой: «где слабые места», «какие вопросы остались без ответа», «что может быть неверно», «какие допущения скрыты».
Самая сильная схема работы: сначала генерация, потом верификация. Сначала вы получаете материал, потом вы превращаете его в продукт через критику и улучшение.
Порядок действий в запросе: почему это важно
Когда вы задаёте порядок действий, вы убираете хаос. Модель перестаёт пытаться сделать всё одновременно. Особенно это важно в задачах, где есть риск выдумок.
Рабочий порядок часто выглядит так.
Шаг 1. Задай уточняющие вопросы, если данных недостаточно. Если вопросов нет – явно напиши «данных достаточно».
Шаг 2. Сформулируй краткий план решения на 5–7 пунктов.
Шаг 3. Выполни задачу по плану.
Шаг 4. Проверь результат по критериям готовности и перечисли, что улучшить.
Это не бюрократия. Это способ заставить модель быть честной с пробелами и не заполнять их выдумкой.
Уточняющие вопросы: как сделать так, чтобы их было не 30, а 5
Модель может утонуть в вопросах, если вы просто скажете «задай вопросы». Она начнёт перестраховываться. Чтобы вопросы были полезными, задайте рамку: «задай 5 вопросов, без которых результат будет неточным», или «задай вопросы только по тому, что влияет на выбор решения».
Ещё лучше: попросите модель назвать не просто вопросы, а тип влияния: «какой ответ на этот вопрос изменит план». Тогда вопросы становятся не формальными, а осмысленными.
Если вы не хотите вопросов, а хотите результат сразу, используйте другой приём: дайте модели право сделать допущения, но заставьте её их выписать. Например: «если чего-то не хватает, сделай разумные допущения, но вынеси их отдельным списком и пометь, что это допущения». Тогда вы видите, где потенциальная ложь, и можете быстро исправить вводные.
Стоп-слова и опасные формулировки, которые провоцируют воду
Есть слова, которые почти гарантированно увеличивают воду. Они не «плохие», они просто включают режим повествования и общих рассуждений.
Слова-триггеры воды: «расскажи», «объясни», «поделись мыслями», «дай советы», «как улучшить», «что важно», «какие тренды», «почему это работает». Эти формулировки можно использовать, но только если вы дополнительно задаёте формат и критерии.
Слова-триггеры фантазий: «приведи статистику», «сошлись на исследования», «приведи примеры кейсов», «как в реальных компаниях», если вы не даёте источники и не разрешаете поиск. В этом месте модель начинает «достраивать» и очень легко придумывает правдоподобные детали.
Слова, которые часто дают «гладкий мусор»: «уникально», «сильно», «цепляюще», «вирусно», «продающе», «вдохновляюще». Если вам нужен бизнес-результат, заменяйте их на измеримые критерии: «конкретные выгоды», «ясный оффер», «снятие возражений», «структура AIDA», «варианты заголовков под SEO».
Решение простое: вы можете использовать любые слова, но рядом должны быть рамки, формат и критерии. Иначе вы получите литературу вместо инструмента.
Как требовать «без выдумки» правильно
Фраза «не выдумывай» полезна, но она слишком общая. Модель может подумать, что вы имеете в виду «не фантазируй безумно», и всё равно добавит «правдоподобные детали». Поэтому нужно конкретизировать запрет.
Правильный запрет формулируется так: «не добавляй новые факты, цифры, даты, названия компаний, нормативов, исследований и статистику, если они не даны во входных данных». Ещё лучше: «если таких данных нет, напиши, что данных недостаточно, и предложи, какие данные нужны».
Плюс важное уточнение: вы должны разрешить модели не отвечать полностью. Многие пользователи боятся фразы «данных недостаточно» и считают её провалом. На самом деле это признак качества: система перестаёт имитировать знание и начинает вести себя как аналитик. Если вы запретили выдумки и при этом требуете «всё равно дай готовый ответ», вы сами закладываете противоречие.
Как резать воду: ограничение объёма и плотность
Вода появляется не только из-за общего запроса, но и из-за отсутствия ограничений по плотности. Модель часто стремится «объяснить», «обосновать», «быть дружелюбной». Если вам нужна плотность, задайте правила.
Рабочие правила против воды: «без вступления», «сразу к делу», «каждый пункт должен содержать действие», «не использовать общие фразы без механики», «не повторять мысль другими словами», «минимум прилагательных, максимум сущностей и шагов».
Ограничение объёма тоже помогает, но оно должно быть умным. Не «коротко», а «в 12 пунктов», «в 7 шагов», «в 3 сценария», «в 5 критериев». Тогда модель вынуждена выбирать главное.
Ещё один приём – «проверка на применимость». Попросите: «после ответа добавь блок “как применить завтра”: 3 действия на завтра и 1 метрика контроля». Это заставляет модель выйти из теории.
Шаблон запроса, который можно использовать почти всегда
Дальше я дам универсальный шаблон. Его не нужно вставлять целиком каждый раз. Он нужен как конструкция в голове. Вы берёте те блоки, которые нужны задаче.
Цель: что я хочу получить и зачем.
Контекст: что за проект, аудитория, ограничения, исходная точка.
Входные данные: перечисление фактов, которые уже известны.
Ограничения: что запрещено, что обязательно.
Формат ответа: структура результата.
Критерии качества: как понять, что ответ годный.
Порядок действий: вопросы → план → выполнение → самопроверка.
Если вы начнёте думать такими блоками, качество общения с ИИ вырастет на порядок без смены модели.
Три рабочих примера, чтобы было видно разницу
Пример 1. Вместо «Напиши стратегию продвижения».
Слабый запрос: «Напиши стратегию продвижения стоматологии в Москве».
Почему слабый: нет целей, бюджета, услуги, аудитории, ограничений, каналов, сроков, ресурсов. Ответ будет универсальным и водянистым.
Сильная конструкция: «Нужен план продвижения стоматологии в Москве на 4 недели, цель – увеличить число первичных записей на консультацию. Бюджет на рекламу 300 000 ₽/мес, команда: 1 маркетолог 20 часов/неделя, 1 администратор. Услуги: имплантация и ортодонтия, средний чек высокий. Ограничения: никаких обещаний результата в тексте, без ссылок и статистики, не предлагать каналы, которые не работают в РФ. Формат: 1) краткая стратегия в 7 пунктов, 2) план по неделям: действия, ответственный, метрика, риск, 3) список из 10 гипотез для теста, 4) 5 уточняющих вопросов, без которых точность упадёт».
Разница: появляется управляемость.
Пример 2. Вместо «Объясни, почему упали продажи».
Слабый запрос: «Почему упали продажи?».
Сильная конструкция: «Нужно разобрать причины падения продаж в интернет-магазине за последние 14 дней. Данные: трафик -10%, конверсия -25%, средний чек без изменений, рекламные расходы те же, ассортимент и цены не меняли. Ограничения: не придумывать причины без привязки к данным, если данных не хватает – перечислить, какие нужны. Формат: 1) список гипотез, 2) что подтверждает/опровергает, 3) какие данные запросить, 4) порядок проверки от дешёвого к дорогому, 5) быстрые действия на завтра, которые не навредят».
Так вы получаете не «умные рассуждения», а план расследования.
Пример 3. Вместо «Напиши текст для лендинга».
Слабый запрос: «Напиши продающий текст для лендинга».
Сильная конструкция: «Нужен текст для первого экрана лендинга услуги X. Цель: повысить конверсию в заявку. Аудитория: Y. Основные боли: Z. Уникальные преимущества: A, B, C. Ограничения: без клише, без обещаний, без сравнений с конкурентами, без выдуманных цифр. Формат: 5 вариантов заголовка, 5 подзаголовков, 3 варианта списка выгод, 2 варианта CTA. Критерий: в каждом варианте должен быть конкретный результат для клиента и понятный следующий шаг».
В итоге вы получаете набор, из которого реально можно собирать страницу и тестировать.
Как переписывать запрос, если ответ уже плохой
Часто вы уже получили плохой ответ, и теперь нужно быстро исправить ситуацию, не переписывая всё с нуля. Есть три быстрых приёма.
Первый: потребовать «версию без воды». «Перепиши ответ, убрав любые вводные и общие слова. Оставь только действия, критерии и риски. Никаких повторов».
Второй: включить режим «аудита». «Найди в своём ответе места, где есть непроверяемые утверждения или возможные выдумки. Перепиши эти места так, чтобы либо опереться на данные, либо пометить как гипотезы и задать вопросы».