名称: 路线图规划描述: 通过协调优先级排序、史诗定义、利益相关者对齐和发布排序等技能，指导产品经理进行战略性路线图规划，形成一个结构化流程。使用此流程从分散的功能请求转向一个以结果为导向、连贯的路线图，以对齐利益相关者、逻辑排序工作并传达战略意图——避免缺乏战略叙事或以客户为中心的框架的“功能工厂”路线图。

这不是甘特图——它是一个战略沟通工具，展示你正在构建什么、为什么重要，以及如何提升业务成果。

关键概念

什么是战略性路线图规划？

路线图规划是以下过程：

收集输入 — 客户问题、业务目标、技术约束
定义倡议 — 具有明确假设和成功指标的史诗
优先级排序 — 按影响、努力、战略契合度对倡议进行排名
排序 — 按逻辑依赖关系组织到发布/季度中
沟通 — 以战略叙事向利益相关者展示路线图

路线图类型

现在/下一步/以后路线图：

现在： 当前季度（已承诺）
下一步： 下一个季度（高置信度）
以后： 未来探索（低置信度）
最适合： 敏捷团队、不确定性、持续发现

主题路线图：

按战略主题组织（例如，“留存”、“企业扩展”、“移动体验”）
最适合： 向高管沟通、展示战略意图

时间线路线图（季度）：

Q1: 史诗 A, B; Q2: 史诗 C, D; Q3: 史诗 E, F
最适合： 资源规划、利益相关者沟通

基于功能的路线图（反模式）：

无上下文列出功能（例如，“暗黑模式”、“SSO”、“高级报告”）
为何失败： 无战略叙事、未框定客户问题

为何有效

以结果为导向： 将倡议与业务/客户成果联系起来
利益相关者对齐： 透明流程减少政治摩擦
战略清晰度： 展示不仅是“什么”还有“为什么”
灵活性： 根据发现/交付的学习调整

反模式（此非）

不是承诺： 路线图是战略计划，非合同
不是功能列表： 路线图框定问题，非仅解决方案
不是瀑布式： 路线图根据学习每季度演进

何时使用此流程

年度或季度规划周期
产品战略会议后（将战略转化为路线图）
新利益相关者入职（对齐方向）
重构现有路线图（从功能驱动转向结果驱动）

何时不使用此流程

用于战术性冲刺规划（使用待办事项列表代替）
当战略不明确时（先运行产品战略会议）
当利益相关者期望日期承诺时（先解决期望）

引导源

当以引导对话运行此工作流程时，使用workshop-facilitation作为交互协议。

它定义：

会话提示 + 入口模式（引导、上下文转储、最佳猜测）
单问题轮次与纯语言提示
进度标签（例如，上下文 Qx/8 和评分 Qx/5）
中断处理和暂停/恢复行为
决策点编号建议
常规问题快速选择编号响应选项（包括其他（指定））

此文件定义工作流程序列和领域特定输出。如有冲突，遵循此文件的工作流程逻辑。

应用

使用template.md获取完整填充结构。

此工作流程在1-2周内协调5个阶段，使用多个组件和交互技能。

阶段 1: 收集输入（第1-2天）

目标： 收集业务目标、客户问题、技术约束、利益相关者请求。

活动

1. 审查业务目标（OKRs、战略倡议）

来源： 公司 OKRs、高管战略备忘录、董事会演示文稿
问题：
- 公司今年前3个优先事项是什么？
- 必须移动哪些指标？（收入、留存、获取、效率）
- 有战略赌注吗？（新市场、合作伙伴关系、产品线）
输出： 3-5个业务成果以优化

2. 审查客户问题（发现洞察）

来源： 发现访谈、支持票、NPS反馈、流失调查
使用： 来自skills/discovery-process/SKILL.md的洞察（如果最近完成）
问题：
- 前3-5个客户痛点是什么？
- 哪些问题影响最多客户？
- 哪些问题有最高强度？
输出： 3-5个已验证客户问题

3. 审查技术约束与机会

来源： 工程领导、技术债务评估
问题：
- 有技术障碍吗？（扩展、性能、安全）
- 有赋能投资吗？（平台升级、API重写）
- 技术路线图是什么？（迁移、弃用）
输出： 所需技术投资列表

4. 审查利益相关者请求

来源： 销售、营销、客户成功、高管
问题：
- 销售要求什么？（企业功能、集成）
- 营销请求什么？（增长倡议、定位）
- 客户成功标记什么？（流失风险、扩展障碍）
输出： 利益相关者请求列表（尚未承诺）

阶段 1 输出

业务成果： 3-5个 OKRs 或战略目标
客户问题： 3-5个已验证痛点
技术投资： 平台/技术债务项目
利益相关者请求： 内部团队功能请求

阶段 2: 定义倡议（史诗）（第3-4天）

目标： 将输入转化为具有假设、成功指标和努力估计的史诗。

活动

1. 定义史诗假设

使用： skills/epic-hypothesis/SKILL.md（组件）
每个倡议： 撰写假设声明
格式： “我们相信为[人物角色][构建 X] 将实现[成果] 因为[假设]。”
参与者： 产品经理
持续时间： 每个史诗60分钟
输出： 10-15个史诗假设

