zizi-al/games-development-ai
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

docs(architecture): 重写产品域为 4 级散文设计文档(5 档)

Browse Source 
黄金模板(owner 已验风格)+ SPLIT + forensic 落地:产品/README(L2 域主档)+ 需求清单/需求模块映射(含 2026-06-17 forensic 现状快照)/护城河话术/商业定位(L3)。人读散文 + 多图(Mermaid)+ 少黑话(专名首现解释)+ 单档 ≤2000 + 品牌统一为绘境AI。源档与连带引用改动统一留 Phase7 总收口(避免多域构建期半态);域间前向链接待其余域建好后在 Phase7 验。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
lili 2026-06-20 19:20:26 -07:00
parent 7f71932023
commit 366a44b4b5
5 changed files with 976 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

99
docs/architecture/产品/README.md Normal file
View File

@ -0,0 +1,99 @@
# 产品域 · 设计主文档
> **这是什么**：绘境AI 产品域的设计主文档,回答"**产品对用户提供什么**"(WHAT),不涉及"用什么技术实现"(HOW——那部分在[架构域](../架构/README.md))。
> **给谁看**:产品经理、新加入的同事、外部评审、投资人尽调。
> **怎么读**:先读本页建立全局认知,再按需深入文末的三份子文档。
---
## 1. 一句话与一张图:绘境AI 是什么
绘境AI 是一个面向大众的 AI 游戏创作与变现平台。它把三件过去彼此割裂的事——**做得出游戏、有人来玩、能赚到钱**——接成一条完整的闭环。
一个没有任何编程基础的普通人,可以从一句话出发,做出一款能上线、能变现的轻量小游戏;玩家在类似短视频的"游戏信息流"里刷到它、即点即玩;平台则通过广告、订阅会员、B 端定制三条线变现。
竞品大多停在"生成工具"这一步——做完没人玩、也不赚钱。绘境AI 的差异化在于把"生成 + 流量 + 变现"串成一条链,这条闭环就是所有产品功能挂靠的主干:
```mermaid
flowchart LR
A["创作者<br/>一句话 / 选模板"] --> B["AI 生成<br/>可试玩游戏"]
B --> C["预览 & 迭代"]
C --> D["多渠道发布"]
D --> E["游戏信息流<br/>即刷即玩"]
E --> F["玩家互动<br/>点赞 / 分享 / 评论"]
F --> G["广告 / 内购 / 订阅<br/>变现"]
G --> H["收益 & 行为数据"]
H --> A
H -. "行为数据 → 推荐优化" .-> E
```
闭环里的每一环都对应一组产品功能:**创作**(创作者侧)→ **分发与游玩**(玩家侧)→ **变现与数据**(双方)。数据回流又反哺推荐,让好游戏被更多人刷到——这是平台越用越聪明的来源。
---
## 2. 产品全貌:19 个产品域
产品功能按"用户能感知的能力"聚成 19 个**产品域**。为便于把握,可以再归成五大块:
```mermaid
flowchart TB
subgraph 创作侧["创作侧 — 把游戏做出来"]
MAT[素材中心] --- TPL[玩法模板] --- CRT[自定义创作]
LIC[授权 IP 创作] --- PUB[发布分发]
end
subgraph 玩家侧["玩家侧 — 让游戏被玩到"]
PLZ[游戏广场] --- FED[游戏信息流] --- SOC[社区互动]
end
subgraph 变现侧["变现侧 — 把钱赚回来"]
WAL[创作者钱包] --- PAY[付费变现] --- ADV[广告变现]
end
subgraph 成长侧["成长侧 — 让创作者留下来"]
OPS[数据经营] --- GRW[创作者成长] --- INC[创作者激励] --- NTF[消息通知]
end
subgraph 平台侧["平台侧 — 让生态转起来"]
IPX[IP 孵化与版权] --- BIZ[B 端定制] --- OPN[运营管理] --- ACC[账号与合规]
end
```
- **创作侧**:从挑素材、选玩法模板,到一句话自定义生成,再到基于授权 IP(如知名形象)创作,最后一键发布到多个渠道。
- **玩家侧**:游戏广场按专区浏览,游戏信息流竖屏即刷即玩,再加上评论、关注、排行榜等社区互动。
- **变现侧**:创作者钱包收益与提现、面向用户的付费(充值/会员/内购)、以及广告(激励视频/插屏等)。
- **成长侧**:让创作者看到数据、得到诊断与激励、收到关键通知,从而持续留下来创作。
- **平台侧**:IP 孵化与版权交易、B 端定制业务、运营审核管理,以及账号与合规告知。
---
## 3. 怎么读懂一条需求(术语先解释)
需求清单里每一行是一条产品功能,带四个属性。第一次接触的人只需记住:
- **编号** `P-{域}-{序号}`:例如 `P-CRT-01` 表示"自定义创作"域的第 1 条需求。域用三字母缩写(MAT 素材、TPL 模板、CRT 创作……)。
- **端**:这条功能服务谁——**创作者**、**玩家**、**经营**(创作者查看自己作品的数据)、**运营**(平台管理员)、**B端**(企业客户)、或**通用**。
- **优先级**:**P0** = MVP 阶段必须验收的功能(全部 155 条里有 **55 条 P0**);**P1 / P2** = 后续迭代。
- **来源**:**demo** = 早期原型演示里出现过;**v2.0** = 延续既有能力;**G#** = demo 暴露出的缺口编号。
---
## 4. MVP 的边界:155 选 55
完整产品有 **155 条需求**,分布在 19 个域。MVP 阶段不全做,而是聚焦其中 **55 条 P0**——它们刚好串起一条"种子用户可试用的全链路":创建 → 生成 → 预览 → 发布 → 信息流 → 游玩 → 互动 → 广告 → 收益。
```mermaid
flowchart LR
P155["155 条产品需求<br/>(完整产品)"] --> P55["55 条 P0<br/>(MVP 验收口径)"]
P55 --> LOOP["覆盖全链路闭环<br/>create → play → earn"]
```
换句话说:MVP 不追求功能多,而追求**这条闭环每一环都能真实跑通**。P1/P2 是闭环跑通之后的加厚。
---
## 5. 子文档导航
| 文档 | 回答什么 |
|---|---|
| [需求清单](需求清单.md) | 完整的 155 条产品需求,按 19 个域逐条列出 |
| [需求模块映射](需求模块映射.md) | 每条产品需求由哪些技术模块实现(连接[架构域](../架构/README.md)) |
| [护城河话术](护城河话术.md) | 对外融资沟通时,产品与商业层面的统一口径 |
> **纪律**:产品域只讲"用户能感知什么";一条需求由哪些技术功能实现,记在[需求模块映射](需求模块映射.md)里,技术功能本身的设计在[架构域](../架构/README.md)。三者各司其职、互不重复。

108
docs/architecture/产品/商业定位.md Normal file
View File

@ -0,0 +1,108 @@
# 商业定位与竞争战略
> **这是什么**:绘境AI 的商业定位、竞争格局、护城河逻辑、三线变现战略与窗口期判断。它回答"我们在市场上是谁、靠什么赢"。
> **和[护城河话术](护城河话术.md)的区别**:本文是底层的**定位与战略**(事实判断);护城河话术是对外沟通的**口径脚本**(怎么说)。
> **边界**:资本效率与成本结构 → [运营域 / 单位经济](../运营/变现与单位经济.md);法定合规闸门 → [运营域 / 合规闸门](../运营/合规闸门.md);经济模型明细 → `docs/mvp/单位经济敏感性模型.md`。
---
## 1. 一句话定位
绘境AI = 唯一把"**做得出 → 有人玩 → 赚到钱**"接成一条闭环的 AI 游戏生态平台。竞品大多停在"生成工具",我们做"生成 + 流量 + 变现"全链路。
核心策略:**用开源生态组合(而非烧钱自研)快速搭起全闭环,把核心精力和资金投在竞品做不了的事上——游戏流分发 + 创作者收益闭环 + AI 数据驱动优化。**
---
## 2. 竞争格局:我们站在哪
绘境AI 不在"技术深度"上跟巨头硬碰,而是抢"生态完整度"这条没人占的轴:
```mermaid
quadrantChart
title 技术深度 vs 生态完整度
x-axis 生态完整度低 --> 生态完整度高
y-axis 技术深度低 --> 技术深度高
quadrant-1 深且全
quadrant-2 深而不全
quadrant-3 浅而窄
quadrant-4 全而够用
极逸SOON: [0.2, 0.9]
TapTap制造: [0.35, 0.6]
FunloomAI: [0.25, 0.35]
绘境AI: [0.85, 0.5]
```
| 竞品 | 强 | 空白 | 绘境AI 如何避开 |
|---|---|---|---|
| 极逸 SOON(融资近 1 亿) | 自研三引擎 + 产业大模型 | 无流量、无变现闭环 | 不自研引擎,用开源组合;钱花在流量和变现上 |
| TapTap 制造(上市公司) | 有流量 | 封闭、不能多渠道、分成低 | 开放多渠道、创作者拿 80% 分成 |
| FunloomAI(估值 2 亿) | 有付费验证 | 品类窄、无流量 | 多模板多品类、自建游戏流 |
**结论:绘境不追求技术深度第一,追求生态完整度第一。技术够用即可,生态无法复制。**
---
## 3. 护城河逻辑:不假装有墙,讲清楚要点哪把火
短期我们没有护城河,有的是"不公平起跑";真正的护城河要在窗口期里点燃。这套逻辑必须诚实讲——任何一处言过其实都会击穿信任。
| 壁垒层 | 内容 | 为什么难复制 |
|---|---|---|
| **数据壁垒** | 玩家行为数据 + 质量评分 + 推荐信号 | 需要真实流量积累,无法购买 |
| **网络效应** | 创作者越多 → 内容越丰富 → 玩家越多 → 创作者越多 | 飞轮一旦转起来,追赶成本指数级增长 |
| **资产壁垒** | 模板库 + 素材市场 + IP 合约 | 时间沉淀型资产 |
| **合规壁垒** | ICP + 文网文 + 广告资质 + 渠道关系 | 牌照 + 关系 + 流程,6-12 个月才能齐备 |
> 真正归我们独家的,不是 IP(IP 非独家,只是冷启动燃料),而是**创作者沉淀在平台上、搬不走的生态资产**。详细对外口径见[护城河话术](护城河话术.md)。
---
## 4. 三线变现战略(现行战略主轴)
经过战略审计(代号 HJ-AUDIT-001,四个核心风险点已逐一收口),变现叙事修正为三条线、按现金回款的早晚排序:
```mermaid
flowchart TB
L1["① B端 / IP 营销小游戏<br/><b>现金线 · 首位</b><br/>项目收费+分成,回款最早"]
L2["② 自有端邀请制内测<br/><b>数据资产线</b><br/>养数据回路,不公开经营、不接真钱"]
L3["③ 渠道线(微信/抖音备案+广告)<br/><b>规模线</b><br/>规模化曝光 + 真实广告收入"]
L1 -->|供血| L2 -->|窗口期滚成资产| L3
```
| 线 | 定位 | 合规定性 | 产出 |
|---|---|---|---|
| **① B端/IP 营销小游戏(现金线)** | IP 方/品牌推广小游戏,项目收费+分成 | 推广内容非网络出版物,版号争议最小、回款最早 | 现金流 + 标杆案例 |
| **② 自有端邀请制内测(数据线)** | 内测灰度,养数据回路与生成质检闭环 | 试玩 demo 定性,不公开经营、不接真钱 | 行为数据 + 产品迭代(飞轮种子,诚实标注为未来式) |
| **③ 渠道线(规模线)** | 微信/抖音小游戏备案 + 广告变现 | 备案制豁免通道成立,平台代管实名/防沉迷 | 规模化曝光 + 真实广告收入 |
> 主轴一句话:单人 + AI agent 体系的资本效率(已实证)→ B端/IP 现金线供血 → 用窗口期把供给侧成本优势滚成内容资产与数据飞轮(未来式,诚实标注)。
---
## 5. demo 与产品的定位边界(避免拿原型当建设度)
对外的 demo 是**愿景原型**,不是当前真实建设度——这条边界必须守住,否则对内对外都会误判:
- **demo** = 营销愿景原型(`huijing-ai-demo.html`,卖相超前于真实建设,结构骨架约 70%,真实可验收的 P0 是个位数)。
- **真实可端到端验收的主链** = 「创作 → 生成 → 预览 → 发布 → 审核 → 信息流 → 试玩 → 互动 → 数据回路」+ B 端、个人主页。
- **术语纠偏**(创始人裁定):废弃的是"游戏模板"(填参即得整局的旧 4 套);"玩法模板"(经营/剧情/解谜/TRPG/非遗等品类框架)**未废、是有效 P0 待建**,但优先级排在"生成可靠"之后。
---
## 6. 窗口期判断
```mermaid
timeline
title 竞争窗口期 6-12 个月
现在 : MVP 上线 : 游戏流验证
6 个月 : 10 万创作者 : 数据壁垒形成 : 广告收入启动
12 个月 : 竞品可能跟进 : 但已无数据优势
18 个月 : 飞轮成型 : 长期竞争优势
```
**窗口期 6-12 个月,赛的是"谁先点燃"。** 在此期间积累的数据和网络效应将构成长期竞争优势;融资就是点火的燃料钱。
---
> **配套**:对外怎么说见[护城河话术](护城河话术.md);成本/资本效率与单位经济见[运营域](../运营/变现与单位经济.md);技术架构如何支撑这套商业逻辑见[架构域](../架构/README.md)。

130
docs/architecture/产品/护城河话术.md Normal file
View File

@ -0,0 +1,130 @@
# 护城河对外话术(双版本)
> **这是什么**:融资沟通时的口径基准。**版本 A 面向投资人**(定位 / 电梯陈述 / 三段式 / 必答问题);**版本 B 面向技术尽调**(诚实技术口径 / 红线 / 自研边界 / 工程亮点)。
> **核心纪律**:**不假装有护城河——卖的是"不公平起跑 + 飞轮与生态护城河的路径"。任何一处言过其实都会击穿全局信任。** 主动认怂(生成能力会被追平、IP 非独家、飞轮尚未成型)反而是对好投资人的加分。
---
## 一图看懂论证主线
我们对外讲的不是"现在已有一道墙",而是"现在有别人没有的起跑优势,要用融资在窗口期里把真正的护城河点燃":
```mermaid
flowchart LR
subgraph 现在["现在真有的 · 不公平起跑"]
R1["资本效率<br/>~1/5 成本撑 18-24 月"]
R2["点火燃料<br/>辨识度 IP 冷启动"]
R3["全栈闭环<br/>生成→流量→变现已成型"]
end
subgraph 窗口["窗口期 6-12 月 · 点火"]
FIRE["用融资抢先点燃"]
end
subgraph 未来["要点燃的护城河 · 未来式"]
M1["数据/网络飞轮"]
M2["创作者生态资产<br/>(切换成本)"]
M3["合规资质<br/>(6-12 月门槛)"]
end
R1 & R2 & R3 --> FIRE --> M1 & M2 & M3
```
一句话:**生成是入场券,不是壁垒;护城河是飞轮和生态,我们不假装已经有墙。**
---
## 版本 A — 投资人面
### A0. 一句话定位
绘境AI = 唯一把"**做得出 → 有人玩 → 赚到钱**"接成一条闭环的 AI 游戏生态平台。竞品停在"生成工具",我们做"生成 + 流量 + 变现"全链路。
### A1. 电梯陈述(30 秒)
> "AI 让人人能做游戏,但'做出来'没用——没人玩、不赚钱。绘境AI 把生成、游戏流分发、广告变现接成一条闭环:创作者当天做、当天有人玩、当天看到收益。我们不烧钱自研大模型——那 12-18 个月会被通用模型追平;我们用 1/5 成本把生成做到够用,把钱压在竞品的空白:流量和变现。种子轮的钱,用来在窗口期里抢先点燃数据飞轮和创作者生态——那才是护城河。"
### A2. 三段式展开
**① 楔子:我们解决竞品没解决的"闭环"**
| 竞品 | 强 | 空白 |
|---|---|---|
| 极逸 SOON(融资近 1 亿) | 技术最强、自研三引擎 | 无流量、无变现——创作者做完没人玩 |
| TapTap 制造 | 有流量 | 封闭、不能多渠道、分成低 |
| FunloomAI | 有付费验证 | 品类窄、无流量 |
| **绘境AI** | **生成够用 + 自建游戏流 + 全链路变现** | **唯一把三件事接成闭环** |
**② 不公平起跑:别人没有的三样(这是你现在真有的)**
- **资本效率**:开源组合,同等功能约 1/5 成本、1/3 时间,种子轮的钱能撑 18-24 月。
- **点火燃料**:王蓝莓等辨识度 IP + 锁风保真能力,让我们冷启动比裸启动的竞品快——内容种子先有,玩家和数据先聚。
- **全栈闭环**:13 模块领域架构 + 11 周 MVP 计划,生成→流量→变现已设计成型、可验证。
**③ 要去点燃的护城河(诚实:未来式,不是已有)**
- **数据/网络飞轮**:行为数据→质量评分→推荐→创作者迭代,越转越快,新进入者无数据可用。
- **创作者生态资产**:模板/素材/工作流/粉丝沉淀在平台,产生切换成本 + 马太效应。IP 可复制,"创作者把家安在你这儿"不可复制。
- **合规资质**:ICP/文网文/广告资质,6-12 月门槛。
- **窗口期 6-12 个月,赛的是"谁先点燃"。融资就是点火的燃料钱。**
### A3. 必答问题(背下来)
| 投资人问 | 诚实且强的答法 |
|---|---|
| **你们的护城河是什么?** | "短期没有护城河,有不公平起跑。护城河是我们要在窗口期点燃的数据飞轮和创作者生态——我们不假装已经有墙。" |
| **IP 独家吗?** | "非独家。IP 对我们是冷启动燃料和样板 ROI,不是护城河。真正归我们独家的,是创作者沉淀在平台上、搬不走的生态资产。" |
| **大模型把生成追平了怎么办?** | "我们第一天就假设它会被追平(12-18 月)。所以钱没砸在生成引擎,砸在竞品的空白——分发和变现。生成是入场券,不是壁垒。" |
| **极逸近 1 亿自研,你 5 个人怎么打?** | "不在他们强的地方跟他们打。他们做了最强的生成,但没人玩、没变现。我们用 1/5 成本做够用的生成,资源全压他们的空白。技术深度我认输,生态完整度我抢第一。" |
| **凭什么是你们先点燃飞轮?** | "资本效率(钱撑更久)+ 点火燃料(辨识度 IP 冷启动)+ 全栈闭环已成型 + 执行速度(11 周 MVP)。" |
### A4. 口径红线(对投资人也别越)
- 不说"我们有技术护城河" → 说"不公平起跑 + 飞轮路径"。
- 不说"独家 IP" → 说"IP 是点火燃料,生态才是资产"。
- 不说"飞轮已成型" → 说"窗口期内点燃,钱就是用来点火的"。
---
## 版本 B — 技术尽调面
### B0. 定调:刻意不自研,是资本效率,不是能力缺失
> "我们的技术原则:能用成熟开源/商用组合的绝不自研;自研只投在必须自己掌控的**控制点和数据入口**。这是窗口期内的资本效率选择,不是能力缺失。"
### B1. 六项能力的诚实口径(尽调桌上就这么说)
| BP 里的术语 | 尽调桌上的诚实口径 |
|---|---|
| IP 专属定向微调垂类模型 | "通用大语言模型(LLM)做底座,美术现经 **mmx-cli(MiniMax)** 出系列一致素材(按需可叠 IP 画风 LoRA,ComfyUI/Flux/SDXL 为备选)。**没有自训垂类大模型。**" |
| 四层画风锁风校验算法 | "风格指纹嵌入比对 + 阈值门 + 三档人审(标准/严格/人工)。**不是高深算法**,是让非独家 IP 能安全规模化使用的工程 + 合规流程。" |
| 轻量化 H5 游戏引擎 | "轻量 H5 运行时——自研的是**宿主控制层**(Runner + iframe 沙箱 + SDK 注入),渲染引擎层用成熟开源轻引擎(可替换),保首屏 3 秒内打开与平台控制点;复杂 2D/3D 用 Cocos。**不自研引擎。**" |
| 全域一键分发调度系统 | "以微信小游戏格式包为枢纽的多渠道转换 + 渠道适配规则库 + 发布状态机。**快手经格式转换 + 真机验证,不是全自动。**" |
| AI + 人工双层风控 | "机审(自部署快检 + 阿里云内容安全 + 提示词注入检测/输出格式校验)+ 人审队列。行业合规标配,我们做扎实了。" |
| 流量双轨推荐算法 | "MVP 是**规则线性加权打分** + 授权IP/UGC 双区分区运营;千人千面的机器学习推荐是数据积累后的增长期演进。" |
### B2. 四条红线措辞(尽调前全网改口)
| 别说 | 改说 |
|---|---|
| "微调垂类模型" | "为正版 IP 训练专属画风模型(LoRA)" |
| "四层校验算法" | "风格指纹比对 + 阈值门 + 三档人审"(或把四层具体定义并落档) |
| "全域一键分发" | "以微信格式为枢纽的多渠道适配" |
| "双轨推荐算法" | "规则推荐 + 授权IP/UGC 双区运营,机器学习为后续演进" |
### B3. 自研边界(清楚地讲"自研什么、不自研什么")
- **自研(必须自掌——控制点 + 数据入口)**:运行时宿主层(Runner + iframe 沙箱 + SDK 注入;渲染引擎为可替换的开源轻引擎,不自研)、信息流推荐、遥测数据底座、变现链路(钱包/分账/广告位)。
- **不自研(省 6-12 月 + 千万级,且可替换无锁定)**:大模型、多模型网关(new-api,接通用 LLM)、后台(Huijing)、素材生成(mmx-cli;ComfyUI 备选)、内容安全(阿里云)、复杂引擎(Cocos,远期);编排用 SAA(Spring AI Alibaba)裸图、轻引擎用 LittleJS(均开源、可替换)。生成 Agent(OpenGame)/可视化编排(Dify)列为远期增强、当前不部署。
### B4. CTO 会戳的三个点 + 怎么答
| CTO 戳 | 怎么答 |
|---|---|
| "这六项不就是网关+开源框架+阿里云拼的吗?" | "对,而且是刻意的。生成走 new-api 网关接通用 LLM、编排用 SAA 裸图、美术用 mmx-cli、后台 Huijing、安全阿里云——自研这些要 6-12 月烧千万,我们数周集成,省下的全投在竞品没有的信息流/变现/SDK 上。自研边界很清楚(见 B3)。" |
| "锁风是什么高深算法?" | "不是。嵌入比对 + 阈值 + 人审。我们不声称算法领先——它解决的是工程和合规问题:让非独家 IP 安全规模化。价值在流程,不在算法。" |
| "轻量 runtime 有什么了不起?" | "运行时本身不了不起——渲染引擎我们直接用成熟开源轻引擎。了不起的是控制点:广告/支付在宿主侧注入、游戏沙箱零网络权限——决定了变现能否被平台掌控、合规边界划在哪。是工程选择,不是炫技。" |
### B5. 真实工程亮点(CTO 尊重好工程,即使不是护城河)
- **13 模块高内聚低耦合 + 契约先行**(Feign `-api` 包声明)+ 单 JAR 起步可平滑拆微服务。
- **沙箱安全铁律**:iframe `sandbox` + 内容安全策略 CSP `connect-src 'none'` + postMessage 来源/格式双校验 + 10MB/2MB 体积预算。
- **降级铁律**:SDK 非核心模块全 try-catch 包裹,广告/支付失败不阻断游戏主循环(渲染循环永不被 SDK 卡住)。
- **可观测全套**(Prometheus/Jaeger/Sentry,trace_id 透传含 new-api 网关与 SAA 编排)+ **幂等四场景** + 最终一致性补偿。
- 一句话收:"这不是有护城河的架构,是'懂工程的团队用最少的钱把闭环跑通'的架构——而这正是种子轮最该考察的团队能力。"
---
> **使用提示**:A 版进 BP/路演/一对一;B 版进技术尽调会前发给对方 CTO 或现场答辩。两版口径必须一致——A 版说的"够用即可、把钱压在空白",B 版用"自研边界 + 诚实口径"坐实,互为印证。

338
docs/architecture/产品/需求模块映射.md Normal file
View File

@ -0,0 +1,338 @@
# 需求↔模块 映射(RTM)
> **这是什么**:把每一条产品需求(`P-id`)对应到实现它的技术模块(`T-id`)的追溯表(RTM = Requirements Traceability Matrix,需求可追溯矩阵)。这是**唯一**承载这种多对多关系的文档。
> **为什么单独存在**:产品需求([需求清单](需求清单.md))和技术模块([架构域](../架构/README.md))各自高内聚、互不引用。两者之间的多对多对应关系是最容易变动的耦合点,把它单独隔离在这里——**改产品或改模块,只动这一张表**。
> **读法**:每行一条产品需求。**首要 owner** = 主要负责的模块(问责与排期归属);**★主** = 主要实现;**辅** = 支撑或兜底。`T-id` 的前缀就是它所属的模块(如 `T-STU-` = studio 模块)。
---
## 三层分离:为什么需要这张表
产品和技术故意分开描述,中间用这张表连接。这样任何一侧改动都不会牵动另一侧:
```mermaid
flowchart LR
subgraph A["产品侧 · 需求清单"]
P["P-id<br/>用户能感知的功能<br/>例:即点即玩"]
end
subgraph C["本表 · RTM"]
M["P-id ↔ T-id<br/>多对多映射<br/>+ 首要 owner"]
end
subgraph B["技术侧 · 架构域"]
T["T-id<br/>用户无感的工程项<br/>例:沙箱/预加载"]
end
P -->|"由谁实现"| M
M -->|"实现什么"| T
```
举例:产品需求「生成结果实时预览试玩」(`P-CRT-08`)由 runtime 模块主导,主要靠 `T-RT-01 编译`、`T-RT-06 渲染容器`、`T-RT-07 注入`、`T-RT-04 沙箱` 四个技术功能实现。产品侧不需要知道这些 T-id,技术侧也不需要知道 P-id,只有这张表两边都认识。
> **T-id 的完整定义在哪**:每个 `T-id` 属于哪个模块、具体做什么,见[架构域的 13 模块文档](../架构/13模块.md)。本表只负责"谁连谁"。
---
## 创作侧
### 域 1　素材中心（MAT）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-MAT-01 浏览授权 IP 库 | ip | T-IP-10 Zone双轨归类 · T-IP-02 授权链 | T-IP-01 安全扫描 |
| P-MAT-02 浏览 UGC 库 | ip | T-IP-10 Zone双轨归类 | T-IP-02 授权链 |
| P-MAT-03 选用入草稿 | studio | T-STU-08 草稿装配 · T-STU-06 附件装配 | T-PRJ-04 草稿 · T-IP-02 |
| P-MAT-04 采购授权包 | ip | T-IP-03 授权/分成数据 | T-PAY-01 · T-TRD-05 |
| P-MAT-05 授权/锁风/分成标签 | ip | T-IP-02 授权链 · T-IP-04 IP风格原子 | T-CMP-12 锁风门 |
| P-MAT-06 版权声明与管理 | ip | T-IP-02 授权链 | T-IP-01 安全扫描 |
### 域 2　玩法模板（TPL）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-TPL-01 浏览模板+蓝图 | aigc | T-AGC-03 模板分类/注册 | T-IP-09 模板市场 |
| P-TPL-02 配置参数 | aigc | T-AGC-03 模板 · T-AGC-05 参数校验 | T-AD-01 运营点位 |
| P-TPL-03 应用模板到草稿 | studio | T-STU-08 草稿装配 · T-STU-09 六资产调度 | T-AGC-03 · T-PRJ-04 |
| P-TPL-04 收藏模板 | ip | T-IP-09 模板市场 | — |
| P-TPL-05 购买商用模板 | ip | T-IP-03 授权/分成 · T-IP-09 模板授权分成 | T-PAY-01 · T-TRD-05 |
### 域 3　自定义创作（CRT）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-CRT-01 自然语言生成 | studio | T-STU-05 任务链 · T-AGC-04 GameConfig · T-AGC-06 LLM编排 | T-AGC-01 解析 · T-AGC-02 安全 · T-PRJ-04 草稿 |
| P-CRT-02 六资产模块化生成 | studio | T-STU-09 六资产调度 · T-STU-02 资产图 · T-AGC-14 图原子 · T-AGC-15 音原子 | — |
| P-CRT-03 图/文生角色 | studio | T-STU-03 角色rig · T-AGC-14 图原子 | T-AGC-16 剧情原子 |
| P-CRT-04 附件驱动创作 | studio | T-STU-06 附件上下文装配 | — |
| P-CRT-05 智能体任务链可视 | studio | T-STU-05 任务链 · T-STU-07 SSE | T-AGC-08 生成状态机 |
| P-CRT-06 骨骼拆件/动作编辑 | studio | T-STU-03 角色rig | — |
| P-CRT-07 导出动作包 | studio | T-STU-03 rig · T-STU-08 移交 | — |
| P-CRT-08 实时预览试玩 | runtime | T-RT-01 编译 · T-RT-06 渲染容器 · T-RT-07 注入 · T-RT-04 沙箱 | T-STU-07 SSE |
| P-CRT-09 重生成/迭代 | studio | T-STU-05 任务链 · T-AGC-08 状态机 · T-AGC-09 Fallback | T-AGC-06 LLM编排 |
| P-CRT-10 创作引导教程 | studio | T-STU-01 会话 | T-AGC-03 模板 |
| P-CRT-11 示例 Prompt 库 | aigc | T-AGC-03 模板注册(内置示例) | T-AGC-01 解析 |
| P-CRT-12 生成进度展示 | studio | T-STU-07 SSE · T-STU-05 任务链 | T-AGC-08 状态机 |
| P-CRT-13 生成超时通知 | aigc | T-AGC-08 状态机 · T-AGC-07 队列 | T-CMU-10 通知编排 |
| P-CRT-14 模板参数编辑 | studio | T-STU-08 装配 · T-AGC-05 参数校验 | T-AGC-04 GameConfig |
| P-CRT-15 游戏流专属版本适配 | studio | T-STU-09 资产调度 · T-AGC-04 GameConfig | T-AGC-14 图原子 |
### 域 4　授权 IP 创作（LIC）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-LIC-01 选授权 IP 母体 | ip | T-IP-02 授权链 · T-IP-10 Zone归类 | T-STU-01 会话 |
| P-LIC-02 模板+授权美术包 | studio | T-STU-08 装配 · T-IP-09 模板市场 | T-AGC-03 模板 |
| P-LIC-03 补充/导入资产 | studio | T-STU-06 附件装配 | T-AGC-14 图原子 |
| P-LIC-04 分支对白调试 | studio | T-STU-04 对白分支树 | T-AGC-16 剧情原子 |
| P-LIC-05 锁风调试 | compliance | T-CMP-12 锁风门 Gate | T-AGC-19 生成风格原子 · T-IP-04 IP风格原子 |
| P-LIC-06 发布去向专区 | project | T-PRJ-07 Zone/launchZone | — |
### 域 5　发布分发（PUB）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-PUB-01 一键多渠道发布 | project | T-PRJ-08 统一编排 · T-CMP-12 锁风门 · T-RT-32 渠道状态机 · T-RT-21/22/23 转换 · T-FED-15 分区上架 | T-RT-31 TapTap · T-CMP-06 审核状态机 |
| P-PUB-02 渠道开通状态 | runtime | T-RT-32 渠道发布状态机 | — |
| P-PUB-03 发布前检查 | project | T-PRJ-05 检查清单 · T-CMP-12 锁风门 | T-RT-08 体积限制 · T-RT-29 体积监控 |
| P-PUB-04 保存发布配置 | project | T-PRJ-08 编排 · T-PRJ-05 检查清单 | — |
| P-PUB-05 渠道简介自动改写 | runtime | T-RT-24 渠道适配规则库 | T-CMP-15 多渠道合规 · T-AGC-16 剧情原子 |
---
## 玩家侧
### 域 6　游戏广场（PLZ）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-PLZ-01 双专区浏览 | feed | T-FED-15 按Zone分区 | T-PRJ-07 Zone实体 |
| P-PLZ-02 专区分组 | feed | T-FED-15 分区 · T-FED-01 推荐打分 | T-PRJ-07 运营位 |
| P-PLZ-03 点击即试玩 | runtime | T-RT-01 编译 · T-RT-04 沙箱 · T-RT-07 注入 | T-FED-02 候选集 |
### 域 7　游戏信息流（FED）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-FED-01 竖屏即玩 | feed | T-FED-06 cursor · T-RT-04 沙箱 · T-RT-11 三容器 | T-FED-01 推荐打分 |
| P-FED-02 上下切换 | feed | T-FED-06 cursor | T-RT-11 三容器预加载 |
| P-FED-03 点赞 | feed | T-FED-08 互动信号 | T-FED-01 推荐回灌 |
| P-FED-04 收藏 | feed | T-FED-08 互动信号 | T-CMU-02 计数(收藏夹) |
| P-FED-05 分享到社交平台 | feed | T-FED-09 分享页/OG · T-FED-10 渠道参数 | T-RT-21 渠道转换 |
| P-FED-06 举报 | feed | T-FED-08 互动信号 | T-CMP-10 举报受理 |
| P-FED-07 独立分享链接 | feed | T-FED-09 分享页/OG | T-FED-10 渠道参数 |
| P-FED-08 分享落地页 | feed | T-FED-09 分享页/OG | T-PRJ-01 项目元信息 |
| P-FED-09 原生分享/复制链接 | feed | T-FED-09 分享页/OG | — |
| P-FED-10 加载进度反馈 | feed | T-FED-02 候选集 | T-RT-11 三容器 · T-RT-12 超时跳过 |
| P-FED-11 首屏封面展示 | feed | T-FED-01 推荐打分 | T-PRJ-01 封面/作者元信息 · T-AGC-17 封面生成原子 |
| P-FED-12 同款创作跳转 | studio | T-STU-01 会话承接 | T-FED-09 导航 |
| P-FED-13 推荐池 | feed | T-FED-01 推荐打分 · T-FED-02 候选集 | T-FED-11 行为加权 |
| P-FED-14 多端适配操控 | runtime | T-RT-06 渲染容器 | — |
| P-FED-15 低画质模式 | runtime | T-RT-17 帧率监控 · T-RT-18 素材压缩 | — |
| P-FED-16 弱网/离线兜底 | runtime | T-RT-13 错误捕获 · T-RT-20 CDN刷新 | — |
### 域 12　社区互动（SOC）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-SOC-01 评论与回复 | community | T-CMU-02 互动计数 | T-CMU-10 通知 · T-CMP-01 文本安全 |
| P-SOC-02 关注创作者 | community | T-CMU-01 关系图谱 | T-CMU-05 扇出 · T-CMU-10 通知 |
| P-SOC-03 粉丝体系 | community | T-CMU-01 关系图谱 | T-CMU-02 计数 |
| P-SOC-04 创作者动态 Feed | community | T-CMU-05 动态扇出 | T-CMU-01 · T-CMU-10 |
| P-SOC-05 排行榜(创作者/作品) | community | T-CMU-03 排行计算 | T-CMU-02 · T-TEL-04 quality |
| P-SOC-06 排行榜(玩家) | community | T-CMU-03 排行计算 | — |
| P-SOC-07 成就徽章 | community | T-CMU-04 成就引擎 | T-CMU-10 通知 |
| P-SOC-08 弹幕互动 | community | T-CMU-02 互动计数 | T-CMP-01 安全 |
| P-SOC-09 玩家个人主页 | community | T-CMU-02 计数 | T-CMU-04 · T-CMU-01 |
| P-SOC-10 好友系统 | community | T-CMU-01 关系图谱 | — |
| P-SOC-11 组队/多人游玩 | community | T-CMU-01 关系图谱 | T-RT-06 对局 · (远期:feed 房间待架构域定义) |
---
## 变现侧
### 域 9　创作者钱包收益（WAL）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-WAL-01 钱包余额管理 | trade | T-TRD-02 多渠道归集 · T-TRD-05 佣金计算 | T-TRD-01 分账 |
| P-WAL-02 提现 | trade | T-TRD-11 提现门槛与打款 | T-PAY-01 付款通道 · T-TRD-06 税务 |
| P-WAL-03 收益明细 | trade | T-TRD-02 归集 · T-TRD-03 结算周期 | T-TRD-04 对账 · T-TRD-07 报表 |
| P-WAL-04 收益透明度看板 | trade | T-TRD-03 结算周期 · T-TRD-11 提现进度 | T-TRD-04 对账 |
### 域 10　付费变现（PAY）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-PAY-01 积分充值 | pay | T-PAY-01 网关 · T-PAY-02 订单状态机 | T-PAY-05 幂等 |
| P-PAY-02 会员订阅体系 | pay | T-PAY-01 网关 · T-PAY-02 订单状态机 | T-PAY-05 幂等 |
| P-PAY-03 付费推广流量包 | pay | T-PAY-01 · T-PAY-02 | T-FED-01 流量(消费方) |
| P-PAY-04 会员等级与权益 | pay | T-PAY-02 订单状态机 | T-PAY-01 网关 |
| P-PAY-05 游戏内购-道具 | pay | T-PAY-01 网关 · T-PAY-02 订单状态机 | T-PAY-05 幂等 |
| P-PAY-06 游戏内购-皮肤与角色 | pay | T-PAY-01 网关 · T-PAY-02 订单状态机 | T-PAY-05 幂等 |
| P-PAY-07 游戏内购-关卡解锁 | pay | T-PAY-01 网关 · T-PAY-02 订单状态机 | T-PAY-05 幂等 |
| P-PAY-08 打赏创作者 | pay | T-PAY-01 网关 · T-PAY-02 订单状态机 | T-PAY-05 幂等 |
| P-PAY-09 B 端在线支付 | pay | T-PAY-01 · T-PAY-02 · T-PAY-03 退款 | T-PAY-04 对账 |
### 域 11　广告变现（ADV）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-ADV-01 激励视频广告 | ad | T-AD-01 AI植入 · T-AD-06 曝光计费 | T-RT-05 SDK渲染 · T-TRD-01 结算 |
| P-ADV-02 插屏广告 | ad | T-AD-01 AI植入 · T-AD-06 曝光计费 | T-RT-05 SDK渲染 · T-TRD-01 结算 |
| P-ADV-03 Banner 广告 | ad | T-AD-01 AI植入 · T-AD-06 曝光计费 | T-RT-05 SDK渲染 · T-TRD-01 结算 |
| P-ADV-04 原生广告 | ad | T-AD-01 AI植入 · T-AD-06 曝光计费 | T-RT-05 SDK渲染 · T-TRD-01 结算 |
| P-ADV-05 广告触发配置 | ad | T-AD-01 AI植入 | T-AD-08 合规植入 |
| P-ADV-06 广告收益实时统计 | ad | T-AD-06 计费 · T-AD-09 归因 | T-TEL-05 看板 · T-TRD-01 结算 |
| P-ADV-07 广告位可视化配置 | ad | T-AD-01 AI植入 | T-AD-08 合规植入 |
| P-ADV-08 AI 广告位优化建议 | ad | T-AD-09 归因 · T-AD-07 eCPM | T-TEL-07 漏斗 |
| P-ADV-09 B 端品牌广告投放 | ad | T-AD-07 eCPM | T-FED-01 游戏流位 · T-AD-06 计费 |
---
## 成长侧
### 域 8　创作者数据经营（OPS）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-OPS-01 创作者数据看板 | telemetry | T-TEL-05 聚合 · T-TEL-04 quality_score | T-TEL-11 加载埋点 · T-AD-09 广告归因 |
| P-OPS-02 七日趋势 | telemetry | T-TEL-05 聚合 · T-TEL-08 留存 | — |
| P-OPS-03 AI 内容诊断 | telemetry | T-TEL-07 消费漏斗 · T-TEL-20 推荐效果 | T-AGC-16 建议生成 |
| P-OPS-04 一键迭代/改版任务 | telemetry | T-TEL-07 漏斗 | T-STU-05 任务链 · T-AGC-08 状态机 |
| P-OPS-05 A/B 测试版本 | telemetry | T-TEL-04 quality · T-PRJ-03 版本 | T-FED-12 A/B 框架 |
| P-OPS-06 AI 玩法/美术/赛道建议 | telemetry | T-TEL-07 漏斗 · T-TEL-20 推荐效果 | T-AGC-11 风格标签 |
### 域 13　创作者成长（GRW）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-GRW-01 创作者教程体系 | community | T-CMU-02 互动计数 | — |
| P-GRW-02 创作挑战赛 | community | T-CMU-05 扇出 · T-CMU-03 榜单 | T-CMU-10 通知 · T-TRD-12 奖金 |
| P-GRW-03 热门玩法拆解 | community | T-CMU-02 计数 | T-TEL-07 数据 |
| P-GRW-04 创作者社群/圈子 | community | T-CMU-05 扇出 · T-CMU-02 | — |
| P-GRW-05 圈层共创计划 | community | T-CMU-05 扇出 | T-IP-09 圈层模板 · T-CMU-03 |
| P-GRW-06 多人协同创作(远期) | studio | T-STU-01 会话(远期:协同主实现待建) | T-CMU-01 关系 |
### 域 14　创作者激励（INC）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-INC-01 新人任务奖励 | community | T-CMU-11 等级引擎 | T-TRD-12 发放 · T-FED-03 流量 · T-CMU-10 |
| P-INC-02 创作者等级体系 | community | T-CMU-11 等级引擎 | T-TEL-04 行为信号 |
| P-INC-03 等级权益分层 | community | T-CMU-11 等级引擎 | T-PAY-02 功能 · T-FED-01 流量 · T-TRD-01 分成 |
| P-INC-04 创作者认证 | community | T-CMU-01 认证标识 | T-CMP-37 资质核验 |
| P-INC-05 创作大赛奖金 | trade | T-TRD-12 发放执行 | T-CMU-03 榜单 · T-CMU-10 通知 |
| P-INC-06 创作者补贴 | trade | T-TRD-12 发放执行 | T-CMU-11 等级 |
### 域 15　消息通知（NTF）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-NTF-01 站内消息中心 | community | T-CMU-06 站内信 | T-CMU-10 通知编排 |
| P-NTF-02 生成任务完成通知 | community | T-CMU-10 通知编排 | T-CMU-06/07 · T-AGC-08 事件源 |
| P-NTF-03 审核结果通知 | community | T-CMU-10 通知编排 | T-CMU-06 · T-CMP-06 事件源 |
| P-NTF-04 新粉丝/互动通知 | community | T-CMU-10 通知编排 | T-CMU-07 推送 · T-CMU-01 |
| P-NTF-05 收益变动通知 | community | T-CMU-10 通知编排 | T-CMU-09 短信 · T-TRD 事件源 |
| P-NTF-06 活动/赛事通知 | community | T-CMU-10 通知编排 | T-CMU-08 邮件 |
| P-NTF-07 创作者新作品通知 | community | T-CMU-10 通知编排 | T-CMU-05 扇出 · T-CMU-07 |
---
## 平台侧
### 域 16　IP 孵化与版权（IPX）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-IPX-01 素材市场上架定价 | ip | T-IP-01 安全扫描 · T-IP-10 Zone归类 | T-IP-02 授权链 |
| P-IPX-02 素材检索推荐 | ip | T-IP-10 Zone归类 | T-IP-02 |
| P-IPX-03 素材交易 | ip | T-IP-03 授权/分成数据 | T-TRD-05 佣金结算 |
| P-IPX-04 版权投诉受理 | ip | T-IP-05 冻结 | T-IP-02 · T-IP-06 盗用监测 |
| P-IPX-05 DMCA 下架与申诉 | ip | T-IP-05 冻结 | T-CMP-06 审核状态机 |
| P-IPX-06 爆款筛选与签约 | ip | T-IP-10 Zone归类 | T-TEL-04 数据筛选 |
| P-IPX-07 IP 代运营 | ip | T-IP-10 Zone归类 | T-TRD-01 收益 |
| P-IPX-08 IP 周边衍生 | ip | T-IP-02 授权链 | T-TRD-01 分成 |
| P-IPX-09 IP 跨界联动 | ip | T-IP-02 授权链 | T-IP-04 风格原子 |
| P-IPX-10 IP 授权分成 | ip | T-IP-03 授权/分成数据 | T-TRD-01 结算 |
| P-IPX-11 外部成熟 IP 合作 | ip | T-IP-02 授权链 · T-IP-04 风格原子 | T-IP-07 风格训练 |
| P-IPX-12 模板授权分成 | ip | T-IP-09 模板授权分成原子 | T-TRD-01 结算 |
| P-IPX-13 创作大赛赞助 | ip | T-IP-03 授权/分成 | T-TRD-09 收款 |
### 域 17　B 端定制（BIZ）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-BIZ-01 需求表单提交 | biz | T-BIZ-02 BPM编排 | T-BIZ-04 CRM |
| P-BIZ-02 模板选择与预览 | biz | T-BIZ-02 BPM | T-AGC-03 模板 · T-IP-09 模板市场 |
| P-BIZ-03 定制进度看板 | biz | T-BIZ-02 BPM | T-BIZ-05 验收状态机 |
| P-BIZ-04 交付验收 | biz | T-BIZ-05 验收状态机 · T-BIZ-03 签章 | T-RT-04 沙箱预览 |
| P-BIZ-05 数据效果报告 | biz | T-BIZ-06 效果聚合 | T-TEL-05 聚合 · T-AD-09 广告转化 |
| P-BIZ-06 年度服务套餐 | biz | T-BIZ-08 收费变更 | T-BIZ-04 CRM · pay/trade |
| P-BIZ-07 代运营服务 | biz | T-BIZ-02 BPM | T-TEL-07 建议 · T-STU-05 任务链 |
| P-BIZ-08 品牌营销定制 | biz | T-BIZ-02 BPM · T-BIZ-01 报价 | T-PRJ-01 项目 · T-AGC-06 LLM |
| P-BIZ-09 企业私域嵌入分发 | biz | T-BIZ-02 BPM | T-RT-21 渠道转换 |
| P-BIZ-10 教育课程体系 | biz | T-BIZ-02 BPM · T-BIZ-04 CRM | T-IP-09 模板授权 · pay/trade |
| P-BIZ-11 学生账号与防沉迷 | compliance | T-CMP-36 防沉迷 · T-CMP-37 实名 | T-BIZ-04 CRM(家长管控) |
| P-BIZ-12 文旅定制 | biz | T-BIZ-02 BPM · T-BIZ-01 报价 · T-BIZ-05 验收 | T-AGC-03 模板 · T-RT-21 转换 |
| P-BIZ-13 政务科普 | biz | T-BIZ-02 BPM · T-BIZ-01 报价 | T-AGC-03 模板 · T-CMP-14 渠道规则 |
| P-BIZ-14 资质代办 | biz | T-BIZ-07 代办工单跟踪 | T-RT-31 TapTap提审 · T-CMP-14 |
### 域 18　运营管理（OPN）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-OPN-01 审核决策与操作 | compliance | T-CMP-06 审核状态机 · T-PRJ-02 游戏状态机 | T-CMP-12 锁风门 |
| P-OPN-02 审核拒绝反馈 | project | T-PRJ-06 BPM 对接 | T-CMP-06 审核状态机 |
| P-OPN-03 精选池管理 | feed | T-FED-14 精选池接口 · T-PRJ-07 运营位 | T-FED-15 分区 |
| P-OPN-04 下架/封禁 | compliance | T-CMP-18 封禁 · T-PRJ-02 状态机 | T-CMP-11 降权 |
| P-OPN-05 运营数据看板 | telemetry | T-TEL-05 聚合 · T-TEL-06 创作漏斗 · T-TEL-14 生成健康 | T-TEL-16 告警 |
| P-OPN-06 管理层经营看板 | telemetry | T-TEL-10 Product Metrics · T-TEL-08 留存 | T-TEL-18 归因 |
| P-OPN-07 数据导出 | telemetry | T-TEL-10 · T-TEL-05 聚合 | T-TEL-08 留存 |
| P-OPN-08 创作者主页 | project | T-PRJ-01 项目 CRUD | T-TEL-05 看板数据 |
| P-OPN-09 游戏包导出 | project | T-PRJ-09 工程包导出 | T-RT-26 转译引擎 |
### 域 19　账号与合规告知（ACC）
| 产品功能 | 首要 owner | ★主技术功能 | 辅 |
|---|---|---|---|
| P-ACC-01 账号与会员状态 | system | system 原生(用户/OAuth2) | T-PAY-02 会员订单 |
| P-ACC-02 隐私政策/协议展示 | compliance | T-CMP-35 隐私政策/GDPR | T-CMP-33 最小化采集(展示由 studio 前端承载) |
| P-ACC-03 适龄分级提示 | compliance | T-CMP-13 分级判定 | T-CMP-14 渠道规则 |
| P-ACC-04 创作者审核申诉 | compliance | T-CMP-06 审核状态机 · T-CMP-09 人工队列 | T-CMP-19 审计 |
| P-ACC-05 帮助/退出 | system | system 原生 | — |
---
## 现状快照(2026-06-17 forensic)
> 这是一次**逐条读码核实**的完成度快照(2026-06-17,基准 `origin/dev/2.0.0`,两路 Opus forensic 核 155 功能)。口径:✅ 真端到端可验收 · 🟡 有壳/半真/部分接线 · 🔴 未建/纯桩。
> **注意**:这是某一时点的快照,会过期;**实时模块进度以 [`docs/mvp/MVP进度总账`](../../mvp/MVP进度总账.md) §2 矩阵为唯一 SoT**;13 个技术模块的逐模块状态见[架构域](../架构/13模块.md)。本节只保留产品功能侧(155 项)的快照,因为它是 MVP 进度总账之外独有的数据。
### 按域汇总(155 项产品功能)
| 域 | 功能数 | ✅ | 🟡 | 🔴 | 一句话状态 |
|---|---|---|---|---|---|
| 1 素材中心 MAT | 6 | 0 | 0 | 6 | 整域未建(无素材后端/视图) |
| 2 玩法模板 TPL | 5 | 0 | 1 | 4 | 整域未建;透传 seam 在但列表空(有效待建非已废) |
| 3 自定义创作 CRT | 15 | 2 | 5 | 8 | 创作主干半真(一句话生成+实时预览+进度真),资产级能力全缺 |
| 4 授权IP创作 LIC | 6 | 0 | 1 | 5 | 仅发布专区后端真,其余依赖 MAT/TPL 均未建 |
| 5 发布分发 PUB | 5 | 0 | 2 | 3 | 自有发布链真(需人工审核);外部渠道零代码 |
| 6 游戏广场 PLZ | 3 | 1 | 1 | 1 | 点封面即玩真;双专区半真 |
| 7 游戏信息流 FED | 16 | 5 | 7 | 4 | 站内消费闭环真;游标分页桩、端侧体验缺 |
| 8 创作者数据经营 OPS | 6 | 0 | 2 | 4 | 看板半真(只看数);AI 诊断/迭代/A-B 全缺 |
| 9 钱包收益 WAL | 4 | 0 | 4 | 0 | 余额/提现/明细业务真;打款渠道恒 mock |
| 10 付费变现 PAY | 9 | 0 | 0 | 9 | 整域几乎全空(支付未接单体) |
| 11 广告变现 ADV | 9 | 0 | 6 | 3 | 计费业务真(mock 可 e2e);真联盟 SDK 未写 |
| 12 社区互动 SOC | 11 | 0 | 0 | 11 | 整域零后端 |
| 13 创作者成长 GRW | 6 | 0 | 0 | 6 | 整域零实现 |
| 14 创作者激励 INC | 6 | 1 | 1 | 4 | 新人现金奖励真端到端;分层权益缺 |
| 15 消息通知 NTF | 7 | 4 | 0 | 3 | 通知底座真(四类挂点全通);社交/赛事类型缺 |
| 16 IP孵化版权 IPX | 13 | 0 | 0 | 13 | 整域几乎全空 |
| 17 B端定制 BIZ | 14 | 3 | 4 | 7 | 核心四步真(表单→报价→进度→验收);增值服务全缺 |
| 18 运营管理 OPN | 9 | 2 | 4 | 3 | 审核主链真;限曝光/导出/经营看板缺 |
| 19 账号合规 ACC | 5 | 0 | 4 | 1 | 普遍半真(壳在内容缺) |
| **合计** | **155** | **18** | **~42** | **~95** | 真端到端 ✅ 仅 18,且**全部落在 P0** |
### 55 项 P0 精确口径(18 ✅ / 18 🟡 / 19 🔴)
- **✅ 18 真端到端**:P-CRT-08(实时预览)、P-CRT-12(进度展示)、P-PLZ-03(点封面即玩)、P-FED-02(滑动切换)、P-FED-03(赞)、P-FED-04(藏)、P-FED-08(分享落地页)、P-FED-11(首屏封面)、P-INC-01(新人现金)、P-NTF-01(站内消息中心)、P-NTF-02(生成完成通知)、P-NTF-03(审核结果通知)、P-NTF-05(收益变动通知)、P-BIZ-01(需求表单)、P-BIZ-03(定制进度看板)、P-BIZ-04(交付验收)、P-OPN-02(拒绝反馈重提交)、P-OPN-03(精选池管理)。
- **🟡 18 部分**:P-TPL-03、P-CRT-01(一句话生成,代码真但出包依赖部署)、P-CRT-04、P-CRT-09、P-CRT-13、P-LIC-06、P-PUB-03、P-PLZ-01、P-FED-01(竖屏即玩,默认 mock 喂数)、P-FED-05/06/07/10、P-FED-13(推荐池游标桩)、P-FED-14、P-OPN-01/04/05。
- **🔴 19 缺失**:P-TPL-01、P-CRT-02、P-CRT-10、P-CRT-11(仅 mock)、P-LIC-05、P-PUB-01、P-WAL 渠道字段、P-BIZ-08/11/12、P-OPN-08、P-ACC-02/03、P-PAY-01 等。
> 一句话:**"能生成一个能玩、能发、能刷到、能互动、能记一笔账"的最小闭环已成立**(18 个真 ✅ 全在 P0);最大缺口=生成侧"已证未上产线"+ 玩法模板未建 + 合规检测全桩 + 变现受日历闸门 + 素材/IP/社交三大域近空白。完整优先级分层见[架构域路线](../架构/README.md)与 `docs/mvp/MVP进度总账`。
---
## 方法说明:P-id × T-id 如何做多对多映射
以 **runtime**(运行时)域为例,看产品功能(P-id)与技术功能(T-id)如何分属两侧、再由本表关联:
| 层 | 归属 | 示例 |
|---|---|---|
| 用户可感知功能 | → 需求清单(P-id) | 「游戏实时预览」「即点即玩」= P-CRT-08 / P-PLZ-03 / P-FED-01 |
| 用户无感的工程项 | → 架构域(T-id) | 「postMessage 校验」「Manifest 校验」「三容器预加载」= T-RT-14 / T-RT-15 / T-RT-11 |
| 两者的对应关系 | → 本表 | P-CRT-08 → ★T-RT-01·T-RT-06·T-RT-07·T-RT-04 |
需求清单不认识 T-id、架构域不认识 P-id,各自高内聚;唯一的多对多耦合隔离在本表,任一侧变更只动本表。
> 155 个产品功能 × 204 个技术功能的多对多映射;首要 owner 已逐条指定,供 MVP 排期与问责归属。
> 注:owner=`system` 指 huijing 平台基座(账号/OAuth2 等原生能力),不是 13 个业务模块之一。

301
docs/architecture/产品/需求清单.md Normal file
View File

@ -0,0 +1,301 @@
# 产品需求清单
> **这是什么**:绘境AI 完整的产品需求清单,共 **155 条**,分布在 19 个产品域,其中 **55 条 P0**(MVP 验收口径)。
> **读法**:每行一条用户可感知的功能;术语(编号 / 端 / 优先级 / 来源)的含义见[产品域主档第 3 节](README.md#3-怎么读懂一条需求术语先解释)。
> **纪律**:本文只写用户能感知的功能。一条需求由哪些技术模块支撑,见[需求模块映射](需求模块映射.md)。
---
## 怎么看这份清单
19 个产品域可以归成五大块(详见[产品域主档第 2 节](README.md#2-产品全貌19-个产品域))。下图给出每块包含的域和它们的优先级密度,帮助快速定位:
```mermaid
flowchart TB
subgraph 创作侧
MAT["素材中心 MAT"] --- TPL["玩法模板 TPL"] --- CRT["自定义创作 CRT ⭐P0密集"] --- LIC["授权IP创作 LIC"] --- PUB["发布分发 PUB ⭐P0密集"]
end
subgraph 玩家侧
PLZ["游戏广场 PLZ"] --- FED["游戏信息流 FED ⭐P0密集"] --- SOC["社区互动 SOC"]
end
subgraph 变现侧
WAL["创作者钱包 WAL"] --- PAY["付费变现 PAY"] --- ADV["广告变现 ADV"]
end
subgraph 成长侧
OPS["数据经营 OPS"] --- GRW["创作者成长 GRW"] --- INC["创作者激励 INC"] --- NTF["消息通知 NTF"]
end
subgraph 平台侧
IPX["IP孵化版权 IPX"] --- BIZ["B端定制 BIZ"] --- OPN["运营管理 OPN"] --- ACC["账号合规 ACC"]
end
```
> ⭐ 标记的域(自定义创作、发布分发、游戏信息流)P0 最密集——它们是 MVP 闭环的关键环节。
---
## 创作侧
把游戏做出来:从挑素材、选模板,到一句话生成,再到基于授权 IP 创作,最后多渠道发布。
### 域 1　素材中心（MAT）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-MAT-01 | 浏览授权 IP 素材库(按 IP 分组、四类素材货架) | 创作者 | P1 | demo/v2.0 |
| P-MAT-02 | 浏览 UGC 孵化 IP 素材库 | 创作者 | P1 | demo/v2.0 |
| P-MAT-03 | 素材选用加入项目草稿 | 创作者 | P1 | demo |
| P-MAT-04 | 素材授权采购 | 创作者 | P1 | demo/v2.0 |
| P-MAT-05 | 查看素材授权范围/锁风标签/分成规则 | 创作者 | P1 | demo/G2 |
| P-MAT-06 | 素材版权声明与管理(上传需声明授权类型) | 创作者 | P1 | v2.0 |
### 域 2　玩法模板（TPL）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-TPL-01 | 浏览玩法模板 + 蓝图步骤 | 创作者 | P0 | demo/v2.0 |
| P-TPL-02 | 配置模板参数(推荐时长/运营点位) | 创作者 | P1 | demo/v2.0 |
| P-TPL-03 | 应用模板到草稿并带入工作坊 | 创作者 | P0 | demo |
| P-TPL-04 | 收藏模板 | 创作者 | P2 | demo |
| P-TPL-05 | 购买商用模板(模板市场) | 创作者 | P1 | demo/v2.0 |
### 域 3　自定义创作（CRT）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-CRT-01 | 自然语言一句话生成可试玩游戏 | 创作者 | P0 | demo/v2.0 |
| P-CRT-02 | 六类资产模块化生成(图元/角色/特效/场景/界面/音乐) | 创作者 | P0 | demo/G4 |
| P-CRT-03 | 图生 / 文生角色 | 创作者 | P1 | demo/G4 |
| P-CRT-04 | 附件驱动创作(拖入资产/上传作上下文) | 创作者 | P0 | demo/G4 |
| P-CRT-05 | 智能体对话式创作 + 任务链分步进度可视 | 创作者 | P1 | demo/G7 |
| P-CRT-06 | 角色骨骼拆件与多动作编辑 | 创作者 | P1 | demo/G3 |
| P-CRT-07 | 导出角色动作包到草稿 | 创作者 | P2 | demo/G3 |
| P-CRT-08 | 生成结果实时预览试玩 | 创作者 | P0 | demo/v2.0 |
| P-CRT-09 | 一键重新生成 / 带描述迭代 | 创作者 | P0 | demo/v2.0 |
| P-CRT-10 | 创作引导与新手教程 | 创作者 | P0 | v2.0 |
| P-CRT-11 | 示例 Prompt 库(每模板 3-5 条) | 创作者 | P0 | v2.0 |
| P-CRT-12 | 生成进度实时展示(步骤+百分比) | 创作者 | P0 | demo/v2.0 |
| P-CRT-13 | 生成超时后台通知 | 创作者 | P0 | v2.0 |
| P-CRT-14 | 模板参数可调编辑(速度/敌数/时长/胜负) | 创作者 | P1 | v2.0 |
| P-CRT-15 | 游戏流专属版本一键适配(竖屏/短时长/3秒钩子) | 创作者 | P2 | v2.0 |
### 域 4　授权 IP 创作（LIC）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-LIC-01 | 选择现象级授权 IP 作为项目母体 | 创作者 | P1 | demo/v2.0 |
| P-LIC-02 | 选玩法模板 + 调用已授权美术功能包 | 创作者 | P1 | demo |
| P-LIC-03 | 补充自定义资产 / 导入图片视频 | 创作者 | P1 | demo |
| P-LIC-04 | 分支对白调试(选分支→实时写入试玩节点) | 创作者 | P1 | demo/G5 |
| P-LIC-05 | 锁风调试(强度:标准/严格/人工复核) | 创作者 | P0 | demo/G2 |
| P-LIC-06 | 选择发布去向专区(双轨专区 launchZone) | 创作者 | P0 | demo/G1 |
### 域 5　发布分发（PUB）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-PUB-01 | 一键多渠道发布(自有必选 + 抖音/微信/快手/TapTap) | 创作者 | P0 | demo/G6 |
| P-PUB-02 | 查看外部渠道开通状态(待开通/申请中/已上线) | 创作者 | P1 | demo/G6 |
| P-PUB-03 | 发布前检查(锁风+性能+版权通过才可发布) | 创作者 | P0 | demo/G2 |
| P-PUB-04 | 保存发布配置 | 创作者 | P2 | demo |
| P-PUB-05 | 多渠道合规简介自动改写 | 创作者+运营 | P1 | v2.0 |
---
## 玩家侧
让游戏被玩到:游戏广场浏览、信息流即刷即玩、社区互动留存。
### 域 6　游戏广场（PLZ）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-PLZ-01 | 双专区浏览(现象级授权IP / UGC孵化IP) | 玩家 | P0 | demo/G1 |
| P-PLZ-02 | 专区内分组(优秀案例/新游推荐/全部) | 玩家 | P1 | demo |
| P-PLZ-03 | 点击封面即试玩 | 玩家 | P0 | demo/v2.0 |
### 域 7　游戏信息流（FED）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-FED-01 | 竖屏即刷即玩 | 玩家 | P0 | demo/v2.0 |
| P-FED-02 | 上下滑/按钮切换 | 玩家 | P0 | demo/v2.0 |
| P-FED-03 | 点赞 | 玩家 | P0 | demo/v2.0 |
| P-FED-04 | 收藏 | 玩家 | P0 | demo/v2.0 |
| P-FED-05 | 分享到社交平台 | 玩家 | P0 | demo/v2.0 |
| P-FED-06 | 举报违规/低质/抄袭 | 玩家 | P0 | demo/v2.0 |
| P-FED-07 | 生成独立分享链接 | 玩家 | P0 | v2.0 |
| P-FED-08 | 分享落地页(封面/标题/简介/立即玩) | 玩家 | P0 | v2.0 |
| P-FED-09 | 原生分享 / 复制链接 | 玩家 | P1 | v2.0 |
| P-FED-10 | 加载进度反馈(封面/进度条/跳过) | 玩家 | P0 | v2.0 |
| P-FED-11 | 首屏封面展示(封面/标题/作者/玩法/开始) | 玩家 | P0 | v2.0 |
| P-FED-12 | 同款创作跳转工作坊 | 玩家 | P1 | demo |
| P-FED-13 | 信息流推荐池 | 玩家 | P0 | demo/v2.0 |
| P-FED-14 | 多端适配操控(触控+键盘) | 玩家 | P0 | v2.0 |
| P-FED-15 | 低端设备低画质模式 | 玩家 | P1 | v2.0 |
| P-FED-16 | 弱网/离线游玩兜底 | 玩家 | P1 | v2.0 |
### 域 12　社区互动（SOC）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-SOC-01 | 评论与回复 | 玩家+创作者 | P1 | v2.0 |
| P-SOC-02 | 关注创作者 | 玩家 | P1 | demo/v2.0 |
| P-SOC-03 | 粉丝体系(列表/画像/私域池) | 创作者 | P1 | v2.0 |
| P-SOC-04 | 创作者动态 Feed | 玩家 | P1 | v2.0 |
| P-SOC-05 | 排行榜(创作者/作品) | 玩家+创作者 | P1 | v2.0 |
| P-SOC-06 | 排行榜(玩家成绩) | 玩家 | P1 | v2.0 |
| P-SOC-07 | 成就徽章系统 | 玩家 | P2 | v2.0 |
| P-SOC-08 | 弹幕互动 | 玩家 | P2 | v2.0 |
| P-SOC-09 | 玩家个人主页 | 玩家 | P2 | v2.0 |
| P-SOC-10 | 好友系统 | 玩家 | P2 | v2.0 |
| P-SOC-11 | 组队/多人游玩 | 玩家 | P2 | v2.0 |
---
## 变现侧
把钱赚回来:创作者收益、面向用户的付费、广告。
### 域 9　创作者钱包收益（WAL）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-WAL-01 | 钱包余额管理(广告/素材/商单各类收入) | 创作者 | P0 | v2.0 |
| P-WAL-02 | 提现(银行卡/支付宝/微信,满 5 元) | 创作者 | P0 | v2.0 |
| P-WAL-03 | 收益明细(日/周/月各渠道) | 创作者 | P0 | v2.0 |
| P-WAL-04 | 收益透明度看板(结算状态/提现进度) | 创作者 | P1 | v2.0 |
### 域 10　付费变现（PAY）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-PAY-01 | 积分充值 | 创作者 | P0 | v2.0 |
| P-PAY-02 | 会员订阅体系 | 创作者 | P1 | v2.0 |
| P-PAY-03 | 付费推广流量包 | 创作者 | P1 | v2.0 |
| P-PAY-04 | 会员等级与权益 | 创作者 | P1 | v2.0 |
| P-PAY-05 | 游戏内购-道具 | 玩家 | P2 | v2.0 |
| P-PAY-06 | 游戏内购-皮肤与角色 | 玩家 | P2 | v2.0 |
| P-PAY-07 | 游戏内购-关卡解锁 | 玩家 | P2 | v2.0 |
| P-PAY-08 | 打赏创作者 | 玩家 | P2 | v2.0 |
| P-PAY-09 | B 端项目在线支付 | B端 | P2 | v2.0 |
### 域 11　广告变现（ADV）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-ADV-01 | 激励视频广告(看 30s 换复活/道具/解锁) | 玩家 | P0 | demo/v2.0 |
| P-ADV-02 | 插屏广告(过关/结束全屏) | 玩家 | P0 | v2.0 |
| P-ADV-03 | Banner 广告 | 玩家 | P1 | v2.0 |
| P-ADV-04 | 原生广告 | 玩家 | P2 | v2.0 |
| P-ADV-05 | 广告触发逻辑配置 | 创作者 | P1 | v2.0 |
| P-ADV-06 | 广告收益实时统计 | 创作者 | P1 | demo/v2.0 |
| P-ADV-07 | 广告位可视化配置 | 创作者 | P2 | v2.0 |
| P-ADV-08 | AI 广告位优化建议 | 创作者 | P2 | v2.0 |
| P-ADV-09 | B 端品牌广告投放 | B端 | P2 | v2.0 |
---
## 成长侧
让创作者留下来:看到数据、得到激励、收到通知。
### 域 8　创作者数据经营（OPS）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-OPS-01 | 创作者数据看板(留存/完玩/广告转化/素材复用) | 经营 | P1 | demo/v2.0 |
| P-OPS-02 | 七日留存与播放趋势 | 经营 | P1 | demo/v2.0 |
| P-OPS-03 | AI 内容诊断(短板定位 + 建议) | 经营 | P1 | demo/v2.0 |
| P-OPS-04 | 一键迭代优化 / 生成改版任务 | 经营 | P1 | demo |
| P-OPS-05 | 生成 A/B 测试版本 | 经营 | P2 | v2.0 |
| P-OPS-06 | AI 玩法/美术/赛道洞察建议 | 经营 | P2 | v2.0 |
### 域 13　创作者成长（GRW）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-GRW-01 | 创作者教程体系 | 创作者 | P1 | v2.0 |
| P-GRW-02 | 创作挑战赛 | 创作者 | P1 | v2.0 |
| P-GRW-03 | 热门玩法拆解 | 创作者 | P1 | v2.0 |
| P-GRW-04 | 创作者社群/圈子 | 创作者 | P2 | v2.0 |
| P-GRW-05 | 圈层共创计划 | 创作者 | P2 | v2.0 |
| P-GRW-06 | 多人协同创作(远期) | 创作者 | P2 | v2.0 |
### 域 14　创作者激励（INC）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-INC-01 | 新人任务奖励(发 3 作品领流量+现金) | 创作者 | P0 | v2.0 |
| P-INC-02 | 创作者等级体系(小白/进阶/专业) | 创作者 | P1 | v2.0 |
| P-INC-03 | 等级权益分层(分成/流量/功能) | 创作者 | P1 | v2.0 |
| P-INC-04 | 创作者认证 | 创作者 | P2 | v2.0 |
| P-INC-05 | 创作大赛奖金 | 创作者 | P1 | v2.0 |
| P-INC-06 | 创作者补贴 | 创作者 | P1 | v2.0 |
### 域 15　消息通知（NTF）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-NTF-01 | 站内消息中心(系统/公告/审核/收益) | 通用 | P0 | demo/v2.0 |
| P-NTF-02 | 生成任务完成通知 | 创作者 | P0 | v2.0 |
| P-NTF-03 | 审核结果通知 | 创作者 | P0 | v2.0 |
| P-NTF-04 | 新粉丝/互动通知 | 通用 | P1 | v2.0 |
| P-NTF-05 | 收益变动通知 | 创作者 | P0 | v2.0 |
| P-NTF-06 | 活动/赛事通知 | 通用 | P1 | v2.0 |
| P-NTF-07 | 创作者新作品通知 | 玩家 | P1 | v2.0 |
---
## 平台侧
让生态转起来:IP 孵化、B 端业务、运营管理、账号合规。
### 域 16　IP 孵化与版权（IPX）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-IPX-01 | 素材市场上架与定价 | 创作者 | P1 | v2.0 |
| P-IPX-02 | 素材市场检索与推荐 | 创作者 | P1 | v2.0 |
| P-IPX-03 | 素材交易(买卖/抽佣) | 创作者 | P1 | v2.0 |
| P-IPX-04 | 版权侵权投诉受理 | 运营 | P1 | v2.0 |
| P-IPX-05 | DMCA/侵权下架与反通知申诉 | 运营 | P1 | v2.0 |
| P-IPX-06 | 爆款筛选与签约 | 运营 | P2 | v2.0 |
| P-IPX-07 | IP 代运营 | 运营 | P2 | v2.0 |
| P-IPX-08 | IP 周边衍生 | 运营 | P2 | v2.0 |
| P-IPX-09 | IP 跨界联动 | 运营 | P2 | v2.0 |
| P-IPX-10 | IP 授权分成 | 运营 | P2 | v2.0 |
| P-IPX-11 | 外部成熟 IP 合作(联名小游戏) | 运营 | P1 | v2.0 |
| P-IPX-12 | 模板授权分成 | 运营 | P2 | v2.0 |
| P-IPX-13 | 创作大赛赞助 | 运营 | P2 | v2.0 |
### 域 17　B 端定制（BIZ）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-BIZ-01 | B 端需求表单提交 | B端 | P0 | demo/v2.0 |
| P-BIZ-02 | 分场景模板库选择与预览 | B端 | P0 | demo/v2.0 |
| P-BIZ-03 | 定制进度看板 | B端 | P0 | demo/v2.0 |
| P-BIZ-04 | 交付验收(试玩/反馈/确认/签署) | B端 | P0 | demo/v2.0 |
| P-BIZ-05 | B 端数据效果报告 | 运营 | P1 | v2.0 |
| P-BIZ-06 | B 端年度服务套餐 | 运营 | P1 | v2.0 |
| P-BIZ-07 | B 端代运营服务 | 运营 | P1 | v2.0 |
| P-BIZ-08 | 品牌营销小游戏定制 | 运营 | P0 | demo/v2.0 |
| P-BIZ-09 | 企业私域嵌入分发 | 运营 | P1 | v2.0 |
| P-BIZ-10 | 教育课程体系(创作课/授权/培训/展示/大赛/答题模板) | B端+运营 | P1 | v2.0 |
| P-BIZ-11 | 学生账号与防沉迷 | B端 | P0 | v2.0 |
| P-BIZ-12 | 文旅定制(景区/博物馆/城市/节庆/快速交付) | 运营 | P0/P1 | demo/v2.0 |
| P-BIZ-13 | 政务科普小游戏 | 运营 | P2 | v2.0 |
| P-BIZ-14 | 资质代办(软著/渠道上架/ICP文网文) | 运营 | P1/P2 | v2.0 |
### 域 18　运营管理（OPN，admin）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-OPN-01 | 审核决策与操作(通过/拒绝/下架/加精选/限曝光) | 运营 | P0 | demo/v2.0 |
| P-OPN-02 | 审核拒绝反馈与重提交 | 运营+创作者 | P0 | demo/v2.0 |
| P-OPN-03 | 精选池运营管理 | 运营 | P0 | demo/v2.0 |
| P-OPN-04 | 下架/封禁操作 | 运营 | P0 | v2.0 |
| P-OPN-05 | 运营数据看板(审核积压/供给/成功率/举报率) | 运营 | P0 | v2.0 |
| P-OPN-06 | 管理层经营看板(MAU/留存/收入/成本) | 运营 | P1 | v2.0 |
| P-OPN-07 | 数据导出(投资人/复盘) | 运营 | P1 | v2.0 |
| P-OPN-08 | 创作者主页(公开展示) | 创作者 | P0 | demo/v2.0 |
| P-OPN-09 | 游戏包导出(用户触发) | 创作者+运营 | P1 | v2.0 |
### 域 19　账号与合规告知（ACC）
| ID | 需求 | 端 | 优先级 | 来源 |
|---|---|---|---|---|
| P-ACC-01 | 账号信息与会员状态 | 通用 | P1 | demo |
| P-ACC-02 | 用户隐私政策/用户协议展示 | 通用 | P0 | v2.0 |
| P-ACC-03 | 适龄分级提示展示 | 通用 | P0 | v2.0 |
| P-ACC-04 | 创作者审核申诉 | 创作者 | P1 | v2.0 |
| P-ACC-05 | 帮助中心 / 退出登录 | 通用 | P2 | demo |
---
## 计数与说明
共 **155 项产品需求**,分 19 个产品域,其中 **55 项 P0**(MVP 验收口径)。
> 每项需求由哪些技术功能(T-id)实现、首要负责模块是谁——见[需求模块映射](需求模块映射.md)。