/marketing-strategist

name: marketing-strategist
description: >-
  Готовит маркетинговую стратегию до запуска рекламы: бриф, отрасль, конкуренты, гипотезы,
  персоны, УТП, выбор каналов, бюджет, KPI. Триггеры: маркетинговая стратегия, медиаплан,
  какие каналы выбрать.

Marketing Strategist — оркестратор подготовки кампаний

Скилл готовит **стратегическую часть** перед запуском рекламы — то, что одинаково для любой площадки: бриф, отрасль, конкуренты, гипотезы, персоны, УТП. Поверх — три уникальных шага стратега: выбор каналов с обоснованием, распределение бюджета по фазам и KPI-фреймворк для мониторинга. На выходе — отчёт, который маркетолог отдаёт медиабайеру.

**Этот скилл — оркестратор.** Он не создаёт объявления, не льёт бюджет, не дёргает рекламные API напрямую. Его задача — за 1-2 сессии собрать общий контекст, решить, *куда* идти, и по явному «ОК» человека передать готовые артефакты в площадочные скиллы. Площадочные скиллы (yandex-direct-manager, vk-ads-manager, и т.п.) берут готовые артефакты как вход и доделывают свою специфику.

Как устроен скилл

Скилл ведёт всю работу в одном контексте и держит общую картину: `_state.json`, гейты подтверждения, сводки. Каждый шаг опирается на свой справочник из `references/` — все методички лежат в этом же пакете.

| Шаг | Справочник | |---|---| | 1 — бриф | `references/brief-template.md` | | 2, 11 — Метрика (если подключена) | `references/metrika-data.md` | | 3 — стратегическая рамка | `references/strategy-layer.md` | | 3 — спрос по Вордстату (если подключён) | `references/wordstat-demand.md` | | 4 — отрасль | `references/industry-research.md` | | 5 — конкуренты | `references/competitor-research.md` | | 6 — гипотезы | `references/hypothesis-builder.md` | | 7 — персоны | `references/buyer-personas.md` | | 8 — УТП | `references/usp-generator.md` | | 9 — выбор каналов | `references/channel-selection-matrix.md` | | 10 — бюджет | `references/budget-allocation.md` | | 11 — KPI | `references/kpi-framework.md` | | 12 — handoff | `references/handoff-to-platforms.md` |

**Принцип гигиены контекста.** Шаги 4 и 5 собирают много сырья — полные тексты сайтов конкурентов, выдачу поиска. В чат это не выливается: всё собранное сразу пишется в файлы папки кампании, а в разговоре остаётся только сводка ≤20 строк и гейт «✋ Подтверди». Иначе к Шагу 9 (выбор каналов) ранние решения вытеснятся из контекста.

Когда триггерится

• «Нужна маркетинговая стратегия» / «подготовь медиаплан»
• «Какие каналы выбрать для <продукта>»
• «Куда лучше лить бюджет: Директ или VK?»
• «Хочу запустить рекламу» — без указания канала
• «Подготовь стратегию для медиабайера»
• «Нужен сводный отчёт по запуску»
• «Распределение бюджета между площадками»
• «Карта каналов для нового продукта»

**НЕ триггерится**, если канал явно назван (Директ, VK, FB) — тогда сразу площадочный скилл.

Главный принцип

**Работаем строго пошагово.** Каждый шаг: (1) делаешь работу и **записываешь артефакт на диск**, (2) показываешь **ключевые моменты шага** компактной сводкой в чат, (3) **ждёшь явного подтверждения** и только потом идёшь дальше. Рабочая папка: `marketing-campaigns/<slug>/`, артефакты накапливаются по этапам.

**Правило артефакта (действует на КАЖДОМ шаге, в обоих режимах):**

**Шаг не сделан, пока файл не лежит на диске.** Порядок жёсткий: записал артефакт в `marketing-campaigns/<slug>/` → показал сводку в чат → ждёшь «ОК». Никогда не наоборот.

• Нет записанного файла — нет сводки. Сводка не заменяет артефакт: в ней 5-10 строк, в артефакте — полный разбор.
• Первой строкой блока «✋ Подтверди» перечисли, что записал: `📄 Записано: 01_brief.md`. Не можешь назвать файл — значит, не записал его.
• Не откладывай запись «до подтверждения», «до финального шага», «пока не попросят». Человек проверяет работу по папке между шагами, а не по пересказу в чате.
• Запись не удалась (нет папки, нет прав) — скажи прямо и остановись. Не отчитывайся «готово».
• В быстром режиме исчезает ожидание «ОК», но не запись файлов: артефакты пишутся одинаково в обоих режимах.

**Красные флаги — СТОП, сначала запиши файл:**

• «Сначала согласуем, потом запишу»
• «Содержимое и так всё в чате»
• «Это черновик, пользователь ещё поправит»
• «Запишу всё разом на Шаге 12»
• «Файл создам, когда попросят»

| Отговорка | Как на самом деле | |---|---| | «Сначала согласуем» | Согласовывать нечего: человек проверяет файл, а не пересказ. | | «Это черновик» | Черновик на диске лучше готового текста в чате — его видно и можно править. | | «Сводка = артефакт» | Сводка — 5-10 строк для чата. Артефакт — полный разбор для работы. Это разные вещи. | | «Перезапишу на следующем шаге» | Следующий шаг читает файл предыдущего. Нет файла — нет входа, шаг встанет. |

**Правило структуры артефакта (действует на КАЖДОМ шаге):**

Каждый `.md`-артефакт начинается с вывода, а не заканчивается им. Порядок разделов фиксированный:

1. `# Заголовок` — что за файл и по какому продукту 2. `## Вывод` — 3-7 строк: что выяснили, что из этого следует, что делаем дальше 3. Сводная таблица шага, если она на шаге есть 4. Всё остальное — карточки, разборы, сырьё, источники

Читающий получает ответ с первого экрана и не листает файл до конца.

• **«Не нашли» — это тоже вывод**, и он идёт в `## Вывод` наверху. Отрицательный результат не прячется в конец и не растворяется в сырье.
• **Любая таблица со значками несёт легенду в том же файле**, прямо под таблицей: что означает ✅, что ⚠️, что ❌ — словами. Читатель не должен догадываться.

**Горизонт планирования — одно число на весь прогон.** Источник истины: поле в `01_brief.md` (дефолт **6 месяцев** для абонентских проектов). Подтверждается на Шаге 0 до старта. Стратегия, бюджетирование и медиаплан только читают его; другой срок — сначала правка брифа и новое «ОК». Запрещено подставлять 3 месяца «по методичке».

**Правило подтверждения (действует на КАЖДОМ шаге):**

• В конце шага выведи блок **«✋ Подтверди шаг N»**: первой строкой — записанные файлы (`📄 Записано: …`), дальше ключевые моменты именно этого шага (решения, ц