Промпт-менеджмент: как писать запросы к ИИ и получать предсказуемый ответ

Глава 1. Намерение как фундамент запроса: что вы реально хотите получить

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

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

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

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

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

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

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

У контракта есть важная часть – границы. Нередко задача расползается не потому, что исполнитель ленив, а потому, что вы не сказали, что именно не входит. Вроде бы странно уточнять «что не делать», но границы экономят ресурсы лучше любых мотивационных речей. Границы бывают по содержанию (какие темы не трогать), по методам (какие инструменты не использовать), по стилю (какой тон недопустим), по объёму (сколько страниц или разделов), по времени (какой срок актуальности нужен), по риску (где недопустимы предположения). Чем выше цена ошибки, тем жёстче должны быть границы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Конструкция:

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

Примеры:

– …так, чтобы я мог сразу передать это исполнителю без дополнительных пояснений.

– …так, чтобы я мог вставить это в регламент и обучить новичка за один созвон.

– …так, чтобы я мог отправить клиенту и получить согласование без переписываний.

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

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

Минимальный сценарий – три ответа:

Где будет использоваться результат.

Кто будет читать/использовать.

Что должно произойти после использования.

Формулировка через риск: «ошибки, которые нельзя допустить»

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

Как прописывать риск в задаче:

– недопустимо выдумывать факты и цифры;

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

– недопустимо использовать термины без расшифровки, если текст для широкой аудитории;

– недопустимо менять смысл исходного текста при редактировании.

Формулировка через приоритеты: скорость, точность, глубина, простота

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

Шаблон приоритетов:

Главное: [1 приоритет].

Важно: [2–3 приоритета].

Допустимо пожертвовать: [что можно упростить].

Пример:

Главное: применимость и готовность к внедрению.

Важно: ясность для исполнителя, минимальное количество допущений.

Допустимо пожертвовать: художественность и длинные объяснения причин.

Запрос «в один проход» и запрос «итерациями»: когда что выбирать

Есть два режима постановки задач.

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

Режим «итерациями» нужен, когда цена ошибки высока или контекст сложный. Тогда первая итерация – каркас результата + вопросы и список данных, которые нужны. Вторая – заполнение каркаса. Третья – доведение до внедрения и контроль качества.

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

Уточнение аудитории: новичок, специалист, руководитель, смешанная

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

Как задавать аудиторию в задаче:

– пишем для человека без профессионального опыта, термины расшифровываем;

– пишем для специалиста, без учебных объяснений, больше деталей и условий;

– пишем для руководителя, коротко, с рисками и решениями;

– смешанная аудитория: сначала краткое резюме, затем подробности для исполнителя.

Уточнение уровня детализации: «с примерами и шагами» или «обзор»

Уровень детализации – это договор о плотности текста. Он определяет, что вы получите: обзорную картину или инструкцию.

Рабочая шкала:

– обзор: что это и как устроено;

– практический разбор: как сделать и какие ошибки;

– внедрение: пошаговый план, критерии готовности, контроль качества.

Если вы хотите внедрение, так и пишите: «нужно как инструкция для выполнения, а не объяснение».

Уточнение локализации: Россия, русский язык, российские сервисы и реалии

Локализация – это часть контекста. Она влияет на инструменты, термины, привычки аудитории, юридические рамки, способы оплаты, платформы.

В задаче достаточно одной строки:

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

Уточнение времени: актуальность и что считать устаревшим

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

Уточнение ограничений по ресурсам: бюджет, команда, сроки, доступы

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

Минимальный блок:

Срок: …

Команда: …

Бюджет: …

Доступы/инструменты: …

Уточнение допустимого тона: формально, нейтрально, по делу

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

Пример формулировки:

Тон формальный и деловой, без разговорных подводок, без «воды», полными абзацами.

Уточнение ограничения по объему: коротко или полно

Иногда полезно задать объём как рамку. Слишком короткий ответ лишает деталей. Слишком длинный может мешать внедрению. Лучше задавать объём через назначение:

– «одна страница для руководителя»

– «инструкция для исполнителя»

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

Уточнение формата вывода: шаги, чек-листы, шаблоны, варианты

Формат – это способ сделать результат переносимым. Если вы хотите «пакет» для работы, просите структуру ответа.

Пример:

Выдай результат в формате:

краткое резюме;

пошаговый план;

чек-лист контроля;

список рисков и допущений;

шаблон формулировок.

Итоговая проверка задачи: «если это выполнить, намерение закрыто?»