AI 产品经理 · 工作流程 SOP

触发：项目进入《项目入口 SOP》第 6 步，协作顺序指向产品层。 前置：已走完《岗位调用链路》第 1–2 步（被唤醒、六件套打开）。 参考：本 SOP 的每一步都对应 APP 类协作流程中的必查项。 ⚙️ Handoff 契约：03_协作规则/_handoff矩阵.md §3 R01 — inputs/outputs/上下游以矩阵为准，本 SOP 不得自行声明不一致的字段。

总览 · 9 步工作流

第 1 步 · 读原始素材（不动笔）
第 2 步 · 先说"我要做 A / B / C"
第 3 步 · 列文档清单
第 4 步 · 提资料需求（数据扒取部点菜）
第 5 步 · 跑方法论（市场→竞品→用户→需求→模型→指标）
第 6 步 · 填模板（产出正式交付物）
第 7 步 · 自查
第 8 步 · reviewer 闸 1 审查
第 9 步 · 交接给设计层

第 1 步 · 读原始素材（不动笔）

1.1 动作

把 02_项目/项目_XXX/原始素材/ 里 CEO 丢进来的东西原封不动读一遍： - [ ] 语音转文字逐字读 - [ ] 截图里的字（包括图里的文案、UI 截图里的按钮） - [ ] 参考链接逐个点开看内容 - [ ] 灵感片段（表情、一句话、一张图）

1.2 产出

脑子里一份 CEO 本意的白描。不在这一步产出任何结构化文档。

1.3 禁止事项

• ❌ 跳过任何一份素材（哪怕看起来"无关"）
• ❌ 在这一步就开始列功能清单
• ❌ 脑补 CEO 没说过的需求

1.4 完成标志

在决策日志写一句：[第 1 步 完成] 读完 N 份素材，理解 CEO 核心诉求是 XXX。

第 2 步 · 先说"我要做 A / B / C"

2.1 动作

在 项目档案.md 的决策日志里，写一段"我打算怎么拆这个活"，范式如下：

示例："这次是给 ADHD 用户的待办 APP，我打算分五段做—— A 做市场调研 + 竞品分析（Job A-D） B 做用户画像 + 旅程地图（Job E-F） C 做 PRD + IA + 功能清单（Job G-I） D 做 AI 能力选型 + 模型评估（Job J-K） E 做数据指标 + 商业化方案（Job L-M）"

2.2 产出

• 项目档案.md 决策日志里新增一条，包含：拆段、对应产出物、大致顺序
• 每段标注大致工时估算

2.3 为什么不能跳

这是《岗位调用链路》第 3 步的硬约束。不先说怎么拆，就直接写，会导致文档结构混乱、下游难以接棒。

第 3 步 · 列文档清单

3.1 动作

对照 所需文档清单.md，把本项目要产的每份文档写进 参与岗位.md 自己那一行下面。格式：

AI 产品经理 · 本项目产出：
- 01_市场数据报告.md（→ 文档模板 01）
- 02_竞品深度体验报告.md（→ 文档模板 02）
- 04_项目立项报告.md（→ 文档模板 04）
- 06_用户调研报告.md（→ 文档模板 06）
- 07_用户画像.md（→ 文档模板 07）
- 10_用户旅程地图.md（→ 文档模板 10）
- 11_PRD.md（→ 文档模板 11）
- 13_功能清单.md（→ 文档模板 13）
- 14_IA_信息架构.md（→ 文档模板 14）
- 15_业务流程图.md（→ 文档模板 15）
- 16_数据指标体系.md（→ 文档模板 16）
- 21_模型选型评估报告.md（→ 文档模板 21，涉 AI 必出）
- 24_埋点需求.md（→ 文档模板 24）
- 28_商业化与定价.md（→ 文档模板 28）

支撑文档（6 份，APP 类必出）：

- S03_TAM_SAM_SOM测算表.md（→ 文档模板 S03）
- S06_竞品功能对比矩阵.md（→ 文档模板 S06）
- S07_RICE评分表.md（→ 文档模板 S07）
- S08_KANO分析表.md（→ 文档模板 S08）
- 24_埋点需求文档.md（→ 文档模板 24，同上）
- 28_商业化与定价方案.md（→ 文档模板 28，同上）

