产品路线图：类型、制定步骤和用数据排优先级

路线图的排序靠证据才站得住。本文比较四种路线图形式，给出从战略到复盘的八个步骤，并用 RICE 给五个候选项打分，覆盖人数直接取自漏斗数据；其中得分最低的一项可能照样先做，只要把理由写下来就没问题。

什么是产品路线图？

产品路线图（Product Roadmap）是一份共享的计划，说明产品团队打算做什么、为什么做、大致什么时候做。好的路线图把战略（产品往哪里走）和交付（接下来做什么）连起来，让销售、客服、管理层和客户对优先级有同一个认识。

路线图不是待办列表，也不是发版计划。待办列表是所有可能要做的事，发版计划把具体工单排进迭代。路线图在两者之上，回答的是：我们要解决哪些问题，按什么顺序，怎么知道解决了？

产品路线图的几种类型

大多数团队会组合使用：未来两个季度用按结果的路线图，按「现在 / 下一步 / 以后」排，只在已经对外承诺的发布上写日期。

大多数团队把按结果的目标和「现在 / 下一步 / 以后」结合使用。

怎么一步步做产品路线图

1. 从战略和一两个目标出发。 北极星指标或指标树告诉你哪些结果重要，另见 OKR 和 KPI 的区别。
2. 收集问题，不是收集功能。 从数据（用户在哪里流失）、客服工单、销售通话和产品探索访谈里收集输入。每条都写成问题：「打开定时设置弹窗的用户里 70% 没保存就走了」。
3. 用数据估算每个机会的大小。 每季度有多少用户碰到这个问题？它让转化或留存损失多少？
4. 用公开透明的框架排优先级。 RICE、ICE、Kano 或机会评分。用哪个框架不太要紧，要紧的是把假设写下来。
5. 按主题和时间范围分组。 现在（已承诺、进行中）、下一步（已规划、在细化范围）、以后（方向性的）。
6. 每一项都配一个成功指标。 「上线新手任务清单」变成「把第 1 周激活率从 32% 提到 38%」。
7. 按受众分享。 管理层要看结果和主题，研发要看范围和依赖，客户要看方向，不要看日期。
8. 固定节奏复盘。 「现在 / 下一步」每月看一次，整张路线图每季度看一次，每次上线的结果出来后也要看。

计算示例：用 RICE 和数据排优先级

RICE 由 Intercom 提出，每一项的得分是 （覆盖 × 影响 × 信心）÷ 工作量：

• 覆盖（Reach）： 每季度受影响的用户数，从统计数据里取，不要拍脑袋。
• 影响（Impact）： 3 = 巨大，2 = 高，1 = 中，0.5 = 低，0.25 = 很小。
• 信心（Confidence）： 有数据支撑记满分，有一些证据记 80%，凭感觉记 50%。
• 工作量（Effort）： 人月。

某 B2B 分析产品的五个候选项（示例数据）：

这些输入从哪来：

• 新手任务清单： 每季度 2,400 个新注册，只有 32% 在第 1 周做出第一个看板，是新手漏斗里最陡的一步。
• 修复报告收件人： 每季度 1,200 个用户打开定时设置弹窗又离开，会话回放显示了原因。工作量小、信心高，见功能采用。
• AI 摘要： 覆盖大，但还没有证据说明用户想要，所以信心只有 30%。正确的下一步是做探索，不是开发。
• 单点登录： 覆盖小、得分最低，但有三笔企业合同取决于它。RICE 反映不了收入集中度，管理层仍然可能把它放进「现在」。这没问题，只要把理由写下来。

RICE 的输出是一份讨论用的排序起点，不是裁决。

常见的路线图错误

• 功能工厂式路线图。 一串带日期的产出，没有结果。团队上线了，却从来不看有没有带来变化。
• 很远的事写精确日期。 本季度以后的事都是估计，用时间范围表示。
• 谁嗓门大听谁的。 大客户的要求或高管的想法跳过了评分；真发生了，要把取舍写下来。
• 上线后不复盘。 成功指标没动，路线图就该调整。在图表上标注上线时间，前后对比一目了然。
• 「现在」里塞太多。 进行中的事超过团队容量，结果是每件都延期。
• 忽略维护和技术债。 明确留出容量（很多团队留 15–25%）。

用数据让路线图保持诚实

路线图就从「我们承诺要做什么」变成「我们学到了什么、接下来做什么」。

另见：产品生命周期、技术采用曲线。

另见：产品经理的数据分析。

参考资料

• McBride, S. (Intercom). RICE: Simple prioritization for product managers.
• Cagan, M. (SVPG). The alternative to roadmaps.
• Atlassian. What is a product roadmap?