roadmap-presentation

路线图演示技能

制定能够讲述战略故事的路线图，而不只是列出带日期的功能。每份路线图都针对受众进行调整：高管关注成果，团队关注细节，客户关注价值。

必要输入

如果用户未提供，请询问以下信息：

• 受众（高管/董事会、跨职能团队、工程团队、客户——会显著影响格式）
• 已排序的计划列表，并附上大致时间线或季度
• 公司 OKR 或战略目标（作为叙事的依据）
• 涵盖时段（Q1、H1、全年等）

受众适配

在制定路线图前，务必询问受众是谁：

受众	关注点	格式
高管 / 董事会	业务成果、收入、风险、战略一致性	以成果为主线，分为 3 列（现在 / 接下来 / 之后），不包含冲刺细节
跨职能利益相关者	依赖关系、时间线、所在团队的参与方式	按主题组织，并标注依赖关系
工程团队	具体程度、先后顺序、技术限制	详细呈现，包含史诗和粗略工作量估算
客户 / 外部受众	交付的价值，不包含内部细节	聚焦收益，不标日期——使用“即将推出 / 正在进行 / 已完成”

---

现在 / 接下来 / 之后框架

标准输出结构：

现在（当前季度——信心高，已承诺）

• 我们正在构建什么，以及为什么
• 预期成果

接下来（下一季度——信心中等，方向性规划）

• 主题和计划
• 正在验证的关键假设

之后（6–12 个月——信心低，愿景性规划）

• 战略押注
• 需要先解决的依赖关系

⚠️ “之后”部分的项目绝不要标注具体日期。使用季度或半年。

---

路线图叙事模板

每份路线图都需要叙事，而不只是时间线。按以下结构组织：

1. 我们目前的状况——当前产品状态和关键指标
2. 我们要解决的问题——哪些因素阻碍了客户或业务发展
3. 我们的战略押注——指导这份路线图的主题
4. 我们正在构建什么——现在 / 接下来 / 之后的规划
5. 如何判断是否奏效——每个主题的成功指标
6. 我们不会做什么——明确说明降低优先级的事项及其理由

---

输出格式

产品路线图 — [Product Area] — [Quarter/Year]

受众： [Executive / Team / Customer] 路线图负责人： [PM Name] 最近更新： [Date] 信心级别： 现在 = 高 | 接下来 = 中 | 之后 = 低

---

战略背景：

[2–3 句话：这份路线图服务于哪项公司/产品目标？]

本期指导主题：

1. [Theme 1] — [1-line rationale]
2. [Theme 2] — [1-line rationale]
3. [Theme 3] — [1-line rationale]

---

现在 — [Quarter]

主题	计划	预期成果	团队	状态
[Theme]	[What we're building]	[Metric it moves]	[Owner]	进行中 / 即将开始

接下来 — [Quarter]

主题	计划	假设	依赖关系
[Theme]	[What we plan to build]	[If we build X, we expect Y]	[What needs to be true first]

之后 — [H2 / Next Year]

主题	战略押注	为什么放在之后
[Theme]	[What we might build]	[What's blocking or uncertain]

---

我们不会构建的内容（及原因）：

• [Requested initiative] — 降低优先级的原因：[reason]
• [Requested initiative] — 降低优先级的原因：[reason]

这份路线图的成功指标：

指标	现在的目标	年底目标
[Metric]	[X]	[Y]

---

指南

• 绝不要让路线图变成承诺清单——将「现在」以外的所有内容都定位为方向性规划
• 始终包含「不做什么」部分——这样可避免路线图变相变成愿望清单
• 面向高管时：先说明路线图为业务带来的成果，而不是功能
• 建议的路线图审查频率：每月审查「现在」事项，每季度审查「接下来／稍后」事项
• 如果有人要求为「稍后」事项提供日期：使用季度（Q3 2026），而非具体日期

质量检查

• 格式符合受众需求（不向高管提供冲刺级别的细节）
• 「现在」事项是有负责人的承诺；「接下来」事项是方向性规划；「稍后」事项是期望目标
• 「我们不会构建什么」部分至少包含 2 项，并说明理由
• 按主题指定成功指标（而非仅列出功能）
• 措辞不含内部行话——通过询问「外部利益相关者能看懂这些内容吗？」来验证

反模式

• 不要为「接下来」或「稍后」事项标注具体日期——使用季度或半年时间范围来体现相应的确定性
• 不要向高管和工程师展示相同详细程度的内容——根据受众调整深度，否则两边都无法满足
• 不要省略「我们不会构建什么」部分——没有明确说明不优先做什么的路线图会变成愿望清单
• 不要将「稍后」事项说成承诺——将「现在」以外的所有内容都定位为方向性规划，而非承诺
• 不要跳过成功指标部分——没有它，利益相关者就无法评估路线图是否有效