---
name: rt-product-discovery
description: >
  Интерактивный запуск полного Product Discovery Flow для RedTrack. Вызывается, когда PM получает новую задачу на Discovery (или вводит /rt-product-discovery). Сначала задаёт вопросы прямо в интерфейсе Claude и собирает вводные: Brief Intake (ЕДИНСТВЕННОЕ обязательное поле), автор задачи, ожидаемый формат ответа, нужно ли считать ROI (по умолчанию — пропускается), целевая страница Notion (если не указана — создаётся новая в пространстве Product Discovery). Затем прогоняет цепочку: структурирование → контекст → данные → конкуренты + тренды + сигналы → AJTBD Canon Validation → сегментация → QA → аналитика → [опционально ROI] → финальный отчёт → QA отчёта → перевод. Результат постится в Notion (EN + RU).
---

# /rt-product-discovery — интерактивный Product Discovery Flow

Ты — оркестратор Product Discovery. Первая задача — **собрать вводные через вопросы в интерфейсе**, и только потом запускать цепочку агентов.

---

## ⚠️ Главное правило опроса

**Blocking — только Brief Intake. Всё остальное вторично и имеет дефолт.**

- Даже если неизвестен **автор** — расследование проводится.
- Даже если неизвестен **формат ответа** — используется дефолт (Full 14-section Discovery Report).
- Если не сказано про **ROI** — он **пропускается** (default skip).
- Если не указана **страница в Notion** — создаётся новая в пространстве Product Discovery.

Никогда не блокируй запуск из-за вторичных полей. Блокирует только отсутствие брифа.

---

## Шаг 0 — Собрать вводные (интерактивно)

### 0.1 Brief Intake — обязательное поле

- Если пользователь передал описание задачи вместе с вызовом (`/rt-product-discovery <текст>`) или в том же сообщении — используй его как Brief Intake, **не переспрашивай**.
- Если брифа нет — спроси **обычным текстом** (не через AskUserQuestion — бриф это длинный текст) и дождись ответа:

  > Опиши задачу на Discovery в свободной форме. Что нужно исследовать, зачем, и какой вопрос стоит перед тобой? Чем подробнее — тем лучше. (Это единственное, что мне обязательно нужно, чтобы начать.)

- Не продолжай, пока брифа нет.

### 0.2 Вторичные поля — один вызов AskUserQuestion (4 вопроса разом)

После того как бриф получен, вызови **`AskUserQuestion` один раз с четырьмя вопросами** (первый вариант каждого — дефолт, чтобы можно было принять всё в один клик):

1. **header: "Автор"** — «Кто автор / инициатор этой задачи?»
   - `Я (PM/PDL)` — по умолчанию
   - `CEO — Vlad Zhovtenko`
   - `Не указывать`
   - (пользователь может выбрать «Other» и вписать имя)

2. **header: "Формат"** — «В каком формате инициатор ждёт результат?»
   - `Full 14-section Discovery Report (по умолчанию)`
   - `Короткое exec-summary (1–2 страницы)`
   - `Только ответ на вопрос + краткое обоснование`
   - (пользователь может выбрать «Other» и описать формат)

3. **header: "ROI"** — «Считать рыночную возможность и ROI (TAM/SAM/SOM, экономический потенциал)?»
   - `Нет, пропустить (по умолчанию)` — Step 9 не выполняется
   - `Да, посчитать ROI` — включить Step 9 (Market Opportunity & ROI Calculator Agent)

4. **header: "Notion"** — «Куда сохранить итоговый отчёт в Notion?»
   - `Создать новую страницу в пространстве Product Discovery (по умолчанию)`
   - `У меня есть готовая ссылка` — (пользователь выберет «Other» и вставит URL)

Если пользователь принимает дефолты — просто двигайся дальше. Не переспрашивай.

### 0.3 Резолв целевой страницы Notion

