Roadmap 翻车，几乎都是 wishlist 装成了计划——所有特性塞进去，没留 slack，没写 kill criteria。第三周一过团队就开始拖延，那张图也变成了一份谎言。下面这些 Prompt 强制按容量、按依赖来规划，并且给得出一份能在用户面前拿出来站住脚的公开版。
这套 Prompt 适合用在哪
- 季度 OKR 规划
- 年度 / 半年 roadmap
- 面向用户的公开 roadmap
- 跨团队对齐文档
- 投资人 / 董事会更新
1. 从优先级清单出季度 roadmap
下面是优先特性，每条带 S/M/L 粗粒度估算。团队本季度容量：{N 个工程师、M 个设计师、K 周扣除节假日和值班后的净时间}。请出 3 个月的 roadmap，按月列。规则：(a) 留 20% slack、(b) 过度承诺标红、(c) 列出跨团队依赖、(d) 标明季度走偏时最先砍哪一条。
特性：
{paste}2. 公开 roadmap（Now / Next / Later）
把内部计划转成面向用户的 3 列 roadmap：Now（4 周内出货）/ Next（本季度）/ Later（下季度后）。规则：Now 列里只放置信度 >80% 的项；去掉内部代号；不写可能跳票的具体日期；每项配一句用户视角收益，而不是特性名。
内部计划：
{paste}3. 从 2 年愿景拆出 6 个月 roadmap
下面是一份 2 年愿景文档。请拆为 6 个月 roadmap，分 3 阶段：阶段 1（M1-2 打基础）、阶段 2（M3-4 做差异化）、阶段 3（M5-6 扩展）。每阶段：3-5 个可交付项、要拉动的一个北极星指标、一个明确的非目标。结尾用一段话写"本周期我们明确不优先做的方向"。
愿景：
{paste}4. 跨团队依赖图
我团队的 roadmap 部分依赖 {另一团队}。每个有依赖的项请列：(a) 需要他们给什么（产物、API、决策）、(b) 截止时间、(c) 若他们跳票我们怎么 unblock——绕路、延迟、还是替换。输出表格，标出所有 unblock 方案是"等"的项。
Roadmap + 依赖：
{paste}5. 重规划触发条件
为本季度计划定义 3 个重规划触发条件。每个必须：(a) 具体事件或数值阈值（如"DAU 连续 7 天 <X"、"季度 NPS <30"、"骨干工程师离职"）、(b) 触发后的动作（暂停 / 重新切分 scope / 砍掉）、(c) 由谁决策。触发的本质是：硬推下去是错的判断时才启动。
计划：
{paste}6. 投资人 update 用 roadmap
为 1 页的投资人 / 董事会更新总结 roadmap。段落：(a) 上季度已出货 + 拉动的指标、(b) 本季度在做 + 成功标准、(c) 我们在赌的 2 件大事、(d) 可能出问题的 2 件事 + 缓解方案。大白话，不用 buzzword，不要冰球曲线式形容词。
Roadmap + 上季度结果：
{paste}7. 反 roadmap（明确不做什么）
基于下面的 roadmap，请写一份反 roadmap：本季度明确不做的 5-7 件事。每件：(a) 是什么、(b) 谁提的、(c) 不做的真实原因（容量不够 / 不符战略 / 这个想法本身不好）、(d) 何时重新评估。这份文档要发给 stakeholder，措辞要硬但不能居高临下。
Roadmap：
{paste}8. 上季度计划 vs 实际回顾
下面是上季度计划 vs 实际。请做回顾：(a) 按时出货的项、(b) 跳票的项 + 真正的根因（不是"scope 变了"——是什么变了、为什么变）、(c) 我们的估算偏差（工程低估 X%？设计高估？）、(d) 下季度规划流程要改的 3 件具体事。
计划 + 实际：
{paste}9. Roadmap 风险预想
设想下季度结束时 roadmap 完全失败了。请写预想分析：按"可能性 × 影响"排序的 8 种失败模式。每种给出：第 2-3 周就能看到的领先指标、现在就该做的预防动作、真发生时的补救动作。
Roadmap：
{paste}10. 自下而上的容量盘点
在 roadmap 落地前从下往上盘容量。每个工程师 / 设计师列：(a) 季度内的确定占用（值班、客服轮值、面试、已计划 PTO）、(b) 剩余净容量（按人周计）、(c) 他在 roadmap 哪些项里是关键路径。利用率 >90% 的人都标出来——这些就是季度滑期的真正风险点。
团队 + Roadmap：
{paste}11. Roadmap 对外沟通节奏
每个 roadmap 项给 3 个受众各写一句话更新：(a) 工程团队（技术视角，本周在做什么）、(b) 销售 / GTM（能给客户承诺什么、何时）、(c) 高管（状态、风险、要哪些资源）。输出表格，同一行三列。频率：双周一次。
Roadmap：
{paste}12. Roadmap 拆到 Sprint
把这份 roadmap 的前 6 周拆成 3 个 2 周 sprint。每个 sprint 给：一句话 sprint 目标、4-6 个 story-point 已估的 in-scope 项、2 个看着诱人但明确不做的 out-of-scope 项、sprint 末要演示的内容。第一个 sprint 要偏保守——sprint 1 我们总是低估。
Roadmap：
{paste}容易踩的坑
- Roadmap 当 wishlist，没做容量检查也没留 slack
- 没反 roadmap、没 kill criteria，所有项理论上都”做”
- 公开承诺自己根本不愿赌 1k 的日期
- 把值班、面试、客服轮值这些真实占用当成不存在
- 跳过回顾，下季度继续带着同样的估算偏差出发