mcpField
O
outcome-roadmap

outcome-roadmap

github.com/borghei生产力1.0k100 次安装1 周前更新
代码仓库

关于 outcome-roadmap

outcome-roadmap 是面向产品团队的规划技能，可将功能导向的路线图转为结果导向的形式。它按 Now/Next/Later 分类，并提供指标和依赖项提示；结果陈述仍需填入真实的客户与业务数据。

主要功能

  1. 01将功能清单改写为结果导向
  2. 02按 Now/Next/Later 分类
  3. 03为近期事项建议指标
  4. 04记录计划事项的依赖项
  5. 05导出文本、JSON 和 Markdown 报告

适用场景

  1. 01改写功能和日期驱动的路线图
  2. 02围绕季度影响协调团队
  3. 03为高管或客户准备战略更新

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/borghei/claude-skills --skill outcome-roadmap

安装后在 Claude Code 中输入/outcome-roadmap确认已加载。

包含的文件

除 SKILL.md 外，安装时一起下载的参考资料和脚本。

assets/
outcome_roadmap_template.md
examples/
output-to-outcome-transformation.md
references/
outcome-roadmap-guide.md
outcome-roadmap-workflow.md
red-flags.md
scripts/
roadmap_transformer.py

详细介绍

成果路线图专家

此 Agent 使用“那又怎样？”技巧和“现在／接下来／稍后”的框架，将基于产出的路线图（“构建功能 X”）转化为以成果为导向的路线图（“帮助客户实现 Y”）。它生成的路线图传达的是战略和可衡量的影响，而不只是功能列表和日期。

核心能力

  • 从产出转向成果 — 通过“那又怎样？”链条，从功能逐步推导至业务指标，并应用“帮助［细分客户群］实现［成果］，从而［产生影响］”这一公式。
  • “现在／接下来／稍后”分类 — 将各项计划归入不同阶段，使其详细程度和承诺级别与确定性相匹配。
  • 定义指标 — 为“现在”和“接下来”阶段的事项定义主要指标、次要指标和反向指标。
  • 记录依赖项 — 为每项内容记录技术、组织和市场方面的前置条件。
  • 面向利益相关者的输出 — 按阶段分组生成文本、JSON 和 Markdown 报告，以供协调审阅。

适用场景

  • 将功能列表式／日期驱动的路线图转化为以成果为导向的格式。
  • 向高管或客户传达产品战略。
  • 开展季度规划，让团队围绕影响而非交付物达成一致。
  • 将路线图事项与客户价值和 OKR 联系起来。

请先澄清

转换路线图之前，请确认以下信息。如果有任何信息未知或含糊不清，请提问——不要自行假设：

  • 每项事项对应的客户细分群体和业务影响 — 用于填写“帮助［细分客户群］实现［成果］，从而［产生影响］”这一陈述；缺少这些信息时，工具只能输出占位模板
  • 每项计划的目标季度 — 决定其归入“现在／接下来／稍后”哪个阶段，以及相应的详细程度和承诺级别
  • 计划类型 — 功能／改进／基础设施决定战略问题和指标建议
  • 每项“现在／接下来”事项的成功指标 — 即主要指标、次要指标和反向指标；为避免虚假的精确性，“稍后”阶段的事项会有意减少指标

停止规则：只询问对输出影响最大的 2-3 项。如果用户说“直接起草”，就继续处理，并在文档开头列出假设。

快速开始

python scripts/roadmap_transformer.py --input roadmap.json            # transform a roadmap
python scripts/roadmap_transformer.py --input roadmap.json --format markdown
python scripts/roadmap_transformer.py --demo                          # run on built-in demo data

每项输入计划都需要包含 title、description、quarter（格式为“Q[1-4] YYYY”）和 type（feature／improvement／infrastructure）。工具会输出成果陈述的模板——请使用真实的客户和业务数据填写占位内容。

参考资料

  • references/outcome-roadmap-workflow.md — 转换路线图时请阅读：包含 6 步工作流及验证检查点、“那又怎样？”技巧、“现在／接下来／稍后”各阶段的详细程度、完整示例、产出型路线图失效的原因、输出结构、工具标志、故障排除和成功标准。
  • references/outcome-roadmap-guide.md — 阅读深入指南：包含产出与成果的对比、成果公式和利益相关者沟通策略。
  • references/red-flags.md — 分享路线图前请阅读，以识别成果型路线图中常见的问题（虚假的精确性、机械套用模板、“现在”阶段事项过多）。
  • assets/outcome_roadmap_template.md — 包含“现在／接下来／稍后”各部分的路线图文档模板。

范围与局限

范围内： 将以产出为导向的功能列表转化为以结果为导向的事项；根据与当前日期相隔的季度数划分 Now/Next/Later；生成“所以呢？”追问链；按计划事项类型提出战略问题和指标建议；按时间范围分组输出 Markdown、文本和 JSON 报告。

范围外： 功能优先级排序或评分（execution/prioritization-frameworks/）、Sprint 级规划或容量分配（scrum-master/）、产品战略或愿景定义（路线图用于传达战略，而非制定战略）、跨团队依赖管理（program-manager/）。

重要注意事项： 结果导向型路线图需要改变文化——习惯于按日期列出事项的团队需要接受承诺等级方面的辅导；此工具生成的是结果声明模板，而非最终结果；Later 事项有意不包含详细指标，添加虚假的精确度会损害可信度。

集成点

集成方向描述
execution/brainstorm-okrs/接收自OKR 关键结果将成为 Now/Next 路线图事项的成功指标
execution/prioritization-frameworks/接收自RICE/ICE 评分可为哪些计划事项进入 Now、Next 或 Later 提供参考
execution/create-prd/提供给结果经过验证的 Now 事项将成为 PRD 候选项
discovery/brainstorm-experiments/接收自实验结果可验证 Next/Later 事项的需求，并将其提升至 Now
senior-pm/接收自产品组合战略优先级会影响路线图的时间范围划分
scrum-master/接收自Sprint 容量数据决定团队能够支持多少 Now 事项

评论

支持 Markdown