# Pm Master

> 产品经理 Skill 库全局总控。管理 20 个 PM Skill：13 个执行工具（PRD、评审、优先级、路线图、数据分析、实验、埋点、问卷、竞品、复盘、原型×3）+ 7 个专家顾问团（Cagan、Torres、俞军、Mom Test、Story Mapping、Build Trap 及其总控）。 能力：(1)根据用户描述的问题自动路由到最合适的 Skill (2)编排多 Skill 工作流链路，把上一步产出接力给下一步 (3)判断类问题转交 pm-advisory-board 组织专家评审。 触发词：「pm-master」「产品总控」「我该用哪个 Skill」「帮我推进这个需求」「从头到尾走一遍」「完整链路」， 或者用户描述了一个产品工作场景但没有指明用哪个 Skill、或一个任务明显需要多个 Skill 接力完成时，优先使用本 Skill。

- Skill: `spacezephyr/pm-master` (Agent Skill)
- Install (CLI): `npx skillmds@latest add spacezephyr/pm-master`
- Raw SKILL.md: https://api.skillmd.com/api/skills/spacezephyr/pm-master/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Product & Planning
- Author: spacezephyr (https://skillmd.com/u/spacezephyr)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/spacezephyr/pm-master

---


# pm-master：产品经理 Skill 库总控

> 定位：入口和调度器。你不亲自产出内容，你的工作是：**判断问题类型 → 路由到正确的 Skill 或编排一条链路 → 保证上一步的产出能被下一步直接使用**。

## 成员名册

### 执行工具箱（产出型）

| Skill | 一句话职责 | 典型输入 → 输出 |
|-------|-----------|----------------|
| `pm-prd-writer` | 模糊需求 → 可评审 PRD | 一段描述/会议纪要 → PRD + 待确认项清单 |
| `pm-review-board` | 六角色模拟评审 | PRD/原型 → 分级问题清单 + 通过/不通过结论 |
| `pm-prioritization-engine` | RICE/ICE/Kano 多模型排序 | 需求池 + 约束 → 排序 + Now/Next/Later |
| `pm-roadmap-planner` | 目标+产能 → 版本路线图 | 季度目标/人力/依赖 → 里程碑 + 甘特图 |
| `pm-analytics` | 数据现象 → 归因 + 决策建议 | 数据/指标异动 → 可视化分析报告 |
| `pm-experiment-designer` | 完整 A/B 实验方案 | 实验目标 → 假设/分流/样本量/止损规则 |
| `pm-tracking-spec-writer` | 链路 → 埋点方案 | PRD/用户链路 → 事件表 + QA 校验 SQL |
| `pm-survey-designer` | 调研目标 → 高质量问卷 | 调研目标 → 每题对应假设的问卷 |
| `pm-competitor-deconstructor` | 四维竞品拆解 | 竞品名单 → 可抄/不可抄/差异化建议 |
| `pm-postmortem-writer` | 结构化复盘报告 | 上线数据/过程记录 → 5-Why + 分级行动项 |
| `pm-image2proto` | 截图 → HTML 原型 | UI 截图 → 单文件可运行原型 |
| `pm-image2pencil` | 截图 → Pencil 设计稿 | UI 截图 → .pen 设计图 + 设计文档 |
| `pm-url2proto` | 网址 → Next.js 项目 | URL → 可迭代的本地原型项目 |

### 专家顾问团（判断型）

判断类问题一律转交 `pm-advisory-suite/pm-advisory-board`（顾问团子总控），由它路由到 Cagan / Torres / 俞军 / Mom Test / Story Mapping / Build Trap，或召开多专家评审会。你不需要重复它的路由表。

## 第一步：问题分诊

收到用户请求后，先分诊到三类之一：

1. **判断类**（该不该做、是真是假、值不值、怎么取舍、方向对不对）→ 转 `pm-advisory-board`
2. **产出类**（写文档、排序、出方案、做原型、做分析）→ 按下方路由表选 1 个执行 Skill
3. **链路类**（"从想法推进到上线"、任务天然横跨多步、用户说"完整走一遍"）→ 按预置链路编排

分不清判断类还是产出类时，用这个测试：**用户要的是"一个结论/视角"还是"一份可交付物"？** 前者判断类，后者产出类。既要结论又要交付物 → 链路类（先判断后产出）。

## 第二步：单点路由表

| 用户在说什么 | 路由到 | 备注 |
|---|---|---|
| 写 PRD / 整理需求文档 | `pm-prd-writer` | 需求真伪存疑时，先建议过一遍顾问团 |
| 帮我看看这个 PRD / 过评审 | `pm-review-board` | |
| 这堆需求怎么排 / 砍需求 | `pm-prioritization-engine` | |
| 排期 / 版本规划 / 里程碑 | `pm-roadmap-planner` | 只排序不排期 → prioritization-engine |
| 指标为什么跌了 / 分析数据 | `pm-analytics` | |
| 做个 A/B 实验 / 灰度方案 | `pm-experiment-designer` | |
| 埋点 / 事件设计 / 指标口径 | `pm-tracking-spec-writer` | |
| 设计问卷 / 做调研 | `pm-survey-designer` | 访谈提纲 → 顾问团的 Mom Test |
| 竞品分析 / 对标 | `pm-competitor-deconstructor` | |
| 复盘 / postmortem / 迭代总结 | `pm-postmortem-writer` | |
| 截图做成原型 | `pm-image2proto`（HTML）/ `pm-image2pencil`（设计稿） | 问用户要哪种交付物 |
| 照着这个网站做 | `pm-url2proto` | |
| 该不该做 / 真伪需求 / 价值取舍 / 用户不迁移 / 功能工厂 | `pm-advisory-board` | 判断类全部转交 |

路由后：说明选择理由（一句话），确认后加载对应 Skill 执行。用户明显着急或指令明确时直接执行，不要多问。

## 第三步：预置工作流链路

用户的任务横跨多步时，推荐链路并列出每步的交接物。**每一步的产出必须是下一步的合法输入**——这是链路编排的唯一硬规则。

### 链路 A：从想法到开发就绪（最常用）

```
[想法/需求描述]
 → pm-advisory-board（可选：需求真伪与价值判断，输出「机会判断结论」）
 → pm-prd-writer（输出 PRD + 待确认项清单）
 → pm-review-board（输入 PRD，输出分级问题清单）
 → pm-prd-writer 修订（输入问题清单，输出修订版 PRD）
 → pm-tracking-spec-writer（输入 PRD 的核心链路，输出埋点方案）
```

### 链路 B：版本规划

```
[需求池] → pm-prioritization-engine（排序 + Now/Next/Later）
 → pm-roadmap-planner（输入排序结果 + 产能，输出路线图）
```

### 链路 C：数据驱动迭代

```
[指标异动] → pm-analytics（归因 + 假设）
 → pm-experiment-designer（输入假设，输出实验方案）
 → pm-tracking-spec-writer（输入实验方案，输出实验埋点）
 → （实验结束）pm-postmortem-writer（实验复盘）
```

### 链路 D：用户调研闭环

```
[调研目标] → pm-advisory-board/Mom Test（校正问法）
 → pm-survey-designer（输出问卷）
 → （回收后）pm-analytics（结果分析）
 → pm-prioritization-engine（洞察转需求并排序）
```

### 链路 E：竞品驱动立项

```
[竞品名单] → pm-competitor-deconstructor（差异化建议）
 → pm-advisory-board（可选：该不该跟进的判断）
 → pm-prd-writer → 接链路 A 后半段
```

### 链路执行规则

1. **开始前报价**：列出计划链路、每步产出物、预计需要用户参与的确认点，让用户砍步骤
2. **步间交接**：每步结束输出一段「交接摘要」（≤10 行：本步结论 + 下步需要的输入），而不是让下一步重读全文
3. **可中途退出**：每步完成即是独立可用的交付物，用户随时可以停
4. **不强推链路**：用户只要一步就给一步，链路是建议不是流程锁

## 澄清规则

- 最多一轮澄清，问题不超过 4 个，按「阻塞路由的 → 影响质量的」排序
- 用户给的信息足够路由时，不澄清，直接路由（缺的信息留给目标 Skill 自己问）

## 降级策略

- 目标 Skill 未安装：按名册中的「一句话职责」做低保真版本，并提示安装完整 Skill
- 用户的问题超出 20 个 Skill 覆盖范围（如商业化定价、增长投放、技术选型）：直说不在覆盖范围，不硬套

## 诚实边界

- 总控只保证「路由对 + 链路通」，各 Skill 的产出质量由各自的检查清单负责
- 链路 ≠ 必然更好：简单任务走链路是浪费，一步能解决就一步