示例史诗（SaaS 产品）：

史诗 1: 引导式入职
假设：我们相信为非技术用户添加逐步入职检查表将激活率从40%提高到60%，因为用户目前因缺乏指导而流失。

成功指标：激活率（%在24小时内完成第一个操作）
目标：40% → 60%

史诗 2: 企业 SSO
假设：我们相信为企业账户添加 SSO 将使企业季度交易从2个增加到5个，因为企业买家要求 SSO 以满足安全合规。

成功指标：季度企业交易完成
目标：2 → 5

史诗 3: 移动优化工作流程
假设：我们相信为核心工作流程优化移动端将移动 DAU 从5%提高到20%，因为移动优先用户目前无法在移动中完成工作流程。

成功指标：移动 DAU 占 total DAU %
目标：5% → 20%

2. 估计努力（T恤尺码）

参与者： 产品经理 + 工程领导
持续时间： 90分钟
方法：
- 小 (S): 1-2周（1-2工程师）
- 中 (M): 3-4周（2-3工程师）
- 大 (L): 2-3个月（3-5工程师）
- 超大 (XL): 3+个月（5+工程师）
输出： 每个史诗努力估计

3. 映射到业务成果

每个史诗： 标记主要业务成果
示例：
- 史诗 1（引导式入职） → 留存
- 史诗 2（企业 SSO） → 获取（企业）
- 史诗 3（移动工作流程） → 参与度

阶段 2 输出

10-15个史诗： 每个有假设、成功指标、努力估计
业务成果映射： 哪些史诗驱动哪些 OKRs

阶段 3: 优先级排序倡议（第5天）

目标： 按影响、努力和战略契合度对史诗排名。

活动

1. 选择优先级排序框架

使用： skills/prioritization-advisor/SKILL.md（交互式）
参与者： 产品经理
持续时间： 30分钟
输出： 推荐框架（RICE、ICE、价值/努力等）

2. 评分史诗

参与者： 产品经理、工程领导、产品领导
持续时间： 120分钟
方法： 对所有史诗应用框架
示例（RICE 评分）：

史诗	覆盖	影响	置信度	努力	RICE 分数
引导式入职	10,000 用户	3（巨大）	80%	1个月	24,000
企业 SSO	500 用户	3（巨大）	90%	2个月	675
移动工作流程	5,000 用户	2（高）	60%	3个月	2,000
高级报告	2,000 用户	2（高）	50%	2个月	1,000

3. 调整战略契合度

审查分数： 是否与业务目标对齐？
战略覆盖： 提升与战略赌注对齐的史诗优先级（即使分数较低）
示例： 企业 SSO 分数较低，但对企业扩展战略至关重要 → 提升优先级

阶段 3 输出

排名待办事项列表： 按优先级排序的史诗（RICE 分数 + 战略调整）
前10个史诗： 最高优先级倡议用于路线图

阶段 4: 排序路线图（第6-7天）

目标： 按逻辑依赖关系将史诗组织到季度/发布中。

活动

1. 映射依赖关系

问题：
- 史诗 B 依赖史诗 A 吗？（例如，“高级报告”需要“数据管道升级”）
- 有技术障碍吗？（例如，“移动应用”需要“API 重新设计”）
输出： 依赖图（史诗 A → 史诗 B → 史诗 C）

2. 按季度排序（或发布）

现在 (Q1): 前3-5个史诗，无依赖
下一步 (Q2): 下一个3-5个史诗，可能依赖 Q1 完成
以后 (Q3+): 剩余史诗，较低置信度

示例路线图（基于时间线）：

Q1 2026（现在 - 已承诺）：
├─ 引导式入职（留存）
├─ 企业 SSO（获取）
└─ 移动优化工作流程（参与度）

Q2 2026（下一步 - 高置信度）：
├─ 高级报告（依赖数据管道，Q1）
├─ Slack 集成（参与度）
└─ 定价页面重新设计（获取）

Q3 2026（以后 - 较低置信度）：
├─ 移动应用（依赖 API 重新设计）
├─ AI 动力推荐
└─ 多语言支持

Q4 2026（探索）：
├─ 市场/插件生态系统
└─ 企业入职礼宾服务

替代：现在/下一步/以后路线图

现在（当前季度）：
- 引导式入职
- 企业 SSO
- 移动优化工作流程

下一步（下一个季度）：
- 高级报告
- Slack 集成
- 定价页面重新设计

以后（未来）：
- 移动应用
- AI 推荐
- 多语言支持

3. 与工程验证

参与者： 产品经理 + 工程领导
问题：
- 排序是否现实？（容量、依赖关系）
- 有隐藏技术障碍吗？
- 需要调整范围吗？
输出： 已验证路线图序列

阶段 4 输出

排序路线图： 按 Q1, Q2, Q3 组织的史诗
依赖映射： 什么依赖什么
容量检查： 工程同意序列可行

阶段 5: 沟通路线图（第2周）

目标： 向利益相关者展示路线图，收集反馈，建立对齐。

活动

1. 创建路线图演示