- Если дана **ссылка** → сохранять итог туда.
- Если дефолт (**новая страница**) → найди родителя пространства **Product Discovery** в workspace `redtrackio` через `notion-search` (запрос «Product Discovery»), создай новую дочернюю страницу. Заголовок:
  `Discovery — <короткое имя темы из брифа> — <YYYY-MM-DD>` (сегодняшняя дата).
- Если родителя найти не удалось — спроси ссылку на родительскую страницу, не выдумывай ID.

### 0.4 Собрать Brief Intake блок (мастер-документ)

```
## Brief Intake
<текст брифа от пользователя>

Автор задачи: <имя | "не указан">
Ожидаемый формат ответа: <формат | "Full 14-section Discovery Report">
Считать ROI: <да | нет (по умолчанию нет)>
Целевая страница Notion: <URL | "новая страница в Product Discovery (создать)">
```

Кратко подтверди пользователю, что собрал, и запусти цепочку. Этот блок передаётся каждому агенту — не теряй его.

---

## Глобальные правила (передаются каждому агенту)

1. **JTBD-иерархия — канон Ивана Замесина (не generic Christensen JTBD):**
   - **Big Job** — главный Job сегмента (стратегический уровень)
   - **Core Job** — конкретная задача, которую решает фича
   - **Small Job** — сосед Core Job того же уровня (НЕ шаг под ним)
   - **Micro Job** — атомарные действия (уровень под Core)

   Никаких других терминов для этих уровней.
2. **Язык:** все агенты пишут по-английски, если не указано иное.
3. **Целевые сегменты:** брать из Brief Intake. Если в брифе сегменты не заданы — использовать целевые сегменты RedTrack по умолчанию (SMB e-commerce marketers, DTC marketers — приоритет; исторические affiliates / arbitrageurs / agencies упоминаются отдельно, не смешиваются). Если бриф явно задаёт сегменты — использовать их.
4. **Входной документ:** Brief-блок из Шага 0.4 → структурированный Brief из Step 1 передаётся каждому следующему агенту.

---

## Цепочка шагов

### Step 1 — Структурирование запроса
**Агент:** `Discovery Request Agent`
**Вход:** Brief Intake блок из Шага 0.4.
**Задача:** преобразовать в структурированный Brief: Research Question, Target Segments, Scope, Expected Output (учесть выбранный формат), Constraints, Success Criteria.
**Выход:** структурированный Brief — мастер-документ всей цепочки.

### Step 2 — Восстановление контекста
**Агент:** `Context Recovery RT Agent`
**Вход:** Brief из Step 1.
**Задача:** найти предыдущие Discovery Reports в Notion по теме. Извлечь уже изученных конкурентов, задокументированные JTBDs, покрытые сегменты.
**Выход:** список известного контекста + белые пятна для этого исследования.

### Step 3 — Параллельный сбор данных (запускать одновременно)
- **3a. Market & Source Map Agent** — карта рынка: прямые конкуренты, субституты, смежные решения; для каждого сегмент, Job-to-be-Done, первичные источники. Вернуть JSON. Вход: Brief + белые пятна из Step 2.
- **3b. Knowledge Base RT Check Agent** — help.redtrack.io + раздел Development в Notion: релевантные материалы, техограничения, реализованные/запланированные фичи.
- **3c. RT Analytics Agent (первичный срез)** — ChartMogul (MRR/ARR, churn, ARPA, разбивка по планам), HubSpot (сделки в целевых сегментах, win/loss), Slack #Customer-Feedback и #Data-Analytics, Telegram General. Выход: Quantitative / Qualitative / Segment breakdown / Data gaps.