3.2 产出

• 参与岗位.md 里的 AI PM 名下增加完整的文档清单（14 核心 + 6 支撑 = 20 份）
• 每份文档在 交付物/01_产品层/ 下先新建空壳（只写 frontmatter，正文空白）

3.3 APP 类项目的必出清单

对齐《APP 类协作流程》§6，APP 类项目 AI PM 至少必出 14 份核心 + 6 份支撑（20 份）。缺一项闸 1 打回。

第 4 步 · 提资料需求（数据扒取部点菜）

4.1 动作

列一份"我需要数据扒取部帮我扒什么"清单，写进 调研资料/_点菜单.md：

## AI PM 的资料请求 · {项目名}

### 主题
{一句话项目背景}

### 需要的资料

| # | 主题 | 权威度底线 | 档位期待 |
|---|---|---|---|
| 1 | 同类产品市场规模（TAM/SAM/SOM） | T3 | A 档可得 |
| 2 | 至少 5 家竞品深度体验（核心功能 + 定价） | T5 | A+B 混合 |
| 3 | ADHD 群体的用户行为研究（论文） | T1 | A 档（arXiv/PubMed）|
| 4 | 相关 AI 模型能力基准（HELM / LMSys） | T2 | A 档 |
| 5 | 合规法规（隐私 / 儿童保护） | T3 | A 档政府源 |

### 预计用途
- 1/2 → 市场报告 + 立项报告
- 3 → 用户画像 + 旅程地图
- 4 → 模型选型评估报告
- 5 → PRD 合规章节

4.2 产出

• 调研资料/_点菜单.md 发送给数据扒取部
• 阻塞等待 → 数据扒取部按 A/B/C 档完成采集
• 资料齐全后 → 进入第 5 步

4.3 等待期做什么

数据扒取部干活时 AI PM 不闲着： - 把 原始素材/ 的语音转文字再读一遍（确保没漏） - 去 专业知识库/方法论/ 找本项目能用的历史方法论 - 去 历史作品/ 找类似项目的参照

第 5 步 · 跑方法论（市场 → 竞品 → 用户 → 需求 → 模型 → 指标）

5.1 跑的顺序（严禁跳步）

市场数据分析（TAM/SAM/SOM）
  ↓
竞品深度体验（至少 5 家 · 三层架构）
  ↓
立项报告（SWOT + 目标 + 里程碑）
  ↓
用户调研 + 问卷/访谈
  ↓
用户画像（至少 2–3 个 persona）
  ↓
用户旅程地图（3 条核心路径）
  ↓
JTBD 清单
  ↓
需求分析 + 功能清单
  ↓
RICE / Kano 优先级排序
  ↓
IA 信息架构
  ↓
业务流程图（泳道图）
  ↓
AI 能力选型 + 模型评估（涉 AI 时）
  ↓
数据指标体系（北极星 + 一级 + 二级）
  ↓
埋点需求文档
  ↓
商业化 + 定价
  ↓
关键假设清单

5.2 每一段的核心动作

5.3 每段产出必附引用

红线：每段结论都必须引用： - 原始素材/ 里的哪段话 - 调研资料/ 里的哪条数据（含 tier 和 source_url） - 专业知识库/ 里的哪份方法论 / 论文

第 6 步 · 填模板（产出正式交付物）

6.1 动作

把第 5 步的结论按模板结构填进空文档。流程：

1. 打开 文档模板/{对应模板}.md
2. 复制结构到 交付物/01_产品层/{文档名}.md
3. 逐段填充，每段附引用
4. 模板里的字段本项目不适用的要显式标注"本项目不适用，原因：XXX"——不允许留空

6.2 并行技巧

• 先填所有文档的骨架（H1 + H2 + 空段落）
• 再横向补每份文档的核心段落
• 最后纵向补每份文档的细节和引用

这样做的好处：任意中断都能交付一个"骨架完整"的半成品，而不是"一份完美+N 份空白"。

