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

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

Пример: «Не использовать “водяные” формулировки, не оставлять критерии в виде оценочных слов, не предлагать инструменты, недоступные в РФ».

Требования к достоверности/допущения: где можно предполагать, где нельзя.

Пример: «Если данных не хватает – делай допущения и помечай их. Не выдумывай факты и цифры».

Формат вывода: как структурировать ответ.

Пример: «Сначала краткая форма на 6 блоков, затем расширенная на 12 блоков, затем 3 примера “плохо/хорошо”, затем чек-лист вычитки».

Приоритеты: что важнее, если придётся выбирать.

Пример: «Главное – применимость и ясность для команды. Второе – краткость. Третье – полнота».

Следующий шаг: что вы сделаете после получения результата.

Пример: «Положу форму в базу знаний, проведу 30-мин обучение и начну требовать её во всех задачах».

Почему каждый блок важен и что ломается без него

Если нет заголовка, задача расползается. Люди начинают обсуждать смежные темы, добавлять пожелания, менять фокус. Заголовок фиксирует «о чём именно работа».

Если нет контекста, исполнитель вынужден угадывать. У разных людей разные «по умолчанию». Кто-то даст теорию, кто-то даст список советов, кто-то уйдёт в детали. Контекст выравнивает понимание.

Если нет цели, будет трудно оценить качество. Исполнитель может сделать много полезного, но не попадёт в вашу задачу. Цель задаёт «куда бить».

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

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

Если нет критериев приемки, любой результат будет спорным. Вы будете говорить «не то», исполнитель – «но я же сделал». Критерии приемки убирают субъективность.

Как писать каждый блок так, чтобы он был коротким и точным

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

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

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

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

Запреты. Запреты нужны, чтобы защититься от типовых провалов. Обычно достаточно 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, продукт, тексты, процессы, автоматизация, обучение команды.

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

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

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

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

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

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

Пример:

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

Декомпозиция по этапам: исследование → решение → внедрение → контроль

Это самая универсальная схема, потому что она совпадает с реальностью работы. Большинство задач фактически проходят четыре стадии, даже если вы не называете их явно.

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

Решение. Выбор подхода: варианты, критерии, риски, рекомендация. Выход – проект решения или план.

Внедрение. Действия: что делаем руками, кто делает, какие артефакты создаём. Выход – изменённая система, текст, страница, процесс, настроенный инструмент.

Контроль. Проверка качества, измерение эффекта, фиксация того, что считается «готово», и что делаем, если эффект не получен.

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

Декомпозиция по объектам: что именно мы меняем

Иногда этапы понятны, но всё равно хаос, потому что объект слишком широк. Тогда дробите по объектам.

Примеры объектов:

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

Зачем это нужно: у каждого объекта свои ограничения и свой «язык» качества. Текст нельзя проверять так же, как настройку аналитики. А структуру страниц нельзя проверять так же, как ссылочный профиль. Декомпозиция по объектам делает контроль адекватным предмету.

Декомпозиция по рискам: что может сорвать результат

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

Типовые риски:

недостаток данных, юридические ограничения, невозможность внедрения из-за стека, отсутствие согласующего, несоответствие ожиданиям аудитории, конфликт интересов внутри команды, недостоверность утверждений, сезонность, зависимость от подрядчика, риск репутации.

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

Декомпозиция по данным: какие входы нужны, чтобы не гадать

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

Примеры подзадач по данным:

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

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

Декомпозиция по аудиториям: разные сегменты – разные ответы

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

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

Декомпозиция по каналам: где именно произойдёт эффект

Особенно в маркетинговых и SEO-задачах полезно дробить по каналам: поиск, карточки, контент, ссылки, репутация, реклама, рассылки, соцсети, партнёрки. У каждого канала своя механика, свои метрики и свой цикл эффекта. Если вы не делите по каналам, вы путаете причины и результаты.

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

Обязательное и желательное: чтобы не перегрузить первый проход

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

Практический способ:

для каждой подзадачи помечайте статусом Must / Should.

Must – делаем обязательно.

Should – делаем, если остаётся ресурс.

Это снижает расползание объёма и помогает выдерживать дедлайны, не разрушая смысл.

Карта зависимостей: что без чего не делается

Декомпозиция без зависимостей выглядит красиво, но не работает. Потому что в реальности многие вещи нельзя делать «в любой последовательности». Например, нельзя качественно писать ТЗ, если не согласованы цели и ограничения. Нельзя внедрять, если нет доступов. Нельзя измерять, если не настроена аналитика.

Поэтому после разбиения задайте себе вопрос: какие пункты являются входами для других пунктов. Это даст вам порядок работ и защитит от бессмысленных параллельных усилий.

Точка входа: с чего начать, если всё сразу нельзя

Даже при хорошей декомпозиции можно утонуть, если нет точки входа. Точка входа – это подзадача, которая:

даёт максимальную ясность для следующих шагов,

стоит дёшево по времени,

снижает риск,

создаёт первый полезный артефакт.

Часто точка входа – это уточнение намерения и критериев приемки, сбор входных данных или быстрая диагностика причин.

Типовая ошибка: дробить до микрошагов и потерять управляемость

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

Признаки слишком мелкой декомпозиции:

пункты похожи на клики мышкой, а не на управляемые действия,

для каждого пункта невозможно сформулировать самостоятельный критерий готовности,

любой пункт без контекста непонятен.

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

Типовая ошибка: не дробить и получить «водяной» ответ

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

Если вы видите, что запрос содержит много сущностей (каналы, аудитории, инструменты, метрики), но вы не обозначили порядок и приоритеты, декомпозиция обязательна.

Декомпозиция для ИИ: где генерация, где проверка, где расчёты

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

Типовые блоки:

генерация (создать варианты, структуру, текст),

аналитика (сравнить, выбрать, обосновать),

проверка (найти слабые места, противоречия),

расчёты (цифры, бюджеты, конверсии, сроки),

упаковка (шаблон, чек-лист, регламент).

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

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

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

Пример инкрементов:

Каркас решения (структура и порядок работ) – уже позволяет согласовать направление.

Минимальный внедряемый вариант – уже даёт действие завтра.