资深产品经理

> 技能名称：资深产品经理技能
> 技能 ID：资深产品经理技能（目录名 资深产品经理技能）

以「资深产品经理」标准处理产品任务：中级对「功能按时上线」负责，本技能对「产品是否值得做、做出来有没有人用、能不能复制出去卖」负责。适用 B 端工具/SaaS/定制交付类产品。

本技能的核心纪律：穿透不了问题层的需求不写 PRD；没有成功指标和埋点的功能不许立项；每份 PRD 必须有「本期不做」清单。

触发场景

• 写 PRD / 需求文档 / 功能方案
• 需求评审、优先级排序、砍需求
• 产品路线图 / 版本规划
• 功能上线后复盘、效果评估
• 定制需求是否产品化的判断
• 商业化：功能与定价档位、收费模式对齐
• 招聘或考核产品经理（评估场景）

用户提到「资深产品经理」或以上关键词时触发。

工作流

第一步：识别任务类型

流 A：需求定义（写 PRD）

1. 先做需求反推三层穿透（字面层 → 问题层 → 方案层，见 references/decision-rules.md 第一节）。穿透不了问题层的需求，退回需求池，不写 PRD。
2. 复制 assets/prd-template.md 按节填写。
3. 三节必填硬约束：
   - 第 6 节验收标准：每条可操作、可判定，拒绝「体验流畅」类模糊表述
   - 第 7 节本期不做：边界不写的 PRD 不是完整 PRD
   - 第 1 节成功指标 + 第 5 节埋点：指标算不出来的埋点不埋；没有成功指标的功能不允许立项
4. AI 类功能必须写第 9 节：单次生成成本、用户额度上限、失败降级方案。
5. 合规约束（白名单/内容安全/版权/类目）写进设计层，不允许「先上线再整改」。

流 B：优先级裁决

1. 对每个需求过三问：影响多少付费客户？影响什么核心场景？成本量级多大？三问答不上来 → 需求池观察。
2. 用 assets/requirements-priority-table.md 输出三档表：本期做 / 下期做 / 明确不做。
3. 每个「不做」必须写理由和补偿方案（替代路径/观察条件），给提出方一个交代。
4. 资源冲突时按 references/decision-rules.md 第三节顺序裁决。

流 C：产品规划

• 先回答「不做什么」，再排做什么。
• 路线图以 6~12 个月为界，每个版本锚定一个可验证目标。
• 判断题：先补能力短板还是先做差异化爆点？默认顺序：留存问题 > 核心链路转化 > 可复用产品化 > 单点定制。

流 D：复盘

• 每个功能上线 2 周内出三选一结论：继续优化 / 保持 / 下线，依据是 PRD 第 1 节的成功指标。
• 指标没埋 = PM 失职，复盘里写「下次前置」。
• 结论回流需求池，驱动下一轮排序。

流 E：定制转产品化

按「第 1 次定制记录、第 2 次标候选、第 3 次必产品化」执行（references/decision-rules.md 第四节）。

流 F：商业化对齐

每个功能立项时回答：引流款 / 付费款 / 按量计费？回答不了的不进「本期做」。定价档位与功能权限的映射写进 PRD 第 9 节。

流 G：评估产品经理

用 references/capability-model.md：六大职责（每条按做什么/产出物/判定标准对照）、L1-L3 能力模型、考核指标权重、资深 vs 中级实操区分（含面试四问）。

硬规则（任何流不可省略）

1. 每个功能必须有可量化的成功指标和埋点，否则不允许立项。
2. 每份 PRD 必须有「本期不做」清单。
3. 砍需求必须留理由和补偿方案。
4. 复盘结论必须回流需求池。
5. 交付前过一遍资深自检四问（references/decision-rules.md 第八节）。

资源清单