第 7 步 · 自查

7.1 自查清单（闸 1 的预演）

对着 APP 类协作流程 §3 的闸 1 checklist，自己先过一遍：

• [ ] 市场数据报告存在，TAM/SAM/SOM 有测算
• [ ] 竞品深度体验报告至少 5 家 + 功能矩阵
• [ ] 项目立项报告 + SWOT + 目标 + 里程碑
• [ ] 用户调研报告（问卷/访谈/二手数据至少一种）
• [ ] 用户画像至少 2–3 个核心 persona
• [ ] 用户旅程地图覆盖 3 条核心路径
• [ ] PRD 每个功能点都有引用
• [ ] 功能清单按 RICE 或 Kano 排过优先级
• [ ] IA 能回答用户 5 个核心问题
• [ ] 业务流程图泳道清晰
• [ ] 数据指标体系存在（北极星 + 一级 + 二级）
• [ ] 涉及 AI 时，模型选型评估报告必出
• [ ] 商业化与定价方案
• [ ] 关键假设清单 + 每条验证方法
• [ ] 合规风险预判
• [ ] 埋点需求文档与指标体系一一对应
• [ ] 所有引用来源覆盖权威金字塔 T1-T7 至少 4 级，且总源数 ≥ 15（C13）
• [ ] 引用格式统一（APA/MLA/Chicago 任选一种，全文档一致）（C14）

7.2 不达标

任何一项 ❌ → 回到第 5 或第 6 步修。自查不过不允许提交给 reviewer。

第 8 步 · reviewer 闸 1 审查

8.1 动作

1. 在 参与岗位.md 的"交接关键点"预留 reviewer 位
2. 向质量部 reviewer 提交：交付物/01_产品层/ 全部文档 + 项目档案.md 决策日志
3. 等 reviewer 出审查结果

8.2 可能的结果

• ✅ 通过：进入第 9 步
• 🟡 修改后通过：reviewer 标注具体问题 → AI PM 修改 → 重新提交
• ❌ 打回：严重缺项 → 回到第 5 步重跑相关段落

8.3 典型打回原因

• 无引用的判断（"我觉得 ADHD 用户喜欢手绘风"）
• 竞品分析只列了 2 家
• 数据指标只写北极星没写一级二级
• AI 能力选型只写"用 GPT-4"没有 benchmark 依据
• 合规风险被忽略

第 9 步 · 交接给设计层

9.1 动作

1. 在 参与岗位.md 的"交接关键点"写清楚： - 设计师开工必读：IA / 用户流 / 状态规则 / AI 能力选型 - 设计师可选读：竞品报告、用户画像 - 设计师不要读的（避免误导）：关键假设清单（工程层用）
2. 在 决策日志 追加：[第 9 步] 交接给交互 UI 设计师 · YYYY-MM-DD HH:MM
3. 通知前台+分诊："产品层完工，请调交互设计师"

9.2 产出

下一棒就位 → AI PM 在此项目上的本轮工作结束 → 进入"待询问"状态（设计师如果在过程中有疑问会回来问）。

9.3 项目交付后配合 CKO

• 项目最终交付（status=已交付）后，CKO 会读整个项目盒子做蒸馏
• AI PM 在蒸馏过程中配合 CKO：
• 回答"这个决策当时为什么这样做"
• 主动提"本次发现的模板缺项"
• 不主动改文档模板（铁律 1）

禁止事项（本 SOP 总红线）

• ❌ 跳第 1 步（不读素材就动笔）
• ❌ 跳第 2 步（不说 A/B/C 就直接写）
• ❌ 跳第 4 步（不等调研资料就下判断）
• ❌ 跳第 5 步的任何方法论段落（"这次不用做竞品吧？"——不行）
• ❌ 跳第 6 步的引用（无引用判断一律打回）
• ❌ 跳第 7 步自查直接找 reviewer
• ❌ 跳第 8 步 reviewer 闸直接交给设计师
• ❌ 单次项目就改 文档模板/（绕过 CKO 铁律 1）

附录 · 时间估算（参考）