很多人画产品路线图，画出来是这样的：横轴是三个月，一行行排着任务，每个任务一根横条，标着开始和结束时间。
甘特图回答的是"什么时候做完"，路线图回答的是"为什么现在做这个，而不是那个"。
这两个问题差得很远：前者是排产，后者是取舍。路线图真正的价值，在于它把那些"也想做但决定不做"的东西，清清楚楚地写出来。
这篇文章讲三件事：路线图长什么样、怎么用打分把需求排进三条线、以及一个能照着算的完整例子。
一、先把四张图分清楚
路线图经常被和另外几张图混着用，它们的分工是这样的：
| 图 | 回答什么问题 | 横轴含义 | 谁看 |
|---|---|---|---|
| 时间轴 | 发生了哪些事 | 真实日期（里程碑） | 对外汇报 |
| 甘特图 | 任务什么时候做完 | 日期＋工期＋依赖 | 项目执行团队 |
| WBS | 这件事拆成几块 | 无（树状） | 执行与自己 |
| 路线图 | 现在做哪个、为什么做它 | 相对阶段（现在/下一步/以后） | 团队、上级、用户 |
关键区别在最后一列：路线图是给外部看的承诺，不是给自己排的执行表。
所以路线图上通常不写精确到天的工期，也不画依赖箭头。一旦你把日期标死，它就成了排期表，接下来每一次延期都要改图，改到没人再信它。
二、路线图的标准长相：三条线
最常用的是三段式，横轴不用日期，用相对阶段：
- Now（现在做）：这一个周期里确定要交付的，团队容量刚好能装下；
- Next（下一步）：已经想清楚价值，打算做的，但还没排进当前周期；
- Later（以后/探索）：有价值但还不确定的，可能做也可能砍掉。
每条内容只写三样东西：目标、给谁带来什么、做完的信号是什么。
举个例子：
多方协作时能看到彼此的光标（Now）
解决：两个人同时改一张图，互相覆盖
信号：两人同时编辑 10 分钟，不再出现覆盖提示
注意这里没有写"9月15日到9月30日"。路线图不排产，排的是优先级和理由。
如果是 To B 或者需要向上汇报，也可以按"已确定 / 较确定 / 探索中"来分三条线，本质一样：确定性从上往下递减。
三、怎么把需求排进这三条线：一个能照着算的打分法
排序最忌讳拍脑袋。用一个简单的公式，把 27 条需求变成一张有先后的表：
得分 = 价值分（1—5）× 覆盖的用户比例 × 100 ÷ 投入（人月）
价值分按"解决了这个问题，用户会不会明显受益"打；覆盖比例按"多少活跃用户会碰到"估；投入按人月算（一个人干满一个月算 1 人月）。
下面这份是某在线协作画图工具（覆盖流程图、白板、原型、思维导图四类）的真实排法。
3.1 需求池打分
| 需求 | 价值分 | 覆盖比例 | 投入（人月） | 得分 |
|---|---|---|---|---|
| 导出高清 PDF / PNG | 4 | 85% | 0.5 | 680 |
| 版本历史回溯（最小版） | 4 | 50% | 1.5 | 133 |
| 多人协作冲突合并 | 5 | 72% | 3.0 | 120 |
| 常用组件库 | 3 | 40% | 2.0 | 60 |
| AI 一键生成流程图 | 3 | 25% | 2.0 | 37.5 |
| 移动端 App | 2 | 30% | 6.0 | 10 |
排序结果一目了然：导出 680 > 版本历史 133 > 协作合并 120 > 组件库 60 > AI 生成 37.5 > 移动端 10。
这里有个反直觉的结论值得留意：AI 一键生成听上去最时髦，但因为只有 25% 的用户会碰，排到了倒数第二；而看起来最土的功能——导出——因为 85% 的人每次交差都要用，排到第一。
如果按"哪个功能说出来好听"排，结果会完全反过来。这就是打分法的意义。
3.2 容量约束：这个周期到底能装多少
打分排完之后，第二步是看自己有多少容量。
以一个人、每天晚上两小时、一个季度 90 天算：
180 小时 ÷ 8 小时/天 ≈ 22.5 个工作日 ≈ 1.1 人月
也就是说，Now 这条线里总共只能放 1 个人月左右的活。
按上面的排序塞：
- 导出（0.5 人月）→ 装得下
- 版本历史如果做完整版要 1.5 人月 → 装不下，砍成最小版（只能回看最近 10 个版本，不能对比），压到 0.5 人月
- 合计 1.0 人月，刚好不超
剩下的进 Next；移动端直接写进"今年不做"，并注明原因：需要 6 人月，且当前用户 90% 在桌面端。
这一步是路线图和排期表最不一样的地方：排不下的时候，路线图的做法是砍范围，而不是往后拖日期。
3.3 三条线最终成型
| 阶段 | 内容 | 验收信号 |
|---|---|---|
| Now（1.0 人月） | 导出高清 PDF/PNG；版本历史最小版 | 导出的图印刷清晰；误删能找回 |
| Next（约 2 人月） | 协作冲突合并；常用组件库 | 两人同改不互相覆盖；组件拖出来就能用 |
| Later（探索） | AI 生成流程图；模板市场 | 先做一版原型验证留存 |
| 今年不做 | 移动端 App | 需 6 人月，桌面端占 90% 使用 |
四、三个必须做的检验
检验一：每一条能不能说出"给谁、解决什么"。
说不出用户的那条，多半是老板想做或者对手有。可以先放进 Later，不建议直接进 Now。
检验二：Now 的总容量有没有算过。
个人和小组最容易高估。用小时数倒推，别用"感觉应该做得完"。
检验三：每一条有没有明确的验收信号。
"优化协作体验"没法验，"两人同改十分钟不出现覆盖"可以验。没有信号的条目，做完那天没人知道算不算完成。
四点五、对外版和内部版要分开画
同一个产品，给不同人看的路线图不是同一张。
对外版（给客户、给用户、给上级）只留目标层和验收信号，颗粒度到"这一季解决什么问题"为止。日期写成"本季度""下半年"，不要写具体哪天，也不要写内部代号。
内部版（给团队自己）可以多一列：这一条的风险和未知数。比如"协作冲突合并"这项，内部版会写明"不确定实时同步的服务端成本"，对外版不需要。
两张图共用同一份排序结果，只是展示深度不同。很多团队把内部代号、预估工期直接对外发，结果每一次调整都要解释一遍，最后干脆不再更新。
四点六、被砍掉的需求去哪了
这是我最想补的一节。
被放进"今年不做"的需求，一定要在图上留一行原因，例如：
移动端 App —— 需 6 人月，当前九成使用发生在桌面端，先观察两个季度
有原因的好处有两个。第一，下个季度这个需求再被提出来的时候，不用重新吵一遍，直接看当时的理由还成不成立。第二，写下来的判断是可以被检查的——如果半年后桌面端占比降到了六成，那就说明当时的判断过期了，该翻出来重排。
没写原因的取舍，等于没有取舍，只是把问题推到了下一次会议。
五、五个最常见的坑
- 把路线图画成甘特图。 一标死日期就成了排期表，从此每周改一次，最后没人看。
- Now 里堆太多。 放进去的东西越多，越说明你没砍。砍不出来不是能力问题，是没算容量。
- 按"听起来重要"排序。 越炫的功能越容易被提前，越基础的越容易被漏。
- 不放"不做的清单"。 没写下来的决策等于没决策，下个季度它还会再被提出来讨论一遍。
- 画完再也不改。 至少每个月翻一次：Next 里有没有该提到 Now 的，Later 里有没有该删掉的。
六、自检的 9 条
- 图上有没有精确到天的日期？有就该怀疑是不是画错了图。
- 每条能不能一句话说清"给谁解决什么"？
- Now 的总投入算过人月吗？
- 有没有明确的验收信号？
- 砍过范围吗？没砍过说明容量是假的。
- Later 里的条目，有没有写"为什么现在不做"？
- "今年不做"的清单写出来了吗？
- 上一次回顾是什么时候？超过一个月就该更新了。
- 把图给一个不看过程的人，他能看懂现在在做什么吗？看不懂就是失败的路线图。
七、和别的图怎么配合
- 思维导图：先发散需求池，不排序；
- 商业画布：定"为谁创造价值"，喂给路线图的第 1 条；
- WBS：把 Now 里的每一条拆成可执行的小任务；
- 甘特图：只对 Now 这一条线做排产，工期和依赖放这里，不要混进路线图。
一句话总结：路线图负责取舍，甘特图负责排产，WBS 负责落地。 三张图各管一段，混在一张图上，哪一段都会乱。