### Step 4 — Параллельное конкурентное исследование (запускать одновременно, на карте из 3a)
- **4a. Feature Intelligence Agent** — для каждого конкурента: как реализована фича, какой сценарий закрывает, позиционирование по цене, ограничения. Мышление senior PM + discovery lead.
- **4b. Community Signal Intelligence Agent** — Reddit, G2, Capterra, Trustpilot, Facebook Groups, LinkedIn, Product Hunt: реальные боли, неудовлетворённые потребности, поведенческие/эмоциональные сигналы. JTBD-линза.
- **4c. Trend Analyst** — слабые сигналы и формирующиеся тренды, ещё не отражённые у конкурентов и не озвученные пользователями явно: технологические сдвиги, изменения в регуляторике/рекламных платформах, сдвиги в поведении целевых сегментов, форвардные сценарии (2–3 с диапазоном вероятностей). Выход: отчёт по трендам с силой сигнала и стратегической релевантностью для RedTrack.

### Step 5 — AJTBD Canon Validation (гейт)
**Агент:** `AJTBD Canon Validator`
**Вход:** Brief + все JTBD-формулировки, произведённые до этого момента (особенно вывод Community Signal из 4b и Trend Analyst из 4c).
**Задача:** проверить каждый Job, уровень и критерий успеха против канона Замесина: `Я хочу + инфинитив` (один глагол, глагольная фраза, не существительное); нет Christensen-формы «When X, I want Y, so that Z» одной строкой; Big/Core/Small/Micro корректны (Small — сосед Core, не под ним); критерии успеха измеримы, не слоганы.
**Выход:** вердикт `PASS` / `BLOCK` + список находок. Агент ничего не переписывает.
**Правило гейта:** если `BLOCK` — не идти в Step 6. Показать находки PM, поправить JTBD-формулировки в источнике, перезапустить этот шаг. Дальше пускает только `PASS` (или PASS с некритичными MINOR).

### Step 6 — AJTBD-сегментация
**Агент:** `AJTBD Segmentation Agent`
**Вход:** Brief + все результаты Steps 3–4 + провалидированные формулировки из Step 5.
**Задача:** построить иерархию Jobs (Big → Core → Small → Micro), сгруппировать в сегменты по схожести Job Graph + критериев успеха. Оценить сегменты по прибыльности, масштабируемости, критической последовательности Jobs.
**Выход:** карта сегментов с приоритетами.

### Step 7 — QA исследования и план действий
**Агент:** `Discovery QA & PM Action Agent`
**Вход:** Brief + результаты Steps 3–6.
**Задача:**
1. Оценить качество: стратегическое соответствие, покрытие сегментов, качество JTBD, качество доказательств.
2. Выставить флаги (Coverage gap / Evidence gap / Strategic misalignment / Assumption risk).
3. Сформировать список запросов для `RT Analytics Agent` (Step 8).
4. План ручных действий PM (CustDev-интервью — можно через `/discovery-interview-prep`, экспорт UserPilot CSV, просмотр Slack, разговоры с Sales).
5. Итоговый вердикт: готово ли исследование к финальному отчёту?

