先看看示例
作者提供的示例，实际效果取决于你的输入和使用工具。
输入
计划：加筛选、加最近浏览、加收藏分组。目标用户：回访查资料的用户；暂无基线。
输出
编辑示例 · 未运行
| 用户结果 | 可尝试措施 | 衡量方式 | 待验证 |
|---|---|---|---|
| 回访时更快找回用过的资料 | 最近浏览、收藏分组 | 找回任务完成率与用时 | 先记录现有基线 |
| 面对长列表能缩小范围 | 按类型筛选 | 使用筛选后进入详情的比例 | 用户是否理解分类 |
顺序：先观察找回路径，再选择最主要阻力对应的功能。
方法说明
将计划中的功能对应到用户问题和业务变化，让路线图能够解释投入理由。 具体任务 把功能排期改写成用户结果：从功能清单反推用户要改善的行为与业务意义。 为路线图补衡量与假设：为结果定义观察指标，注明依赖和验证顺序。 必需材料 现有路线图或功能清单 目标用户与业务目标 可选材料 基线指标 已确定的依赖与时间约束 使用门槛 团队愿意把交付物与期望效果分开讨论。 这个 Skill 额外提供的方法 使评审从“做没做功能”转向“用户行为是否改善”。 编辑示例（未运行） 把搜索功能排期改为找回资料的目标 任务：转换资源库的三项功能计划。 输入： 计划：加筛选、加最近浏览、加收藏分组。目标用户：回访查资料的用户；暂无基线。 结果片段： | 用户结果 | 可尝试措施 | 衡量方式 | 待验证 | |---|---|---|---| | 回访时更快找回用过的资料 | 最近浏览、收藏分组 | 找回任务完成率与用时 | 先记录现有基线 | | 面对长列表能缩小范围 | 按类型筛选 | 使用筛选后进入详情的比例 | 用户是否理解分类 | 顺序：先观察找回路径，再选择最主要阻力对应的功能。 将多个功能归并到结果，指标先定义而不虚构目标提升幅度。 此为编辑示例，未安装或运行上游 Skill。 首次任务 把【功能清单】转换为结果路线图，结合【用户目标】与【约束】；验收：每项有可观察结果、衡量方式、假设和依赖。 必需材料：现有路线图或功能清单：【请填写或粘贴】；目标用户与业务目标：【请填写或粘贴】 验收方法 结果是否描述用户或业务变化 措施是否允许随验证结果调整 基线和目标是否区分已知与待测 依赖与准备 可读取路线图与指标材料的助手；无强制外部服务依赖。 使用边界 没有证据的效果目标应标为假设，不能写成已实现收益。 结果路线图不自动构成精确日期或合同交付承诺。 排错 只是给功能名前加“提升”：写出用户完成任务时要减少的具体阻力。 每个结果都写精确百分比但无依据：保留方向，先补测量方案和目标设定条件。 固定来源 https://github.com/phuryn/pm-skills/blob/8607e3b077817f89bf4a9b623246219734ac3be0/pm-execution/skills/outcome-roadmap/SKILL.md