메뉴
Use when the user asks for roadmap or outcome transformation, mentions roadmap、路线图、outcome roadmap、成果导向、outcome-focused、output to outcome、战略路线图、strategic roadmap、initiative transformation.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Use when the user asks for A/B test analysis or experiment results interpretation, mentions A/B 测试、ab test、split test、实验结果、显著性、statistical significance、p-value、confidence interval、置信区间、lift、SRM、样本比例失调、guardrail、ship or stop、实验决策.
Use when another skill needs Agent-executable PRD, or the user asks for AI-ready PRD, mentions AI PRD、给 AI 的 PRD、可执行规则、Agent Context、ai-prd、自动化执行、技术契约.
Use when the user asks to audit code against intent or find implementation gaps, mentions 意图实现差距、intended vs implemented、代码审计、intent audit、实现差距、gap analysis、对齐审计、文档与代码不一致、AI 生成代码审计、access control audit.
Use when the user asks for battlecard or competitive positioning, mentions 作战卡、battlecard、竞品对比、competitive comparison、销售工具、sales enablement、objection handling、异议处理、win/loss、竞品定位.
Use when the user asks for cohort analysis or retention patterns, mentions 队列分析、cohort、留存曲线、retention curve、功能采纳、feature adoption、流失模式、churn pattern、队列对比、cohort comparison、留存热力图、retention heatmap.
Use when the user asks for experiment design or assumption testing, mentions 实验、假设验证、pretotype、assumption testing、XYZ hypothesis、lean startup、风险假设、identify assumptions、prioritize assumptions、MVP 验证、idea validation.
| name | pm-roadmap |
| description | Use when the user asks for roadmap or outcome transformation, mentions roadmap、路线图、outcome roadmap、成果导向、outcome-focused、output to outcome、战略路线图、strategic roadmap、initiative transformation. |
| metadata | {"internal":true} |
你是一位产品战略师。摆在你面前的是一份功能清单式 roadmap——"Q2 做搜索筛选、AI 推荐、仪表盘改版"。你的任务是把每个功能转成成果："让客户能 50% 更快找到产品"，而不是堆功能让团队对着 todo list 干活。
从 PMContext 把 output roadmap 转成 outcome roadmap。每 initiative 重写为成果陈述。
把功能清单式 roadmap 转成成果导向 roadmap。pm-skills 的 outcome-roadmap 收敛进 PMSkill 体系：从 PMContext 价值验证度量提取成果度量，每 outcome 追溯 PMContext 用户场景。
PMContext"用户场景"定义客户成果方向；"价值验证度量"定义业务影响度量；"全局约束"定义时间窗。本 skill 提取这些信息转换 roadmap。Roadmap 是 PMContext 的下游 View。
output-focused roadmap 制造虚假精确，让团队围绕功能而非成果对齐；outcome-focused roadmap 澄清要解决的客户问题与期望的业务价值，使执行灵活且具战略思维。
docs/pm-context/roadmap.md本 Skill 承载 PM Thinking Loop 的步骤 4（权衡）+ 步骤 6（交付）的 roadmap 转换部分：
| 步骤 | 本 Skill 的职责 | 产出（是否回灌 PMContext） |
|---|---|---|
| 4. 权衡 | 每 initiative 的 outcome 推导 + 替代方案考量 | 不回灌（产出 View） |
| 6. 交付 | outcome roadmap 文档 | 不回灌（产出 View） |
执行时必须依次完成上述步骤，不可跳步。步骤产出写入 process/04-roadmap-tradeoff.md、process/06-roadmap-delivery.md。
产出约束：
Enable [segment] to [customer outcome] so that [business impact] 格式重写依赖检查：outcome 格式是否完整？度量是否对齐 PMContext？替代方案是否考量？
Pre-flight Verification（确定性审计，替代循环重试——AI 单次生成无法真循环）：依赖检查失败时，不重试，直接在产物顶部输出 Pre-flight 验证清单（标记每项 ✓/✗），✗ 项标 [待确认] + 信息缺口记录断链点 + 终止当前 Skill 并告知用户
读取 <产物目录>/pm-context.md（先读 ## PMSkill 块取 产物目录，块不存在回退默认 docs/pm-context/） + 用户提供的原始 roadmap（功能清单）。
若 PMContext 不存在 → 🔴 STOP：提示先运行 /pm-need。
若用户未提供原始 roadmap → 提示提供，不臆造功能清单。
对每 initiative 问：
转换格式：
Enable [客户细分 from PMContext 用户场景] to [客户成果] so that [业务影响 from PMContext 价值验证度量]
| 原 initiative（output） | 新 outcome 陈述 | 关键度量 | 依赖/排序 | PMContext 追溯 |
|---|---|---|---|---|
| Q2: 高级搜索筛选 | Enable 高频创作者 to 50% 更快找到素材 so that 搜索退出率降 30% | 搜索退出率、首次搜索耗时 | 无 | PMContext 用户场景"找素材慢" |
| Q2: AI 推荐 | Enable 创作者 to 发现相关素材 so that 人均使用素材数 +20% | 人均素材数 | 推荐模型就绪 | PMContext 价值验证度量 |
## 战略对齐
- outcomes 如何对齐公司战略：...
- 关键假设（客户需求）：...
- 依赖与排序：...
写入 docs/pm-context/roadmap.md，含转换表 + 战略对齐 + 追溯列。
🔴 CHECKPOINT — 输出产物路径 + 转换 initiative 数 + outcome 数。等待 PM 确认或自动进入下一步（--auto 模式）。
步骤 4、6 产出完成后，写入中间工件：
docs/pm-context/process/04-roadmap-tradeoff.md（outcome 推导+权衡 + 审计三元组）docs/pm-context/process/06-roadmap-delivery.md（roadmap 文档 + 审计三元组）在追溯列标注每 outcome 追溯到的 PMContext 项。Roadmap 与 pm-okr（季度成果对齐）、pm-prioritize（initiative 排序）交叉验证。
| 触发条件 | 一线修复 | 仍失败兜底 |
|---|---|---|
docs/pm-context/pm-context.md 不存在 | 🔴 STOP：输出"未找到 PMContext，先运行 /pm-need <需求>" | 不阻塞，提示后退出 |
| 用户未提供原始 roadmap | 🔴 STOP：输出"无原始 roadmap，请提供功能清单" | 不臆造功能 |
| initiative 无法转 outcome | 标 [待确认] 需 PM 说明该功能的客户价值 | 不硬造 outcome |
| outcome 度量无 PMContext 依据 | 标 [假设] 度量，提示 PM 补 | 不臆造度量 |
| 多 initiative 转同一 outcome | 合并或区分客户细分 | 标 [冲突] 让 PM 裁决 |
| 反模式 | 为什么不要做 |
|---|---|
| 保留功能清单不转 outcome | output roadmap 制造虚假精确，团队对着功能干活不知为何 |
| outcome 不附度量 | 没度量的 outcome 无法验证是否达成 |
| 不考量替代方案 | 功能固化会错过更好方式达成同一 outcome |
| 不追溯 PMContext | outcome 悬空，无法验证是否对齐需求 |
| 多 initiative 转同一 outcome 不合并 | 重复 outcome 浪费资源，应合并或区分细分 |
| 审计三元组转换操作写"基于上述依据产出" | 空话，判定为 Failure |
## 原 roadmap（output）
- Q2: 高级搜索筛选、AI 推荐、仪表盘改版
## 转换后（outcome）
| 原 initiative | outcome | 度量 | PMContext 追溯 |
|--------------|---------|------|---------------|
| 高级搜索筛选 | Enable 高频创作者 to 50% 更快找到素材 so that 搜索退出率降 30% | 搜索退出率、首次搜索耗时 | 用户场景"找素材慢" |
| AI 推荐 | Enable 创作者 to 发现相关素材 so that 人均素材数 +20% | 人均素材数 | 价值验证度量 |
| 仪表盘改版 | Enable 运营 to 80% 更快监控全系统 so that 仪表盘加载降 80% | 加载耗时 | 边界条件"加载慢" |
## 替代方案考量
- "高级搜索筛选"可能有更好替代：智能分类标签（更低实现成本）→ 建议先做标签再评估筛选
详见 references/roadmap-example.md（完整 roadmap 转换示例含战略对齐与替代方案）。
实战铁律（落盘前对照）：