关于 pm-product-review
按文档类型将产品管理材料分派给相应审查,并汇总为一份按优先级排序的报告。技能会自动检查假设,同时避免运行无关审计。
主要功能
- 01按材料类型分派审计
- 02自动检查假设
- 03提供相邻审查视角
- 04合并发现并生成单一报告
- 05按严重程度排列问题
适用场景
- 01使用相关质量检查审查 PRD
- 02评估 OKR 或指标的有效性
- 03检查路线图优先级
- 04审查战略或 GTM 计划
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ uxcel-lab/ product-skills --skill pm-product-review安装后在 Claude Code 中输入/pm-product-review确认已加载。
详细介绍
产品评审(PM Orchestrator)技能
此技能的工作方式(请先阅读)
这是全面 PM 产物评审的入口。它是将 docs/orchestration-policy.md 应用于 PM 工作的可执行形式:按产物类型路由到相关审查,而不是全部触发;自动运行始终相关的审查视角(假设严谨性);并返回一份按优先级排序的报告。
PM 工作没有“设计系统”抑制情形,但同样需要避免两种问题:含糊地给出“看起来不错”的评审,以及把每项 PM 审查都强加给只需要其中一项的文档。
**不适合使用此技能的情况:**如果用户指定了某项审查(例如“运行 spec-quality”“检查我的 OKR 指标有效性”),请跳过此编排器,直接调用该项审查。明确指定的范围优先于编排。
步骤 0 — 确定背景(一次即可)
- 产物类型 — 规格说明/PRD、OKR/KPI、路线图、优先级排序、愿景/战略、GTM。这是主要路由依据。根据文档推断;只有在确实无法判断时才询问。
- 主要目标 — 此产物旨在支持的决策(用于解决冲突和确定优先级)。
步骤 1 — 自动运行始终相关的审查视角(Tier A)
pm-assumption-rigor-audit— 只要产物依赖未经验证的假设,就运行此项;PM 工作几乎总是如此。这项审查成本低、杠杆效应高,且不依赖产物类型。
每项审查均以其可安装技能的
name命名。只有在技能已安装时才调用;如果某项未安装,请在报告的“可用但未运行”部分列出,不要因此阻塞流程——此编排器会根据现有审查降级运行。
步骤 2 — 按产物类型路由(Tier B — 运行匹配项,并提供相邻审查选项)
| 产物 | 主要审查 | 可提供的相邻审查视角 |
|---|---|---|
| 规格说明 / PRD | pm-spec-quality-audit | pm-assumption-rigor-audit(自动)、pm-decision-quality-audit |
| OKR / KPI / 指标 | pm-okr-metric-validity-audit | pm-assumption-rigor-audit(自动) |
| 路线图 / 优先级排序 | pm-prioritization-rigor-audit | pm-decision-quality-audit、pm-assumption-rigor-audit(自动) |
| 愿景 / 战略 | pm-decision-quality-audit | pm-assumption-rigor-audit(自动) |
| GTM 计划 | pm-decision-quality-audit | pm-assumption-rigor-audit(自动) |
运行与产物类型对应的主要审查。提供相邻审查视角,而不是直接运行它们:“这是一个路线图,因此我运行了优先级严谨性审查和假设检查。要我再进行一次决策质量审查吗?”
步骤 3 — 合并为一份按优先级排序的报告
跨审查视角去重,按照步骤 0 中的主要目标解决冲突,并输出一份按严重程度排序的清单:
## Product Review — [artifact]
Context: [artifact type · primary goal]
Lenses run: [spec-quality, assumption-rigor] Available but not run: [decision-quality]
### Critical
- [Issue] — what's wrong → fix. (spec-quality / assumption / metric-validity / …)
### Major
- …
### Minor
- …
### Working well ✓
- …
**Top 3 priorities:** the highest-impact fixes across all lenses.
Offered, not run: decision-quality — say the word and I'll add it.
常见的正确与错误做法
| ❌ 不要 | ✅ 应该 |
|---|---|
| 对任何文档都运行所有 PM 审查 | 按产物类型路由;仅自动运行假设检查 |
| 每项审查各返回一份报告 | 合并为一份按优先级排序且去重的清单 |
| 用户只要求一项指定审查时仍运行此编排器 | 直接执行该项审查(明确指定的范围优先) |
| 对待战略和规格说明的方式一概而论 | 进行路由:规格说明 → spec-quality,OKR → metric-validity,路线图 → prioritization-rigor |
与策略的关系
此技能是 docs/orchestration-policy.md 在 PM 工作中的可执行形式。如果两者出现不一致,以策略为准;请更新此技能,使其与策略保持一致。
来源经验(Uxcel)
这是一个编排器——其核心内容位于它所路由到的各项审查中。请参阅各项审查中的来源经验:pm-assumption-rigor-audit、pm-spec-quality-audit、pm-okr-metric-validity-audit、pm-prioritization-rigor-audit、pm-decision-quality-audit。