Александр Костин – Промпт-менеджмент: как писать запросы к ИИ и получать предсказуемый ответ (страница 2)

Ещё один элемент намерения – уровень новизны. Иногда вам нужен привычный подход, потому что важнее надёжность и скорость. Иногда нужен свежий взгляд, потому что «как обычно» уже не работает. Новизна должна быть задана честно: «сделай стандартно по проверенной схеме» или «предложи 3 нестандартных варианта и объясни риски». Без этой оговорки исполнитель часто выбирает нейтральный стиль, который выглядит разумно, но не приносит прорыва и не гарантирует стабильности.

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

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

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

Чтобы намерение стало привычкой, нужен быстрый шаблон, который помещается в две строки и заставляет вас выбирать слова внимательно. Он может звучать так: «Хочу получить X, чтобы Y. Успех = Z». X – артефакт или результат, который можно увидеть и передать. Y – зачем это нужно, какое действие или решение вы сможете сделать. Z – критерий, по которому вы признаете, что ответ годится: формат, глубина, ограничения, уровень точности, применимость. Если вы научитесь прогонять через эти две строки даже короткие запросы, качество коммуникации резко вырастет, а количество уточнений и раздражения заметно снизится.

Короткий чек-лист вычитки намерения перед отправкой:

– На выходе будет конкретный артефакт или понятный результат.

– Понятно, для кого результат и где он будет использован.

– Названы критерии приемки и ограничения.

– Ясно, почему задача важна сейчас и что будет, если ошибиться.

– Я могу ответить, что сделаю по-другому после получения ответа.

Глава 2. Перевод намерения в задачу: формулировка, которая не разваливается

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

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

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

Превращение «хочу» в «сделай»: глагол действия + объект + критерий качества

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

Рабочая формула одной строки выглядит так:

Сделай [действие] с [объектом] так, чтобы [критерий качества / признак приемки].

Примеры формулировок как конструкций (их можно копировать и подставлять свой контекст):

– Составь список вопросов для брифа клиента так, чтобы по ответам можно было написать ТЗ без дополнительных уточнений.

– Перепиши текст раздела «О нас» так, чтобы он стал яснее для человека без профессиональной терминологии, сохранив факты и тон бренда.

– Собери план работ на месяц так, чтобы он включал приоритеты, зависимости и критерии готовности по каждой задаче.

Четыре обязательных элемента задачи: цель, контекст, ограничения, формат

Стабильная задача держится на четырёх опорах.

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

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

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

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

Опасные слова без опоры: «лучше», «эффективнее», «топовый», «современный»

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

Список слов-ловушек и безопасная замена:

– «сделай лучше» → «уменьши количество шагов до результата», «сократи время на чтение», «сделай структуру понятнее по чек-листу»

– «эффективнее» → «с меньшими затратами времени», «с меньшим риском ошибок», «с большей повторяемостью результата»

– «современно» → «в соответствии с текущими паттернами интерфейсов/коммуникаций, без устаревших клише, с короткими формулировками и ясными призывами»

– «сильно» → «с ясной логикой, конкретными шагами, без общих фраз, с критериями приемки»

Как уточнять неопределенности без лишних вопросов: список допущений

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

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

– если данных нет, сделай разумные допущения и пометь их отдельным блоком «Допущения»;

– если допущение влияет на результат критически, вынеси это как вопрос.

Формат допущений, который удобно принимать:

Что предполагаю.

Почему предполагаю именно так.

Как это влияет на результат.

Что нужно уточнить, чтобы убрать предположение.

Лестница конкретики: от общего к частному, пока не появляется проверяемость

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

Пример лестницы как метода:

– «нужно улучшить страницу»

– «нужно улучшить страницу для роста записей»

– «нужно улучшить первый экран, чтобы человек быстрее понял ценность и увидел действие»

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

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

Формулировка через артефакт: «дай файл/план/чек-лист/структуру»

Если вы хотите получить результат, который можно сразу использовать, просите артефакт. Артефакт дисциплинирует исполнителя и защищает вас от «рассуждений вместо работы».

Типовые артефакты для задач:

– план внедрения (шаги, последовательность, критерии готовности)

– чек-лист контроля качества (как проверить, что сделано)

– шаблон документа (структура + правила заполнения)

– структура страницы/материала (блоки, смысл каждого блока)

– список гипотез (с условиями проверки и метриками)

– скрипт коммуникации (фразы, логика, запреты)

Формулировка через действие пользователя: «я хочу скопировать и применить»

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