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

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

Запреты. Запреты нужны, чтобы защититься от типовых провалов. Обычно достаточно 3–5 запретов: не выдумывать факты, не менять смысл, не использовать недоступные инструменты, не давать общие советы без шагов, не писать разговорные подводки.

Формат. Заказывайте структуру ответа. Например: «Сначала краткое резюме, затем пошаговый план, затем чек-лист контроля, затем риски/допущения, затем шаблон для копипаста». Это резко повышает применимость.

Критерии приемки. Пишите как «обязательно должно быть» и «недопустимо». Это самая сильная часть запроса. Она превращает ответ в поставку.

Примеры: как один и тот же запрос может быть «мимо» и «в точку»

Плохо: «Сделай текст для страницы услуги, чтобы был эффективный».

Почему плохо: нет аудитории, нет цели, нет ограничений, нет формата, слово «эффективный» не определено.

Хорошо: «Перепиши первый экран страницы услуги X для аудитории Y. Цель – увеличить клики по кнопке “Записаться” и снизить отказы на первом экране. Ограничения: нельзя обещать гарантированный результат, нельзя использовать медицинские утверждения без оговорок, стиль деловой, без жаргона. Формат: 3 варианта заголовка, 3 варианта подзаголовка, 5 буллетов преимуществ, 2 варианта CTA. Критерии приемки: текст понятен без терминов, один главный призыв, нет “воды”».

Плохо: «Сравни сервисы аналитики и выбери лучший».

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

Хорошо: «Сравни 3 варианта аналитики для сайта: A/B/C. Критерии: доступность в РФ, стоимость до N, простота внедрения без разработчика, достаточность для отслеживания лидов и событий. Выход: рекомендация одного варианта, почему он лучший по критериям, риски, план внедрения на 1 неделю, список событий, которые нужно настроить».

Плохо: «Сделай стратегию SEO».

Почему плохо: это не задача, а желание получить ощущение контроля.

Хорошо: «Собери проектный план SEO на 4 недели для сайта X. Контекст: ниша Y, регион Z, текущие проблемы: A/B/C. Ограничения: контент переписывать нельзя, бюджет на ссылки N, команда 1 SEO + 1 разработчик 10 часов/нед. Выход: список задач по неделям, приоритеты, зависимости, критерии готовности, метрики контроля».

Как включать «страховку» от неполных данных: допущения и вопросы

Точный запрос не обязан содержать все данные. Но он обязан задавать правило, что делать, если данных нет. Есть два режима.

Режим вопросов: «Сначала задай мне до 7 уточняющих вопросов, без ответа не продолжай». Этот режим подходит, если цена ошибки высокая.

Режим допущений: «Если данных не хватает, сделай допущения, пометь их и продолжай». Этот режим подходит, если важна скорость.

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

Как одним абзацем «закрыть» формат, критерии и приоритеты

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

«Сделай X для Y в контексте Z. Главное – A. Важно – B и C. Нельзя – D и E. Результат дай в формате: 1) … 2) … 3) … Критерии приемки: обязательно …, недопустимо …».

Эта формула занимает 5–8 строк, но закрывает почти всё, что нужно для качественного результата.

Универсальный шаблон для копипаста: короткий и расширенный

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

Задача:

Контекст:

Цель:

Ограничения/запреты:

Формат результата:

Критерии приемки:

Расширенный шаблон (для сложных задач):

Задача (заголовок):

Результат:

Контекст:

Проблема/симптомы:

Цель:

Аудитория:

Ограничения (срок/бюджет/ресурсы/инструменты):

Запреты (что недопустимо):

Достоверность/допущения/что уточнить:

Формат вывода (структура ответа):

Приоритеты:

Следующий шаг после результата:

Чек-лист вычитки запроса перед отправкой: 10 быстрых проверок

В заголовке есть глагол действия и объект.

Контекст содержит факты, а не эмоции.

Цель проверяемая: метрика или признак готовности.

Названа аудитория результата.

Ограничения указаны: срок/ресурсы/инструменты.

Запреты зафиксированы там, где есть риск ошибок.

Формат результата задан как артефакт или структура ответа.

Критерии приемки написаны в виде «обязательно/недопустимо».

Выбран режим неполных данных: вопросы или допущения.

Вы можете ответить: «что я сделаю после получения результата».

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

Глава 5. Декомпозиция: как дробить намерение на подзадачи без потери смысла

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

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

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

Один принцип, который решает половину проблем: «одна подзадача – один глагол»

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

Практическая форма подзадачи:

Действие (глагол) + объект + критерий готовности + входы/ограничения.

Пример: