APP 类项目 · 协作流程（大厂级）

定位：这是 APP 类项目从 CEO 一句话到项目闭环蒸馏的完整协作手册。 与矩阵的关系：本文件是 _handoff矩阵.md 的 APP 类展开版——矩阵管"接口规格"，本文件管"怎么一步步走完"。 与生成器的关系：_协作流程生成器.md 5 步跑完后，产出的 参与岗位.md 就是本文件的实例化。

§0 适用范围与前置条件

0.1 适用的项目类型

不适用：文档类（→ 文档类项目_协作流程.md）、PPT 类（→ PPT类项目_协作流程.md）、纯数据扒取类（→ 矩阵 §10）、内容制作类（34）、自媒体运营类（35）。

0.2 前置条件（缺一不开工）

• [ ] CEO 的原始需求已进入 09_系统内核/前台+分诊/，路由结果 = 路径 A · 开项目
• [ ] 09_系统内核/项目类型注册表.md 已匹配到类型 ID（01~08）
• [ ] 09_系统内核/岗位注册表.md 已核对涉及岗位全部在岗（候补岗位已走完 4 步实例化）
• [ ] _协作流程生成器.md 5 步已跑完，参与岗位.md 已生成
• [ ] 项目盒子 02_项目/项目_XXX/ 已从 _项目模板/ 复制脚手架

§1 项目类型定位

1.1 APP 类项目的核心特征

1.2 对齐项目类型注册表

开工前从 09_系统内核/项目类型注册表.md 抄下以下字段写入 项目档案.md：

类型 ID：01
典型周期：8-12 周
涉及岗位：R01 / R02 / R03 / R04(按需) / R05 / R06 / R07
必出文档：28 份（详见 §6）
关键闸：闸 1 / 闸 2 / 闸 3 / 闸 4
质量阈值：PRD 三阶段评审通过 + PMF ≥ 40%

§2 岗位链路总览图

2.1 全链路 8 步（对齐 _handoff矩阵.md §9）

CEO 一句话
  │
  ▼
Step 1 ─ R07(二型) CKO 项目启动蒸馏
  │       ├─ 输入：CEO 原始需求 + 源材料库召回
  │       └─ 产出：启示清单 / 业务约束 / 源材料快照
  │              → 落档：02_项目/项目_XXX/参考资料/_启动资料/
  ▼
Step 2 ─ R04 数据扒取（按需，可并行）
  │       ├─ 输入：任一岗位的资料需求清单
  │       └─ 产出：A档/B档/C档 + _索引.md
  │              → 落档：02_项目/项目_XXX/调研资料/
  ▼
Step 3 ─ R01 AI 产品经理
  │       ├─ 输入：启示清单 + 业务约束 + 调研资料
  │       └─ 产出：PRD / IA / 功能清单 / 用户画像 / 北极星 / 市场竞品分析
  │              → 落档：02_项目/项目_XXX/交付物/01_产品层/
  │
  ├──── [闸 1 · PRD 评审] ← R06 reviewer 审查
  ▼
Step 4 ─ R02 交互 UI 设计师
  │       ├─ 输入：PRD / IA / 功能清单 / 用户画像 / 北极星
  │       └─ 产出：design-tokens / 组件库 / 高保真 / 5态集 / 可访问性清单
  │              → 落档：02_项目/项目_XXX/交付物/02_设计层/
  │
  ├──── [闸 2 · 设计评审] ← R06 reviewer 审查
  ▼
Step 5 ─ R03 全栈工程师
  │       ├─ 输入：design-tokens / 组件库 / 高保真 / 5态集 / PRD(反查)
  │       └─ 产出：代码仓库 / 部署链接 / 监控面板 / API文档 / 埋点实现 / 回滚方案
  │              → 落档：02_项目/项目_XXX/交付物/03_开发层/
  │
  ├──── [闸 3 · 代码评审] ← R06 reviewer
  ├──── [闸 4 · 上线前评审（含合规并审）] ← R06 reviewer
  ▼
Step 6 ─ R05 运营
  │       ├─ 输入：部署链接(prod) / 监控面板 / 用户画像 / 北极星
  │       └─ 产出：PMF自检 / 定位+钩子 / 1000真粉 / 漏斗(AARRR) / 运营复盘
  │              → 落档：02_项目/项目_XXX/交付物/04_运营层/
  │
  ├──── [PMF 硬门槛 · Sean Ellis 40%]
  ▼
Step 7 ─ R06 reviewer（贯穿全程，非独立阶段）
  │       ├─ 每道闸独立审查，产出闸记录
  │       └─ 落档：02_项目/项目_XXX/reviewer 闸记录/
  ▼
Step 8 ─ R07(四型) CKO 项目闭环蒸馏
          ├─ 输入：全部交付物 + 全部闸记录 + 运营复盘
          └─ 产出：五路径回写（源材料库 / 类型记忆 / 协作流程记忆 / 失败案例 / 公司脑库）
                 → 落档：04_公司记忆/ + 09_系统内核/

2.2 并行窗口

• R04 数据扒取可与 R01 的第 1-2 步并行（AI PM 读素材时，数据扒取先跑 A 档）
• R07 三型（增量蒸馏）可在任意位置插入（stop-the-line 触发时）
• R06 只在闸点激活，不阻塞非闸点工作

§3 闸口体系（三段评审 + checklist）

字节级三阶段评审标准：需求评审 / 设计评审 / 上线评审，每段独立闸口，不可合并跳过。

3.1 闸 1 · PRD 评审（产品层出口）

审查人：R06 reviewer 提交物：交付物/01_产品层/ 全部文档 + 项目档案决策日志

闸 1 checklist（AI PM 自查 + reviewer 复审同一份）：

• [ ] 市场数据报告存在，TAM/SAM/SOM 有测算且引用 T3+ 权威源
• [ ] 竞品深度体验报告覆盖 ≥ 5 家，含功能对比矩阵（三层架构）
• [ ] 项目立项报告含 SWOT 四象限，每项 ≥ 3 条论据
• [ ] 用户调研报告（问卷/访谈/二手数据至少一种，样本量注明）
• [ ] 用户画像 ≥ 2 个核心 persona，每个含目标/痛点/场景/JTBD
• [ ] 用户旅程地图覆盖 3 条核心路径（首次/主任务/异常恢复）
• [ ] PRD 每个功能点带引用（原始素材 or 调研资料 or 方法论）
• [ ] 功能清单按 RICE 或 Kano 排过优先级，P0/P1/P2 已标
• [ ] IA 信息架构能回答用户 5 个核心问题（导航树 + 页面层级）
• [ ] 业务流程图泳道清晰（角色 + 节点 + 分支 + 异常路径）
• [ ] 数据指标体系完整（北极星 1 + 一级 ≥ 3 + 二级 N）
• [ ] 涉 AI 项目：模型选型评估报告必出（底座/Prompt/Agent 三层评估）
• [ ] 埋点需求文档与指标体系一一对应
• [ ] 商业化与定价方案至少论证一种模式
• [ ] 关键假设清单，每条含验证方法 + 失败代价
• [ ] 合规风险预判（隐私/儿童保护/数据出境，按项目性质选填）
• [ ] 所有引用来源覆盖权威金字塔 T1-T7 至少 4 级，且总源数 ≥ 15（C13）
• [ ] 引用格式统一（APA/MLA/Chicago 任选一种，全文档一致）（C14）

结果：✅ 通过 → Step 4 | 🟡 修改后通过 → 修改重提 | ❌ 打回 → 回 AI PM SOP 第 5 步

3.2 闸 2 · 设计评审（设计层出口）

审查人：R06 reviewer 提交物：交付物/02_设计层/ 全部文档

闸 2 checklist：

• [ ] design-tokens.json 完整（颜色/字体/间距/圆角/阴影）
• [ ] 组件库.md 覆盖所有 PRD 功能点涉及的 UI 组件
• [ ] 高保真稿覆盖全部页面（含响应式断点标注）
• [ ] 5 态集完整（正常态/空态/加载态/错误态/边界态）
• [ ] 交互流程图覆盖关键路径（与 IA 一致）
• [ ] 可访问性清单对齐 WCAG 2.2 AA（对比度/触控区/屏幕阅读器）
• [ ] 设计稿与 PRD 功能清单逐条核对无遗漏
• [ ] 遵循 HIG / MD3 规范（按目标平台选择）

结果：✅ → Step 5 | 🟡 → 修改 | ❌ → 回 R02 或 kick-back R01（PRD 与功能不自洽时）

3.3 闸 3 · 代码评审（开发过程）

审查人：R06 reviewer 提交物：代码仓库 + 架构说明

闸 3 checklist：

• [ ] 代码结构清晰（按 Google Engineering Practices）
• [ ] 组件与 design-tokens 一一对应
• [ ] 5 态集全部实现
• [ ] API 接口与 API 文档一致
• [ ] 埋点实现与埋点需求文档一一对应
• [ ] 无 OWASP Top 10 安全漏洞
• [ ] 单元测试覆盖核心逻辑
• [ ] CI/CD 管线跑通

3.4 闸 4 · 上线前评审（含合规层并审）

审查人：R06 reviewer + CEO 提交物：全部交付物（01~03 层） + 合规文档（05 层）

闸 4 checklist：

• [ ] 上线 Checklist（模板 27）全项通过
• [ ] 灰度发布计划已写（范围/百分比/回滚触发条件）
• [ ] 应急预案已写（监控告警/回滚步骤/责任人）
• [ ] 回滚方案已验证（实际回滚过一次或干跑过）
• [ ] 合规审查通过（隐私政策/用户协议/数据合规）
• [ ] 性能基线已测（首屏加载/API P95/崩溃率）
• [ ] 监控面板就绪（Sentry + Supabase logs + 自定义看板）

