产品 roadmap 怎么写才靠谱

做 Lando 的早期，我花了整整一个周末写了一份超详细的产品 roadmap。

功能优先级、开发时间估算、上线顺序——全部写进了表格，精确到天。

一个月后，这份 roadmap 就废了。

因为用户提了一个需求，完全不在规划里，但需求非常强烈。于是我推翻了原来的第一优先级，临时加了一个功能。

第二个月，又有一个新发现——原来的核心功能用的人不多，一个不起眼的功能反而最受欢迎。

于是我明白了：roadmap 不是用来执行的，是用来思考的。

roadmap 到底用来干什么

很多人把 roadmap 写成了一份"承诺书"——接下来三个月做哪些功能、什么时候上线。

但早期产品的 roadmap 不应该这么写。因为早期产品的不确定性太高，你的判断很可能是错的。

roadmap 的真正目的是：

1. 帮你理清楚方向——你接下来最重要的目标是什么
2. 帮你做取舍——不做什么比做什么更重要
3. 帮你对齐团队——如果有多个人，大家知道在做什么

一个轻量级 roadmap 模板

不需要复杂的工具。一份文档就够了。

1.本季度目标（最重要的一句话）

这个季度最重要的一件事是什么？

比如："完成核心功能到可以收费的程度"。

比如："从 0 个用户增长到 100 个用户"。

比如："验证产品是不是有人愿意付费"。

只写一个。写两个就等于没有目标。

2.关键里程碑（3-5 个）

为了达成这个目标，需要完成哪几件关键的事？

注意：不是功能列表，是"关键的事"。

比如目标是"完成核心功能可以收费"，关键里程碑可能是：

• 核心功能完善
• 付费流程打通
• 定价确定并上线

3.阻塞项和风险

有什么可能阻碍你完成目标？

比如：某个技术难点还没解决。比如：某个依赖的第三方服务不确定能不能用。

把风险写出来，提前想对策。

不写什么

这份模板故意不写功能列表。

原因是：功能列表是结果，不是规划。当你确定了目标和里程碑，功能自然就清楚了。

而且功能列表容易让人沉迷于排列优先级，花大量时间，但方向其实没想清楚。

先想清楚要达成什么结果，再想具体做什么功能。

什么时候更新

不需要每周更新。每月回顾一次就够了。

回顾的时候问自己三个问题：

1. 这个月推进了目标多少？
2. 有没有新的发现要调整方向？
3. 阻塞项有没有变化？

每次回顾完更新一次文档，保持 roadmap 是"活的"。

一个真实的教训

Lando 早期我规划的功能里，有一个是"团队协作"——多人编辑一个页面。

当时觉得这个功能很必要。但上线之后发现，用户根本不是来多人协作的，他们是来快速验证想法的。

如果我按原计划做了团队协作，反而偏离了产品真正的价值。

后来我把优先级完全改了，把"收集用户意向"做成了核心功能——这个功能不在原来 roadmap 里，但它是用户真正需要的。

roadmap 的本质

roadmap 不是一张让你执行的清单，而是一个帮你持续做正确决策的工具。

如果你刚开始做产品，花两个小时写一份轻量级 roadmap，比花两天写一份精确到天的 roadmap 更有价值。

如果你还没有产品，还没有想到要做什么，可以先从 Lando 开始——做一个简单的落地页验证想法，看有没有人愿意留联系方式。验证了有需求，你再写 roadmap，方向会清晰得多。