格式： 30-45 分钟演示
结构：
- 幻灯片 1： 战略上下文（业务目标、客户问题）
- 幻灯片 2-3： 路线图概述（Q1, Q2, Q3）
- 幻灯片 4-6： 每季度深度挖掘（史诗、假设、成功指标）
- 幻灯片 7： 什么不在路线图上（及原因）
- 幻灯片 8： 依赖关系和风险
参与者： 产品经理、设计
持续时间： 2-3 小时准备

2. 向利益相关者展示

受众： 高管、产品领导、工程、销售、营销、客户成功
持续时间： 45 分钟演示 + 15 分钟 Q&A
重点：
- 战略叙事：“这里是我们优先考虑 X 而非 Y 的原因”
- 结果焦点：“每个史诗驱动[业务成果]”
- 灵活性：“此路线图是计划，非承诺；我们将根据学习调整”

3. 收集反馈

问题：
- 这些优先事项是否与业务目标对齐？
- 我们是否遗漏关键客户问题？
- 依赖关系是否清晰？
- 您有什么担忧？
输出： 反馈、担忧、问题列表

4. 精炼路线图

基于反馈： 调整优先级、添加遗漏史诗、澄清依赖关系
持续时间： 1-2 天
输出： 最终路线图 v1.0

5. 发布路线图

内部： 与团队分享（Confluence, Notion, Productboard 等）
外部（可选）： 面向客户的公共路线图（使用现在/下一步/以后格式）
格式： 可视化路线图 + 叙事文档

阶段 5 输出

路线图演示： 30-45 分钟演示文稿
利益相关者对齐： 反馈纳入、担忧解决
发布路线图： 团队可访问（内部）或客户可访问（外部）

完整工作流程：端到端摘要

第1周：
├─ 第1-2天: 收集输入
│  ├─ 审查业务目标（OKRs）
│  ├─ 审查客户问题（发现洞察）
│  ├─ 审查技术约束
│  └─ 审查利益相关者请求
│
├─ 第3-4天: 定义倡议（史诗）
│  ├─ skills/epic-hypothesis/SKILL.md（每个史诗60分钟）
│  ├─ 估计努力（90分钟）
│  └─ 映射到业务成果
│
├─ 第5天: 优先级排序倡议
│  ├─ skills/prioritization-advisor/SKILL.md（30分钟）
│  ├─ 评分史诗（120分钟）
│  └─ 调整战略契合度
│
└─ 第6-7天: 排序路线图
   ├─ 映射依赖关系
   ├─ 按季度排序（Q1, Q2, Q3）
   └─ 验证与工程

第2周：
└─ 沟通路线图
   ├─ 创建演示（2-3小时）
   ├─ 向利益相关者展示（60分钟）
   ├─ 收集反馈
   ├─ 精炼路线图（1-2天）
   └─ 发布路线图

总时间投资：

快速轨道： 1周（现有史诗、快速对齐）
典型： 1.5-2周（定义史诗、利益相关者审查）

示例

见examples/sample.md获取完整路线图示例。

迷你示例摘录：

现在：引导式入职（激活 +20%）
下一步：企业 SSO（交易速度）
以后：移动工作流程（DAU 提升）

常见陷阱

陷阱 1: 功能驱动路线图（无成果）

症状： 路线图列出功能（“暗黑模式”、“SSO”、“高级过滤器”）无上下文

后果： 无战略清晰度，利益相关者不理解“为什么”

修复： 将史诗框定为具有成功指标的假设（非仅功能名称）

陷阱 2: 按 HIPPO 优先级排序（最高薪人士意见）

症状： 高管指定路线图，无数据驱动优先级排序

后果： 构建错误事物，忽视客户问题

修复： 使用优先级排序框架（RICE, ICE）透明评分史诗

陷阱 3: 路线图作为承诺（瀑布式思维）

症状： 路线图视为合同，无调整灵活性

后果： 学习新信息时无法转向

修复： 沟通路线图为“战略计划，根据学习变化”

陷阱 4: 未映射依赖关系

症状： 未检查技术依赖关系排序史诗

后果： Q2 史诗受阻，因为 Q1 依赖未完成

修复： 在阶段 4 明确映射依赖关系，与工程验证

陷阱 5: 单独产品经理路线图（无利益相关者输入）

症状： 产品经理单独创建路线图，呈现完成计划

后果： 无认同，利益相关者感觉被排除

修复： 从所有利益相关者收集输入（阶段 1），呈现草案（阶段 5）获取反馈

参考

外部框架

Bruce McCarthy, Product Roadmaps Relaunched (2017) — 以结果为导向的路线图
C. Todd Lombardo, Product Roadmaps Relaunched (2017) — 现在/下一步/以后框架
Intercom, “RICE Prioritization” (2016) — 优先级排序框架

Dean 的工作

[如果 Dean 有路线图规划资源，链接此处]

技能类型： 工作流程 建议文件名： roadmap-planning.md 建议放置位置： /skills/workflows/ 依赖关系： 协调 skills/epic-hypothesis/SKILL.md, skills/prioritization-advisor/SKILL.md, 加手动活动

路线图规划Skill roadmap-planning