Skip to content
PПромтбук
RUEN
05Дискавери

Архитектор следующей итерации: end-to-end за один проход

Orchestrator: 6 фаз planning следующего квартала — capability map → 3 gap-перспективы → adjacent mining → portfolio 70/20/10 → pitch 3-5 кандидатов. Готовый decision-pack за 3-5 дней.

Orchestrator-промт: пройти полный discovery-цикл и закрыть его 3-5 готовыми pitch'ами для decision meeting за 30 минут.

Без этой структуры discovery превращается в неделя «надо подумать», на выходе либо «делаем всё», либо «решим потом». С этой структурой — за 3-5 фокусированных дней получаешь decision pack.

Product: {{product_url}} Stage: {{stage}} Category leaders: {{leaders}}

Когда применять

  • Quarterly planning — за 1-2 недели до начала нового квартала
  • Post-launch (после major feature) — определить «что дальше после X»
  • Pre-investment / board review — нужен structured roadmap для investors
  • Когда команда «не знает что строить» — превращает chaos в decision
  • Pivot consideration — если результаты не соответствуют ожиданиям

Когда НЕ применять:

  • На MVP без PMF — слишком тяжело, делай interview cycles вместо
  • Когда есть burning fire — fix critical first, planning через 2 недели
  • На каждый sprint — overhead не оправдан; quarterly cadence достаточна

6 фаз

Phase 1: Inventory (день 1)

Цель: карта того что уже есть. Без этого AI и команда предлагают «сделать search!» когда search уже есть.

