# Global Party-First AI RPG Created: 2026-07-22 Updated: 2026-07-24 Author: syler222@gmail.com Agent: Codex Category: Feature Status: Draft Research: Deep Research status: Hypothesis charter; primary validation required before implementation authorization Evidence appendix: [2026-07-22-global-party-ai-rpg-evidence.md](2026-07-22-global-party-ai-rpg-evidence.md) ## Роль документа Это канонический **hypothesis charter** того, что мы можем строить, для кого и почему. Оно заменяет раннюю формулировку «ещё одна платформа для D&D с AI-мастером» на проверяемую продуктовую ставку, но не является доказательством спроса или разрешением на full build. Документ фиксирует предполагаемые продуктовые требования, но не выбирает конкретный технологический стек или поставщиков AI/WebRTC. Технический план создаётся только после прохождения primary-research gates, перечисленных в [gap audit](../../research/global-validation/09-market-product-research-gap-audit.md), и одобрения обновлённого PRD. ## Executive Decision Мы проверяем ставку на **English-first, party-first AI-RPG с глобальной амбицией для 3–5 взрослых друзей**, которая позволяет по ссылке начать и за 60–90 минут закончить юмористическое tabletop-style приключение без человека-мастера и без изучения большого rulebook. 120 минут — отдельная условная high-load ветка, которую нельзя называть подтверждённым форматом без собственного gate. Первичная валидация проводится только в English-speaking cohorts тех стран, где пройдены legal/provider/payment gates; конкретные launch countries утверждаются после Phase 0, а не выводятся из существующего RU-first исследования. Основной интерфейс — живая голосовая комната. Игроки свободно разговаривают, а канонические действия отправляют отдельными короткими voice clips. AI уточняет неоднозначное намерение до броска или изменения состояния. Правила, кубики, инвентарь, хронология и доступ к секретам контролируются детерминированным ядром; LLM отвечает за понимание языка и повествование, но не является базой данных или окончательным судьёй состояния. Если primary gates пройдены, кандидат на первый релиз — responsive web/PWA для mobile и desktop. Нативные приложения, бесконечные кампании, публичный UGC marketplace и несколько игровых систем откладываются до доказательства завершения и повторения групповых сессий. ## Problem Statement Группа друзей может хотеть провести вечер в формате tabletop RPG, но игра не начинается или разваливается из-за необходимости найти мастера, изучить правила, подготовить приключение и синхронизировать людей. Текущие AI-RPG доказывают интерес к категории, но большинство масштабных продуктов остаются solo/text-first, а отзывы повторяют проблемы забытых фактов, сломанного game state, платных исправлений AI и слабого группового UX. Проблема, которую мы решаем: > Как дать существующей группе друзей законченный, смешной и социальный RPG-вечер без человека-мастера, сохранив при этом правила, канон, темп разговора и приватность разделившейся группы? Спрос именно на предлагаемое сочетание ещё не доказан. Поэтому первый продукт должен проверять полный групповой outcome, а не максимальное число функций. ## Product Thesis ### Обещание пользователю > Invite your friends and finish a hilarious RPG adventure tonight. No GM. No rulebook. The game keeps track. ### Дифференциация Мы не конкурируем обещанием «AI генерирует любую историю». Такое обещание уже стало базовым. Мы конкурируем четырьмя измеримыми результатами: 1. **Группа действительно начинает игру:** ссылка, гостевой вход, готовые персонажи, mic check. 2. **Группа действительно заканчивает историю:** сценарий ограничен по времени и имеет управляемую драматическую структуру. 3. **Система не теряет канон:** authoritative state, event log, versioned rules и replay. 4. **Социальная игра остаётся живой:** постоянный разговор игроков отделён от канонического action input. Исследовательская опора и ограничения каждой ставки перечислены в [evidence appendix](2026-07-22-global-party-ai-rpg-evidence.md). ## Target Users ### Primary: организатор существующей компании друзей - собирает 3–5 взрослых знакомых на совместный онлайн-вечер; - может не иметь опыта TTRPG; - не хочет искать или назначать постоянного GM; - ценит быстрый старт, юмор и совместные решения больше, чем глубокую симуляцию 5e; - готов заплатить за весь вечер, если остальные входят бесплатно. ### Secondary: casual TTRPG и actual-play audience - знает жанр по играм, стримам, подкастам или коротким кампаниям; - хочет перейти от просмотра к участию без обязательства вести игру; - может стать хостом следующей сессии после первого гостевого опыта. ### Не primary для MVP - группы, которым нужен полноценный tactical VTT; - power users, строящие собственную систему правил; - пользователи, ищущие публичный matchmaking; - авторы бесконечных solo-историй; - профессиональные GM, которым нужен production suite. Эта международная сегментация является продуктовой гипотезой. Её нужно проверить отдельными English-language interviews и платным pilot; раннее русскоязычное исследование не используется как доказательство глобального TAM, выбранной страны, цены или content policy. ## Validation Hypotheses Выбранная конфигурация MVP — контейнер для проверки, а не уже доказанный глобальный product-market fit. | ID | Hypothesis | Experiment and pre-registered gate | Fallback if disproved | |---|---|---|---| | HYP-VALUE-01 | Voice + reliable state позволяют целевым группам завершать, повторять и оплачивать one-shot при приемлемой частоте correction/state defects | Concierge/alpha: абсолютные completion, same-party repeat, paid completion, correction и critical-defect gates фиксируются до cohort | Сократить voice/state surface до co-GM или более простого party story mode | | HYP-GEO-01 | English-speaking cohorts в выбранной cleared geography дают completed, repeated и paid groups | Локальные interviews → smoke test → real sessions → checkout; результаты не объединяются между странами без проверки | Сузить страну/сегмент либо отказаться от выбранного market entry | | HYP-FORMAT-01 | 3–5 человек хотят и заканчивают one-shot в диапазоне 60–90 минут | В concierge сравнить фактическую длительность и размер группы; измерить completion, abandonment, enjoyment, agency, interventions и COGS. 120 минут тестировать только как отдельную triggered branch | Выбрать подтверждённую длину/размер до production scope | | HYP-CLIENT-01 | Browser invite даёт достаточный join/completion при надёжном mobile voice UX | Device/browser matrix: permissions, audio routing, background/screen-lock, reconnect, push/install и checkout | При блокирующем browser drop-off перенести critical client flow в native раньше retention gate | | HYP-MONETIZATION-01 | Host pass по приемлемой реальной цене даёт оплаченные завершённые группы, не ломая invite loop | Только после появления fulfillable inventory: real checkout/refundable deposit с заранее выбранными price branches; invites accepted, completion, refunds, repeat и contribution margin | Проверить другое packaging, сохраняя бесплатный вход гостя и запрет оплаты системных ошибок/clarification | | HYP-FREE-01 | Один из activation offers — full-free one-shot, короткий free taste или refundable booking — максимизирует D90 contribution per acquired host без material снижения paid completion и D30 repeat | Randomized test: contribution primary outcome; pre-registered `−5 pp` non-inferiority guardrails для paid-completed groups/acquired host и D30 same-party repeat; subsidy, refunds, CAC и COGS включены | Оставить control либо прошедший все gates challenger; если ни один offer не имеет положительной economics, остановить paid launch | | HYP-SPLIT-01 | Частота и паттерны split-party оправдывают заметное место в onboarding, marketing и advanced branch UX | Наблюдать естественное использование и провести concept test; базовый split flow и privacy tests обязательны независимо от спроса | Сохранить безопасное разделение как MVP requirement, но отложить advanced branch controls и не делать feature marketing headline | | HYP-CUSTOM-01 | Ограниченный custom premise повышает activation/repeat по сравнению с curated-only catalog без неприемлемого роста safety incidents, intervention и незавершённых игр | После curated baseline сравнить equivalent cohorts по start/completion/repeat, moderation, intervention и scenario defects | Оставить curated-only catalog до появления безопасного и воспроизводимого authoring flow | | HYP-AGE-01 | Adults-only alpha является приемлемым risk envelope и не ломает acquisition | Проверка age/access friction, moderation incidents и country/provider requirements | Более узкий allowlist либо отложенный launch в неподходящей географии | | HYP-PARTNER-01 | Creator/IP partner даёт incremental demand без неприемлемой каннибализации или brand risk | Отдельный licensed pilot с baseline, economics, editorial acceptance и holdout | Independent original-IP GTM остаётся основным | ## Core User Flows ### Flow 1: хост создаёт игру 1. Хост открывает web/PWA и выбирает готовый one-shot. Custom premise, tone и duration появляются только после curated baseline и прохождения `HYP-CUSTOM-01`. 2. Система создаёт структурированный сценарный корень: цель, сцены, NPC, секреты, возможные развилки и финальные условия. 3. Хост видит короткое spoiler-safe preview и создаёт приватную комнату. 4. Система выдаёт invite link; гости не обязаны покупать доступ. ### Flow 2: группа входит и начинает 1. Гости открывают ссылку на mobile или desktop. 2. Каждый выбирает готового персонажа либо проходит короткую сборку. 3. Участники проверяют микрофон, captions и звук. 4. Все видят rating, content descriptors и boundaries комнаты и принимают их до старта. 5. AI GameMaster вводит группу в первую сцену текстом и голосом. ### Flow 3: игрок совершает действие 1. Social voice остаётся открытым для разговора всей группы. 2. Активный игрок нажимает action button и записывает короткий канонический clip. 3. Система показывает transcript. 4. Если намерение неоднозначно, невозможно или требует согласия, AI задаёт конкретный вопрос и ничего не меняет. 5. После однозначного intent rules engine определяет необходимость броска. 6. Игрок бросает кубик; сервер фиксирует исходный результат, modifiers и версию правил. 7. Только после authoritative state transition narrator создаёт текст и TTS. ### Flow 4: группа разделяется 1. Игра создаёт отдельные branch/location contexts. 2. Каждый игрок видит только разрешённую сцену, знания, narration и иллюстрацию своей ветки. 3. Global chronology синхронизирует время, не раскрывая секреты. 4. При встрече веток система явно объединяет только фактически переданные знания. ### Flow 5: группа завершает игру 1. Сценарий достигает одного из предусмотренных финальных состояний. 2. Группа получает recap ключевых решений, бросков и сцен. 3. Хост может предложить следующую игру той же группе. 4. Shareable artifact не содержит приватные branch events без разрешения их участников. ## Scope ### In Scope - English-first responsive web/PWA для mobile и desktop в юридически и операционно cleared pilot geographies; - приватные комнаты для 3–5 human players, включая хоста, если он играет; - invite-link и быстрый guest onboarding; - WebRTC social audio без обязательной видеосвязи; - отдельный push-to-act/action clip для канонических действий; - transcript confirmation и обязательное clarification неоднозначных команд; - минимум два QA-equivalent готовых юмористических one-shots на 60–90 минут, чтобы repeat не измерял повтор одного и того же контента; - ограниченный custom-premise flow без универсального world editor — после curated baseline и прохождения `HYP-CUSTOM-01` gate; - оригинальная лёгкая OSR-система, сохраняющая простоту rules-light референсов вроде Knave, но не заявляющая совместимость и не использующая их защищённый контент; - персонаж, характеристики, inventory, statuses, initiative и server-authoritative dice; - append-only event log, materialized state, entity facts, summaries и checkpoints; - сохранение authoritative state для reconnect и завершённого recap внутри одного one-shot; продолжение той же истории в следующей сессии отсутствует; - branch-aware memory и authorization для split-party; - text narration, captions и interruptible TTS; - асинхронные scene illustrations при значимой смене окружения; - participants 18+ для initial alpha как risk-control, а не как доказательство спроса на explicit content; - launch content envelope допускает согласованные fantasy violence, romance и mature themes, но не explicit sexual UGC; - rating, consent boundaries, pause/X-card, mute, leave, block и report; - reconnect/recovery без повторного применения действия; - recap и instrumentation продуктовой воронки, reliability, latency и COGS; - один activation offer, случайно назначенный по `HYP-FREE-01`: полный curated one-shot бесплатно, короткий free taste либо refundable booking; - retained paid offer — host-paid one-shot pass; приглашённые гости бесплатны. ### Explicitly Out of Scope - запуск, локализация, платёжная инфраструктура и acquisition для российского рынка; - нативные iOS/Android приложения — до доказательства retention и отдельного store-policy review; - видеосвязь — не подтверждена как core value и повышает стоимость/сложность; - бесконечные и multi-session campaigns — до прохождения long-memory benchmark; - полноценная D&D 5e совместимость — повышает сложность и IP-риск; - несколько rule systems — сначала одна проверяемая система; - tactical grid, map editor и miniatures automation — не нужны для проверки party outcome; - публичный matchmaking и LFG — сначала существующие группы друзей; - публичный UGC marketplace — повышает moderation и discovery scope; - unrestricted 18+ и private explicit adult mode — отдельная будущая policy/product гипотеза, не MVP; - voice cloning — высокий consent/IP-риск без ценности для core loop; - обучение моделей на пользовательских сессиях по умолчанию; - зависимость запуска от Chicken Curry или любого другого IP-партнёра; - использование чужих миров, персонажей, голосов, likeness, текста или арта без письменной лицензии. ## Functional Requirements | ID | Requirement | Проверяемый результат | |---|---|---| | FR-01 | Room and invite | Хост создаёт приватную комнату; 2–4 гостя входят по ссылке и проходят mic check | | FR-02 | Scenario root | Готовый premise, а после `HYP-CUSTOM-01` gate и custom premise, превращается в schema-valid one-shot plan с конечными состояниями | | FR-03 | Character UX | Каждый участник выбирает или создаёт персонажа до начала без чтения полного rulebook | | FR-04 | Social and canonical audio | Свободный разговор не изменяет state; только авторизованный action clip может начать command flow | | FR-05 | Intent clarification | Schema-invalid и многозначная state-changing команда не вызывает roll или commit до ответа игрока | | FR-06 | Rules and dice | Каждый бросок содержит raw result, formula, modifiers, rule version и event reference | | FR-07 | Canonical state | HP, inventory, statuses, location, initiative и chronology воспроизводятся из событий | | FR-08 | Narration | Текст появляется независимо от TTS; narrator получает подтверждённый outcome и не меняет state | | FR-09 | Scene media | Image job запускается только по material scene trigger и не блокирует игровой commit | | FR-10 | Split-party privacy | Неразрешённый branch fact не попадает в UI, retrieval, summary, TTS, image prompt или recap другой ветки | | FR-11 | Safety | Pause немедленно останавливает action intake, TTS и media jobs; доступны mute/leave/block/report | | FR-12 | Recovery | Reconnect восстанавливает актуальные scene/state и не дублирует command | | FR-13 | Completion | Игра способна привести группу к явному финалу и сформировать безопасный recap | | FR-14 | Analytics | Система измеряет stable party identity, invite funnel, promised-time completion, same-party repeat на втором one-shot, false-valid intent commits, defects, latency и cost per completed participant-hour | ## AI GameMaster Contract Пользователь видит одного GameMaster, но права компонентов разделены: - **Scenario planner** предлагает структуру до старта, но не меняет live state. - **Intent parser** предлагает типизированную команду, но не применяет её. - **Rules engine** проверяет возможность и вычисляет outcome без сочинения мира. - **State service** является источником истины для игровых фактов. - **Context builder** выбирает только разрешённые branch memories. - **Narrator** превращает подтверждённый outcome в текст и диалог. - **Safety layer** работает до state mutation и отдельно проверяет output/media. - **Media workers** не могут откатить или блокировать committed turn. Ключевой инвариант: медленный или ошибочный generative step не имеет права самостоятельно изменить канон. ## Experience Principles 1. **Conversation first:** игроки разговаривают, а не ждут интерфейс по очереди. 2. **Clarify, do not guess:** система не принимает неоднозначное решение за игрока. 3. **Show the rules:** бросок и расчёт видимы, даже если правила простые. 4. **One evening, one payoff:** первый опыт обязан иметь законченный финал. 5. **Text is immediate:** TTS и изображения улучшают сцену, но не блокируют её. 6. **Guests feel free:** приглашённый игрок не сталкивается с checkout до первой законченной игры. 7. **Private means scoped:** секреты защищаются на уровне данных, а не только prompt-инструкцией. ## Business Model ### Launch model 1. До launch не фиксируем бесплатную полную игру: новым хостам случайно назначается эквивалентный activation offer — full-free one-shot, короткий free taste либо refundable booking — по `HYP-FREE-01`. 2. Retained paid offer после activation — one-shot host pass; приглашённые гости входят бесплатно. Его цена и способность давать paid completion проверяются по `HYP-MONETIZATION-01`. 3. Subscription появляется только после доказанного repeat-party поведения и включает квоту законченных сессий, а не абстрактные токены. 4. Adventure packs и лицензированный контент — после подтверждения core retention. ### Не используем на старте - оплату каждого участника; - списание токенов за каждый ход; - оплату clarification/regeneration, вызванных ошибкой системы; - annual subscription до доказательства повторного использования; - цену, выведенную умножением traffic или store installs на тариф конкурента. Конкретная цена остаётся предметом real-checkout эксперимента после расчёта COGS. ## Go-to-Market ### Product-led loop ```text Host discovers one-shot → invites 2–4 friends → group completes a funny session → receives a consent-safe recap/highlight → a guest hosts the next session ``` ### Launch channels 1. **Actual-play and comedy creators:** короткие демонстрации реальной групповой динамики, а не рекламные обещания AI. 2. **Creator adventure drops:** ограниченные curated modules с собственным тоном автора; лицензия и revenue share оформляются письменно. 3. **RPG communities:** Discord, Reddit и community partnerships для closed cohorts и feedback, не как доказательство scalable acquisition. 4. **Invite/referral:** reward выдаётся после завершённой игры приглашённой группой, а не после регистрации. 5. **SEO:** problem-led pages и публичные reliability reports; не создавать сотни страниц без доказанного спроса. 6. **App stores:** только после web retention, policy review и доказательства пользы native distribution. ### Partnership position Chicken Curry и другие actual-play/IP бренды могут ускорить контент и top-of-funnel, но не являются условием запуска. До независимого product proof допустимы только exploratory conversations. Никакой брендированный build не создаётся без письменных прав и согласованной экономики. ## Success Metrics and Evidence Gates ### North Star **Qualified party sessions completed within the promised timebox per week** — число qualified групп, достигших явного финала в обещанном окне. Метрика считается на уровне stable party ID. `Completed participant-hours` остаётся usage/cost diagnostic: она может расти из-за более длинной или застрявшей сессии и поэтому не заменяет групповой outcome. Retention и monetization измеряются отдельно как `same-party paid second-session completion` и `90-day contribution per acquired host`. ### Funnel `qualified host → assigned concept/message → real slot or non-transactional intent → 2+ invites sent → 3+ joined → mic check → first-session start → first canonical action → midpoint → first ending → retained host-pass authorization/capture → paid second-session completion by the same party → optional guest-host` Activation reservation и retained host-pass — разные события. Правила `same party`, eligibility, authorization, capture, fulfillment, cancellation и refund фиксируются до анализа в [validation program](../../research/global-validation/04-validation-program.md). ### Product quality guardrails - 0 critical HP/inventory/location/chronology defects в release replay suite; - 0 branch privacy leaks в adversarial tests; - 100% schema-invalid или многозначных state-changing commands уточняются до commit; - 0 false-valid intent commits в labelled audit set; - reconnect не дублирует действие; - отдельно измеряются p50/p95 STT, adjudication, narration, TTS и image latency; - измеряются correction rate, manual intervention и blocked/repeated narration; - enjoyment, agency, social comfort и desire-to-repeat собираются у каждого участника, а не только у хоста; - считается полный variable cost на completed participant-hour. ### Validation sequence 1. Minimum text-research consent/storage/retention gate фиксируется до interviews; права, country/provider policy, payments и voice-data lifecycle — до обещания voice slot, real session или checkout. 2. English-language problem interviews проверяют прошлое поведение организаторов, гостей, отказавшихся гостей и intact parties отдельно по выбранной geography. 3. Neutral concept comparison проводится после problem section; затем отдельный capacity-limited smoke cohort проверяет message и полный slot/invite/formation funnel без preselection уже сформированных parties и без выдачи неплатёжного intent за WTP. 4. Concierge/Wizard-of-Oz: 12 полных сессий с двумя QA-equivalent original-IP one-shots, 60/90-minute cells и participant-level experience evidence. 5. Closed alpha: 30–50 групп, включая mobile-first, desktop-first и split-party cases; repeat означает завершение второго one-shot той же party. 6. Real checkout и confirmatory price test запускаются только после появления fulfillable inventory; paid completion, refunds и group-level repeat считаются вместе. 7. Только после прохождения gates — native apps, campaigns, broader content и партнёрские modules. Точные коммерческие thresholds completion, repeat и willingness-to-pay утверждаются до начала соответствующего эксперимента, а не подгоняются после результата. Полевое исполнение описано в [primary research protocol](../../research/global-validation/10-primary-research-protocol.md). ## Technical Context - Проект greenfield; существующего runtime-кода и закреплённого stack нет. - Кандидат MVP при прохождении gates должен иметь одну responsive client codebase для mobile/desktop web. - Authoritative core строится вокруг append-only events, materialized state, expected state version и idempotency keys. - Authorization проверяется server-side на каждом room/event/branch read и write. - Social audio не записывается. Raw action clip используется эпизодически для STT и не сохраняется приложением после подтверждения transcript; в каноне остаются подтверждённый transcript и structured action. Любой диагностический audio capture требует отдельного opt-in, срока удаления и legal/provider clearance. - One-shot state хранится для reconnect и recap по утверждённой lifecycle policy, но MVP не продолжает историю как campaign после финала. - Retrieval фильтруется по visibility scope до поиска и повторно до ответа. - RNG выполняется сервером и журналируется. - STT, LLM, TTS и image generation находятся за ограниченными async boundaries с timeout, cancellation, quota reservation и observability. - Конкретные providers, framework, database schema и deployment topology выбираются в техническом `$spec`, а не в этом PRD. ## Key Decisions | Decision | Choice | Why | Evidence status | |---|---|---|---| | Market | English-first validation in cleared cohorts; global expansion ambition | Предыдущий RU research не доказывает global TAM; результаты не смешиваются между странами | HYP-GEO-01 | | Core buyer | Host of an existing friend group | Один организатор контролирует invite loop и может оплатить общий вечер | Global segment hypothesis | | Format | Initial 60–90 minute humorous one-shot for 3–5; 120 minutes only as a separately triggered branch | Проверяет полный outcome дешевле и быстрее, чем long campaign, не объявляя непроверенную длинную сессию baseline | HYP-FORMAT-01 | | Platform | Responsive web/PWA first, native fallback gate | Одна mobile/desktop codebase и быстрый invite flow, но browser voice ещё надо доказать | HYP-CLIENT-01 | | Interaction | Open social audio + separate action clips | Сохраняет групповую химию и ограничивает канонический STT/data capture | HYP-VALUE-01; data-minimization decision | | Rules | One original lightweight OSR system | Уменьшает onboarding и IP complexity; не обещает D&D/Knave 2e compatibility | Product decision + legal gate | | Authority | Deterministic state/rules, bounded LLM narration | Повторяющиеся competitor failures связаны с memory/state drift и correction cost | Strong problem evidence; solution still HYP-VALUE-01 | | Multiplayer | 3–5 existing friends | Ограничивает synchronization и moderation scope | HYP-FORMAT-01 | | Split party | Branch-safe data model and базовый MVP flow | Это явное требование концепции; frequency определяет только UX investment и marketing prominence | Product requirement + HYP-SPLIT-01; privacy hard gate | | Media | TTS immediately optional; images event-driven | Media усиливает атмосферу, но не должно задерживать committed turn | UX/cost hypothesis | | Monetization | Experimentally selected activation offer, затем host pass; invited guests free | Сравнивает full-free, free-taste и refundable booking без преждевременной субсидии; retained host pass сохраняет invite loop | HYP-FREE-01 + HYP-MONETIZATION-01 | | Age/content | Adults-only cohort; non-explicit restricted content envelope | Возраст аудитории отделён от допустимости content; unrestricted explicit mode исключён | HYP-AGE-01 + policy hard gate | | Partnerships | Optional post-proof accelerator | Partner appetite, rights и incremental economics не подтверждены | HYP-PARTNER-01 | | Campaigns | Deferred | Long-session reliability не доказана ни рынком, ни собственным benchmark | Proof gap; long-memory gate | ## Research Findings - Международная AI-RPG категория имеет реальную distribution, но большинство новых multiplayer entrants остаются pre-traction. - Feature list больше не дифференцирует: конкуренты уже обещают memory, multiplayer, TTS, images и rules. - Наиболее повторяющиеся review pains — memory/state drift, AI overreach и оплата исправлений системы. - Среди изученной выборки не найден масштабный, независимо подтверждённый продукт, соединяющий human voice room, canonical voice turns, deterministic state и private split branches. - Наблюдаемые acquisition loops — invites, UGC, communities, creator content, SEO и stores; публичной causal attribution и CAC почти нет. - Почти вся публичная revenue competitors неизвестна; pricing, funding, visits и installs не являются WTP или unit economics. - Успешный 19-job global Google Trends run подтверждает активный category/reference search layer и emerging с низкой базы AI-DM vocabulary. `Roll20` остаётся крупнейшим reference term в US/GB/CA/AU comparisons, а `D&D without DM` не имеет наблюдаемого signal. Relative indexes используются для vocabulary/message hypotheses, не для TAM, PMF, абсолютного country ranking или прогноза роста. ## Research Index - [Исходный research pack](../../research/README.md) - [Рынок и сигналы спроса](../../research/02-market-and-demand.md) - [Сегменты и Jobs-to-be-Done](../../research/03-audience-segments.md) - [Google Trends: данные, ограничения и воспроизводимость](../../research/05-google-trends.md) - [Рекомендованный MVP и AI GameMaster](../../research/06-product-mvp-and-ai-gm.md) - [Стратегия и ограничения партнёрства с Chicken Curry](../../research/07-chicken-curry-partnership.md) - [Бизнес-модель и программа валидации](../../research/08-business-model-and-validation.md) - [Риски, policy, IP и safety](../../research/09-risks-policy-and-legal.md) - [Матрица выводов и доказательств](../../research/11-claim-evidence-matrix.md) - [Углублённый аудит конкурентов](../../research/competitor-vitality/README.md) - [Отзывы и failure patterns](../../research/competitor-vitality/04-review-synthesis.md) - [Трафик, деньги и acquisition](../../research/competitor-vitality/05-traffic-revenue-acquisition.md) - [Полный source ledger](../../research/competitor-vitality/07-source-ledger.md) - [Global Google Trends capture и интерпретация](../../research/global-validation/05-google-trends.md) - [Аудит пробелов market/product research](../../research/global-validation/09-market-product-research-gap-audit.md) - [Primary research protocol](../../research/global-validation/10-primary-research-protocol.md) ## Delivery Decomposition Этот документ задаёт границы продукта, но описывает несколько независимых систем и поэтому не должен превращаться в один монолитный implementation plan. 1. **Phase 0 — evidence and clearance:** выбрать одну pilot geography, провести problem/group-decision research, проверить concept/format hypotheses, зафиксировать rules IP, content envelope, voice lifecycle, providers и payment route. 2. **Phase 1 — concierge validation slice:** два QA-equivalent curated one-shots, одна room/invite flow, mic check, social voice, canonical action/transcript/clarification, базовый authoritative state, завершение и instrumentation. Допустим Wizard-of-Oz там, где автоматизация не нужна для проверки спроса. 3. **Phase 2 — closed-alpha core:** автоматизированные rules/state/replay, reconnect, TTS, event-driven illustrations, branch-safe split-party и same-party second-session completion на 30–50 группах; limited custom premise добавляется только после curated baseline и отдельного safety/quality gate. 4. **Phase 3 — paid pilot:** host-pass checkout, repeat-party loop, contribution margin и отдельный licensed-partner experiment. Первый технический `$spec` должен охватывать только Phase 1. Переход к следующей фазе разрешает evidence gate предыдущей, а не календарный план. ## Approval Boundary До прохождения Final-PRD readiness gates из [gap audit](../../research/global-validation/09-market-product-research-gap-audit.md) не принимаются необратимые архитектурные решения и не начинается implementation planning. Затем PRD обновляется фактическими результатами, проходит отдельное одобрение и только после этого меняет Status с `Draft` на `Final`; техническое проектирование выполняется отдельным `$spec`.