你是来找产品路线图示例的 —— 一个能抄的格式,一种能讲清楚「什么时候交付什么」的结构。下面有五种好用的,每种配一句示例和它最适合的场景,挑一种和你团队思路对得上的拿走就行。但它们都有一个格式本身修不掉的毛病:路线图是优先级的一张画面,而优先级本质上是决策 —— 定价怎么定、范围砍到哪、先做哪个、什么干脆不做。把画面放进 slide 或表格,存盘那一刻它就和这些决策脱了钩。优先级改一次,路线图立刻变成没人同步的虚构。Draftlize 保留同样的格式,把每个条目连到它底下的决策;决策一动,依赖它的条目就自己标成 stale。
这就是团队真正在用的几种产品路线图示例。每一种放在文档、slide 或表格里都能用 —— 挑一个和你规划方式对得上的抄走。下一节讲的是:当每个条目不再只是 slide 上一个方块、而是带着它所依赖的决策时,会发生什么变化。
用三个桶代替日期。Now 是正在做的,Next 是已经定下来的,Later 是大方向。示例:Now —— SSO + 审计日志;Next —— 按量计费;Later —— 移动端。何时用:早期阶段,或者任何真的还说不准的东西 —— 硬给一个三月的日期只是一个你日后要还的谎。最诚实的默认选项。
把各项工作铺在日历上,带条形和依赖关系。示例:Q1 —— 计费重构(1–2 月),接着 SSO(2–3 月);Q2 —— 移动端 beta。何时用:有硬性外部截止、发布绑了合同或活动、或者需要让相关方看清排期。强大也危险 —— 那些日期会被当成承诺。
按战略主题而非功能来组织。示例:「缩短上手时间」「拿下企业客户」「压低基础设施成本」 —— 每个主题下挂着服务于它的具体工作。何时用:需要让管理层和团队先在「为什么」上对齐再谈「做什么」,并且想保留在一个主题下换功能、而不必重谈整张计划的余地。
对结果负责,而不是对产出负责。示例:「激活率从 28% 提到 40%」「把 p95 延迟压到 200ms 以内」 —— 功能只作为奔向每个数字的下注列在下面。何时用:成熟产品、有它信得过的指标,团队被允许只要结果不变就换打法。这是最能抵御「功能流水线」漂移的格式。
围绕发布里程碑来组织。示例:v2.1 —— SAML + SCIM;v2.2 —— 按量计费;v3.0 —— 工作区改版。何时用:有版本号的产品、任何带 changelog 或发布说明的东西、或者用户会围着你的版本做规划的平台。和用户实际拿到的东西一一对得上。
这就是路线图 —— 用哪种格式都行。下面讲:为什么优先级一动它就开始烂掉 —— 以及我们怎么办。
Now-Next-Later 也好,甘特图也好,形状本身没毛病。真正害死路线图的是:它是一组决策的渲染图,却没跟这些决策连在一起。每个条目背后的「为什么」 —— 定价的拍板、范围的取舍、排期的权衡 —— 要么住在别处、要么哪都不在,slide 上只剩一个结论。
一笔交易逼着你把「计费」从 Next 提到 Now。这一个改动会扩散:发布顺序、依赖它的若干 spec、三个假定了旧顺序的下游条目。在表格里它们一个都不知道。周一汇报的路线图,周三就已经错了,而且这种错是看不见的。
放在 slide 里的路线图,存在的意义就是被拿来讲一次,然后一直过期到下次有人为了下一场评审手动重建它。两次汇报之间,它和真正在做的东西渐行渐远,于是所有人都悄悄学会了:信站会,别信路线图。
在 Draftlize 里,路线图条目不是 slide 上一个方块 —— 它是一张卡片,连着底下的决策:它所假定的定价拍板、它被砍到的范围、它依赖的排期。点开条目,你看到的是「为什么」,而不只是「做什么」。格式仍然是 Now-Next-Later 或版本型;新的是底下那套接线。
因为每个条目连的是真实的决策、而不只是一个日期,改动一个决策,就会让所有依赖它的路线图条目自动变 stale —— 就像构建系统会让一个被改文件的所有下游全部失效。挪一下定价,那些假定了旧价格的条目当场举手,而不是等到 demo 上让你下不来台。
Claude Code 或 Cursor,通过 MCP,在起草下一份 spec 之前先读完每个路线图条目背后的决策,再把新条目和新决策按同样的结构写回去。路线图不再是为每场评审重建一次的 slide,而是变成每一轮都会被读到、并且在两次评审之间一直保持为真的上下文。
路线图是你优先级的一张画面。优先级就是决策 —— 而一张画面没法告诉你,其中哪一个已经变了。留住你喜欢的格式,让底层替你保持它常新。
好的路线图展示的是随时间推进的结果和主题，而不是一串带日期的功能列表——常见格式有 Now-Next-Later、时间线、或按 release。最好的那种把「为什么」显出来：每一项都回连到策略和它所依赖的决策，于是读者看到的是优先级，而不只是一个个格子。
常见格式是 Now-Next-Later（越往远看，确定性越低）、时间线或甘特式（按日历，日期确定时最合适）、主题式（按结果或问题组织）、按 release（按上线分组）。按你真正拥有的确定性来选——一条你守不住的精确时间线，比一份诚实的 Now-Next-Later 更糟。
主题或结果、它们底下的项、大致的时间段或时段、负责人，以及最好每一项服务的目标。它不该是一份带日期的 backlog——路线图传达的是方向和优先级，硬塞满承诺日期，就把它变成一个你会违背的承诺。
一份为每次评审手工重建的路线图，会在会议一结束就漂移。Draftlize 把每一项连到它底下的决策，于是改一个决策，凡是建立在它之上的项都自动标成 stale——路线图在两次评审之间保持为真，而不是被信任得还不如站会。
上面任一格式都能直接抄,或者开个项目,让 agent 从你现有的文档里把路线图搭出来 —— 然后替你把每个条目、以及它依赖的决策,一直保持同步。
注册送 $5,免费开始