Действия:

  • Inventory по 6 слоям: surfaces, entities+actions, cross-cutting, API+integrations, distribution, operational
  • Для каждой записи: exists / quality / usage / owner / last-updated
  • Найти hidden gems (работают, никто не знает) и half-finished (в beta >6 месяцев)
  • Найти orphans (без owner'а) и overlapping (две фичи делают близкое)
  • One-pager «что мы умеем»

Output: CAPABILITY_MAP.md + one-pager. Done when: команда смотрит и говорит «да, так и есть» — нет surprises.

Использовать: product-capability-map.

Phase 2: Gap from category leaders (день 2)

Цель: competitive benchmark. Понять что есть у Linear / Stripe / Notion в категории и чего у нас нет — не «копировать», а понять table stakes.

Действия:

  • Выбрать 2-4 лидеров категории
  • Surface inventory + Feature surface + Polish layer
  • 20-30 фич × leaders matrix
  • Категоризация: MUST-HAVE / DIFFERENTIATING / OPTIONAL / NOT-US
  • Глубинный pass top-5 must-haves с UX-скриншотами

Output: gap-таблица + top-5 must-haves с deep details + top-3 differentiating decisions. Done when: понимаешь где мы под лидерами (категории stakes) и где сознательно отличаемся.

Использовать: feature-gap-from-category-leaders.

Phase 3: User journey gap audit (день 3, утро)

Цель: evidence-based mining «где наши пользователи buksuют». Не гипотезы — данные.

Действия:

  • 10 источников evidence: support tickets, churn survey, NPS detractors, in-app feedback, public reviews, sales loss, analytics funnels, session recordings, customer interviews, DevTools console на проде
  • Journey map для primary flow с conversion / time / mentions per step
  • 5 типов gap'ов: drop-off (>20% drop) / friction / dead-end / capability / trust
  • Pattern recognition: 5+ упоминаний = pattern, 1 = anecdote
  • Decoding: «дайте API» → может «дайте CSV export» (underlying JTBD)

Output: top-10 patterns с frequency / severity / type + 5 candidate fixes с possible solutions. Done when: каждый pattern имеет evidence count из ≥4 источников.

Использовать: user-journey-gap-audit.

Phase 4: Adjacent feature opportunities (день 3, после обеда)

Цель: дешёвый класс новых фич — естественные расширения уже работающего.

Действия:

  • 3-5 anchor-фич (топ по MAU)
  • 7 направлений расширения per anchor: persist / share / bulk / schedule / integrate / personalise / discover
  • Mining: для каждой anchor проходишь 7 вопросов
  • Sanity-check каждой идеи: addressable ≥30% от anchor MAU, evidence в support, buildable ≤2 sprints, не ломает anchor, не дублирует existing
  • Sequence: high-impact-low-effort → strategic / parallel / drop

Output: 15-30 кандидатов → 5-10 valid после filter → top-3 для следующего квартала. Done when: каждый valid имеет owner-кандидат + estimated effort.

Использовать: adjacent-feature-opportunities.

Phase 5: Strategic bets portfolio (день 4)

Цель: не одна фича — портфель. 70% safe + 20% new bets + 10% wild experiments (stage-adjusted).

Действия:

  • Собрать 15-25 кандидатов из phases 2-4
  • Распределить по 3 классам: Safe (extensions, polish, performance) / New bet (новая часть продукта) / Wild (могут провалиться, но изменить game)
  • Stage-adjustment: early 50/40/10, growth 70/20/10, scale 80/15/5, mature 70/15/15
  • Sanity-check per class:
    • Safe: evidence + ROI window + non-disruptive + resourced
    • New: pre-mortem 5 причин fail + validation window 2-4 sprints + kill switch + strategic match
    • Wild: high asymmetric + cheap probe + defendable failure + one owner
  • Capacity check: 70/20/10 в person-weeks для текущей команды

Output: PORTFOLIO_Q<N>.md с tree-view + per-class sanity + pre-mortem + probe-design. Done when: распределение соответствует stage, owner per item, kill switches concrete.

Использовать: strategic-bets-portfolio.

Phase 6: Pitch shortlist (день 5)

Цель: оформить топ-кандидатов так чтобы decision принялся за 30 минут, а не за неделю.

Действия:

  • Выбрать 3-5 кандидатов из portfolio
  • Quality bar: 2-3 safe + 1-2 new + 0-1 wild (mixed risk)
  • Equal effort/scope (не сравниваем 6-month epic с 2-week paper cut)
  • Каждый pitch ≈ 1 страница в формате:
    • Problem (≤ 3 предложения с evidence)
    • Solution (≤ 5 предложений, outcome-not-UI)
    • Audience (segment + addressable %)
    • Success metric (single primary number)
    • Effort (sprints + owner + dependencies + hidden complexity)
    • Pre-mortem (3 риска с detection + fix)
    • Kill switch (quantitative trigger)
    • Why now (3 строки)
    • Why this (vs 2-3 alternatives)

Output: 3-5 pitches + decision-meeting agenda + список «не выбрано» с reasons + decision-log template. Done when: pitches пройдут quality bar checklist.

Использовать: next-iteration-pitch.

Контракт между фазами

  • 1 → 2: capability map signed, нет «а у нас уже это есть?» сюрпризов
  • 2 → 3: понимаешь competitive baseline до того как смотреть на user evidence (иначе bias)
  • 3 → 4: понимаешь user-side gaps до того как mining'ить adjacent (иначе adjacent не закрывает реальный pain)
  • 4 → 5: 15-30 кандидатов с evidence перед distribution в portfolio
  • 5 → 6: portfolio 70/20/10 distribution принят перед оформлением pitch'ей
  • 6 → decision meeting: 3-5 pitch passed quality bar

Если phase не closed — не начинай следующую. Pitch без user evidence (skipping phase 3) превращается в «vibes-based roadmap».

Anti-patterns

  • ❌ Пропустить phase 1 — discovery теряет grounding, идеи появляются неоткуда
  • ❌ Только competitive (phase 2) — копирование без user evidence
  • ❌ Только user (phase 3) — закрываешь pain, теряешь category stakes
  • ❌ Adjacent на слабый anchor — расширение бессмысленно если корень не используется
  • ❌ 100% safe portfolio — продукт стагнирует, конкуренты обгоняют
  • ❌ 50% wild — team в постоянном огне, ничего finalised
  • ❌ Pitch без single primary metric — decision-maker не знает «успех»
  • ❌ Pitch без kill switch — sunk-cost fallacy уже в roadmap
  • ❌ Решение «всё хорошо, делаем всё» — это не decision, это паралич
  • ❌ Discovery в team-of-many без owner — diffuse responsibility, выгорает
  • ❌ Без timer на phases — каждая фаза занимает «сколько займёт», на выходе месяц

Tech stack рекомендации

  • Documentation: Notion / Linear docs / Coda — structured living docs (НЕ Slack messages)
  • Evidence aggregation: Notion DB / Airtable для tickets / NPS / interviews
  • Analytics: Amplitude / Mixpanel / PostHog для funnel data в phase 3
  • Session recordings: Hotjar / FullStory для visual evidence в phase 3
  • Decision logging: Linear / GitHub Issues с decision-template
  • Roadmap visualization: ProductBoard / Roadmunk / Notion (но не PowerPoint)

Roles

  • Founder / CPO — owns Phase 5 (portfolio) и Phase 6 (pitch quality)
  • Product Manager — owns Phase 1-4 (discovery)
  • Engineering Lead — sanity-check effort estimates в Phase 4-5
  • Design Lead — Phase 3 (user journey), Phase 5 sanity
  • Customer Success / Support — главные источники evidence для Phase 3

Solo founder делает всё, но разделяет days — не запускает все 6 фаз в одно утро.

Output

Финальный артефакт — NEXT_ITERATION_PLAN.md с разделами:

  1. Capability Map (из Phase 1)
  2. Competitive gaps (из Phase 2) — top-5 must-haves + 3 differentiating
  3. User journey gaps (из Phase 3) — top-10 patterns с evidence
  4. Adjacent opportunities (из Phase 4) — 5-10 valid extensions
  5. Portfolio Q<N> (из Phase 5) — 70/20/10 tree
  6. Shortlist pitches (из Phase 6) — 3-5 × 1-page
  7. Decision meeting agenda — 30 минут структурированно
  8. Не выбрано — 5-10 кандидатов с reasons (для future-you)

Цель не «выбрать идеальную фичу» (такой нет), а «выбрать лучшую среди evidence-based кандидатов, с готовым kill switch если ошиблись». Этот orchestrator — система которая отделяет product roadmap от wishlist.

К подразделу «Дискавери»
Похожие промты