§4 七阶段流程详解

4.1 阶段一 · 立项（Step 1-2）

4.2 阶段二 · 需求定义（Step 3）

4.3 阶段三 · 设计（Step 4）

4.4 阶段四 · 开发（Step 5 前半）

4.5 阶段五 · 测试与上线（Step 5 后半）

4.6 阶段六 · 运营（Step 6）

PMF 不达标时：触发反向触发 → R01 回炉改产品（不是改推广），见 §7。

4.7 阶段七 · 复盘蒸馏（Step 8）

§5 Handoff 契约速查（每步上下游接口）

完整契约定义在 03_协作规则/_handoff矩阵.md。以下为 APP 类快速索引。

核对铁律（每次交接前必检）： 1. 上游 outputs ⊇ 下游 inputs.required 2. 每个 gate_out 在质量部 checklist 有对应文件 3. 每个交付物在项目盒子 交付物/0X_层/ 有预建位置

§6 交付物总清单（APP 类项目）

AI PM SOP 第 3 步引用本节。APP 类项目 AI PM 至少必出 14 份核心 + 6 份支撑 = 20 份。缺一项闸 1 打回。

6.1 产品层（01_产品层）—— R01 AI PM 主责

核心文档（14 份）：

支撑文档（6 份）：

6.2 设计层（02_设计层）—— R02 设计师主责

6.3 开发层（03_开发层）—— R03 工程师主责

6.4 运营层（04_运营层）—— R05 运营主责

6.5 合规层（05_合规层）—— CEO + R11 法务候补

§7 反向触发规则（stop-the-line）

下游岗位发现问题，有权拉绳把问题抛回上游。这不是可选项——C4 约束明确"反向触发必须有绳"。

7.1 全链路反向触发清单

7.2 反向触发的执行规则

1. 必须在决策日志留痕：[反向触发] R0X → R0Y · 原因：XXX · 日期
2. 回弹后走完整闸：不是"改一下就直接往后传"，而是修改后重新过闸
3. 三型蒸馏可在任意位置触发：任一岗位在执行中发现"我们的方法论/模板有根本性缺陷" → 立刻 stop-the-line → 唤醒 R07 三型

§8 红线

8.1 流程红线

• ❌ 跳过前台分诊，直接让 R01 开工（绕过项目类型注册表）
• ❌ 跳过任一闸口（C3：闸不可跳）
• ❌ 闸 1 未过就开始设计（R02 被唤醒但 R01 没过闸）
• ❌ 闸 4 未过就上线
• ❌ PMF 不达标就进入四型蒸馏（运营没做完就"结项"）
• ❌ 项目结束不回 R07 四型（知识不沉淀 → 下个项目重蹈覆辙）

8.2 协作红线

• ❌ 岗位 SOP 自行声明与矩阵不一致的 inputs/outputs（以矩阵为准）
• ❌ 反向触发被当可选项（stop-the-line 绳被剪断）
• ❌ 非 R07 擅自写 04_公司记忆/（违反 C1 唯一 CKO 约束）
• ❌ 项目间交叉引用交付物（违反 C2 项目物理隔离）
• ❌ 候补岗位未实例化就被派活

8.3 质量红线

• ❌ 无引用的判断（"我觉得用户喜欢…"）
• ❌ 竞品分析 < 5 家
• ❌ 涉 AI 项目不做模型选型评估
• ❌ 数据指标只有北极星没有一级二级
• ❌ 合规风险被忽略

§9 导入任务（待办）

9.1 本文件的关联文件状态

9.2 导入优先级

1. P0 · 闸 checklist 模板化：把 §3 的四份 checklist 分别生成为 09_系统内核/质量部/文档模板/闸N_checklist.md，reviewer 审查时直接填
2. P0 · AI PM 文档模板导入：执行 文档模板/README.md 末尾的 28 份模板导入命令
3. P1 · SOP 全量审计：用本文件 §3-§5 + _handoff矩阵.md 作为尺子，逐份审计 7 个岗位 SOP 的 inputs/outputs 一致性
4. P2 · 真实项目验证：拿 APP（类型 01）跑一遍全流程，验证本文件 + 矩阵 + 生成器三件套的实战可用性

9.3 验证标准

本文件 + _handoff矩阵.md + _协作流程生成器.md 三件套通过以下条件才算"可用"：

• [ ] 一个新项目从 CEO 一句话到四型蒸馏，全程只看这三份文件 + 岗位 SOP 就能跑完，不需要口头沟通
• [ ] 任一闸口的 checklist，reviewer 能直接逐条打勾而不是"凭感觉审"
• [ ] 任一反向触发条件被触发时，执行路径明确无歧义
• [ ] 新增一个岗位后，本文件 §2 的链路图能通过加一行就扩展，不需要重写

附录 A · 时间估算（参考）

附录 B · 与本文件相关的约束条款