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

Александр Костин

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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