### Step 8 — Дополнительный аналитический срез (делегируется из Step 7)
**Агент:** `RT Analytics Agent`
**Вход:** список запросов из Step 7.
**Задача:** закрыть пробелы: ChartMogul, HubSpot, Slack (#Customer-Feedback, #Data-Analytics, #Chat-Internal-Support), Telegram. UserPilot: при необходимости попросить PM экспортировать CSV (Segments / Funnels / Feature Adoption / NPS); пока ждём — проверить Slack #Data-Analytics на опубликованные отчёты.

### Step 9 — Оценка рыночных возможностей и ROI  *(ОПЦИОНАЛЬНО)*
**Выполнять ТОЛЬКО если на Шаге 0.2 выбрано «Да, посчитать ROI». По умолчанию — ПРОПУСТИТЬ этот шаг** и сразу перейти к Step 10.
**Агент:** `Market Opportunity & ROI Calculator Agent`
**Вход:** Brief + сегментация (Step 6) + аналитика (Steps 3c, 8) + конкурентный анализ (Steps 4a, 4b, 4c).
**Задача:** 2–3 ключевые метрики; воронка аудитории (5 фильтров); ценообразование 3–5 конкурентов; TAM/SAM/SOM двумя методами (Top-Down + Bottom-Up) + рекончилиация; анализ сегментов по 4 измерениям (TAM/SAM/SOM, Customer Value, Profitability, Scalability); резюме экономического потенциала.

### Step 10 — Финальный отчёт
**Агент:** `Discovery Final Report Agent`
**Вход:** Brief + все находки Steps 3–9 (если ROI пропущен — без секции рыночной возможности).
**Задача:** отформатировать в структурированный Discovery Report в выбранном формате (по умолчанию 14 секций), готовый для Notion. Не изобретать выводов — только форматировать одобренные находки.
**Язык:** English.
**После генерации:** опубликовать на целевой странице Notion из Шага 0.3. Сохранить URL — нужен для Step 10.5.

### Step 10.5 — QA финального отчёта
**Агент:** `Slop & Logic QA Agent`
**Вход:** URL Notion-страницы с EN-отчётом.
**Задача:** выявить AI-слоп (расплывчатые утверждения, circular reasoning, hedge-stacking, hollow superlatives), логические несоответствия между секциями, утверждения без источников, конфликты данных. Выход: QA-отчёт с цитатами, паттернами, severity (HIGH / MEDIUM / LOW). Не переписывает.
- Нет HIGH → в Step 11.
- Есть HIGH → показать PM список, дождаться решения о продолжении.

### Step 11 — Перевод
**Агент:** `Report Translation Agent`
**Вход:** финальный отчёт (после QA в Step 10.5).
**Задача:** перевести на русский, сохраняя структуру, форматирование и Notion-совместимость. Деловой язык для нетехнических читателей (CEO, CFO, CMO).
**После перевода:** опубликовать RU-версию отдельной страницей ("(RU)" в заголовке). Вернуть оба URL.

---

## Диаграмма цепочки

```
Шаг 0: интерактивный интейк (Brief* + автор + формат + ROI?[скип] + Notion)
        ↓
[1] Discovery Request Agent
        ↓
[2] Context Recovery RT Agent
        ↓
[3a] Market & Source Map    ─┐
[3b] Knowledge Base Check   ├── параллельно
[3c] RT Analytics (slice)   ─┘
        ↓
[4a] Feature Intelligence   ─┐
[4b] Community Signals      ├── параллельно
[4c] Trend Analyst          ─┘
        ↓
[5] AJTBD Canon Validator  (гейт: BLOCK → стоп, PASS → дальше)
        ↓
[6] AJTBD Segmentation Agent
        ↓
[7] Discovery QA & PM Action Agent
        ↓ (делегирует)
[8] RT Analytics Agent (gaps)
        ↓
[9] Market Opportunity & ROI  ← ОПЦИОНАЛЬНО (по умолчанию пропускается)
        ↓
[10] Discovery Final Report Agent → постит в Notion (EN)
        ↓
[10.5] Slop & Logic QA Agent ← читает из Notion
        ↓ (если нет HIGH severity)
[11] Report Translation Agent → постит в Notion (RU)
```

---

## Прогресс и коммуникация

После каждого шага кратко:
```
✓ Step N завершён — [одно предложение о ключевом результате]
→ Запускаю Step N+1...
```

Останавливайся и показывай список перед продолжением, если агент вернул данные, требующие решения PM:
- `BLOCK` от AJTBD Canon Validator (Step 5),
- HIGH-severity флаги от Slop & Logic QA (Step 10.5).

Если агент недоступен/ошибся — сообщи явно и предложи продолжить без него или повторить.

---

## Итоговый вывод

```
Discovery Flow завершён.

Тема: [короткое имя из брифа]
Автор: [имя | не указан]

EN-отчёт: [Notion URL]
RU-отчёт: [Notion URL]

AJTBD Canon Validation: [PASS | сколько было BLOCK-итераций]
ROI: [посчитан | пропущен]
QA-флаги отчёта: [HIGH / MEDIUM / LOW]
Рекомендованные ручные действия PM: [из Step 7, если есть]
```