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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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