Roadmap 翻车，几乎都是 wishlist 装成了计划：所有特性塞进去，没留 slack，没写 kill criteria。第三周一过团队就开始拖延，那张图也变成了一份谎言。下面这 12 个 Prompt 强制按容量、按依赖来规划，并且给得出一份能在用户面前站得住脚的公开版。
一句话总结
- 把优先级清单加上真实团队容量（几个工程师、几个设计师、扣掉节假日和值班后剩几周）丢进第 1 个 Prompt；留 20% slack，计划才扛得住季度中途的 scope 变化。
- 真正不显眼但最值钱的，是反 roadmap（第 7 条）和重规划触发条件（第 5 条）：在压力来临之前，就把”不做”和”停”写明白。
- 给客户或董事会看的计划，用 Claude Opus 4.7 起草（长篇推理和写作最稳）；要消化一份长愿景文档或一个季度的反馈，用 Gemini 3.1 Pro，它输入更便宜、为 1M token 窗口下的检索而生（所有数据均截至 2026 年 6 月）。
- 这些 Prompt 与工具无关，输出可以直接灌进 Jira Product Discovery、Productboard，或一张普通的 Now/Next/Later 表。
这套 Prompt 适合用在哪
- 季度 OKR 规划
- 年度 / 半年 roadmap
- 面向用户的公开 roadmap
- 跨团队对齐文档
- 投资人 / 董事会更新
该用哪个模型（2026 年 6 月）
三个前沿模型都能轻松吞下一个季度的上下文，区别在于你优先要什么。
| 模型 | 上下文（2026 年 6 月） | 最适合的 roadmap 任务 | 短板 |
|---|---|---|---|
| Claude Opus 4.7 | 1M token | 投资人更新、反 roadmap 措辞、回顾（推理细、写得好） | 输入更贵（$5/1M） |
| Gemini 3.1 Pro | 1M token | 拆长愿景文档或一季度反馈（输入最便宜，$2/1M） | 长篇文笔略逊 |
| GPT-5.5 | Plus 内约 320 页 | 快速出第一版表格和 sprint 拆分 | 完整 1M 上下文只在 $200 Pro 档 |
实用判断：如果这条 Prompt 主要是读（愿景文档、依赖清单、反馈），倾向 Gemini 3.1 Pro；如果输出是给人看的文档（董事会更新、公开 roadmap），倾向 Claude Opus 4.7。把真实数字喂给模型，而不是形容词，它才会尊重那 20% 的 slack 预算。
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 完全失败了。请写预想分析（pre-mortem）：按"可能性 × 影响"排序的 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]输出灌进哪里
这些 Prompt 与工具无关，但输出落进这几处最顺：
- Jira Product Discovery（3 个创建者以内免费；Standard $10/人/月、年付 $7.90，截至 2026 年 6 月）：把排好序的清单和依赖表当作 idea 粘进去。Atlassian Intelligence 拿来总结、改写还行，但别让它做优先级，排序交给 Prompt。
- Productboard：roadmap 要面向客户时更合适，它有公开反馈门户，而 Jira Product Discovery 没有。
- 一张普通的 Now/Next/Later 表（Notion、Google 文档或公司 wiki）：第 2 条 Prompt 用这个比任何工具都好。公开 roadmap 拼的是克制，不是功能多。
策略和叙事那一面，见用 AI 做 Roadmap 规划。想找外部参考，Atlassian 的产品 roadmap 指南和 Marty Cagan 关于”结果 vs 产出”的框架都是常用读物。
容易踩的坑
- Roadmap 当 wishlist，没做容量检查也没留 slack。
- 没反 roadmap、没 kill criteria，所有项理论上都”做”。
- 公开承诺自己根本不愿赌 1k 的日期。
- 把值班、面试、客服轮值这些真实占用当成不存在。
- 跳过回顾，下季度继续带着同样的估算偏差出发。
- 把 AI 出的第一版当成定稿：它不懂你团队的人际政治、技术债，也不知道哪个依赖团队已经忙到崩。用它起草，然后自己删。
常见问题
2026 年 6 月做 roadmap 规划，哪个模型最好？ 给人看的文档（董事会更新、公开 roadmap），用 Claude Opus 4.7，长篇推理和写作最稳。消化长愿景文档或一季度原始反馈，用 Gemini 3.1 Pro，输入更便宜（$2 对 $5/1M token），且为 1M token 窗口下的检索而生。GPT-5.5 起草快，但完整 1M 上下文只对 $200 Pro 档开放。
一次能粘多少上下文？ 一个季度的特性、一份 2 年愿景文档、加上容量数字，塞进 Opus 4.7、Sonnet 4.6、Gemini 3.1 Pro 的 1M token 窗口都绰绰有余。ChatGPT Plus 应用内窗口大约 320 页，覆盖大多数单团队 roadmap 也够用。
roadmap 要不要写日期？ 对内要（第 1 条 Prompt 就按月列）。对外不要：第 2 条 Prompt 刻意把 Now/Next/Later 里的日期去掉，因为公开日期一旦跳票，掉的信任比模糊带来的麻烦贵得多。只承诺你愿意赌 1k 的日期。
为什么要反 roadmap 和重规划触发？ 大多数 roadmap 是悄悄失败的：从来没有什么是明确的”不做”，也没有约定好的”该停”的信号。第 7 条 Prompt 把”不做”清单写明白，stakeholder 就不再反复翻案；第 5 条 Prompt 定下数值阈值，让你在团队为一个死计划硬耗一个季度之前，就有理由重新切分 scope。
AI 算的容量能信吗？ 当草稿，别当神谕。模型不知道你真实的值班负荷、面试负担，也不知道哪个工程师有一半已经分给了别的团队。第 10 条 Prompt 强制做自下而上的盘点，但落定之前，人周总数还得你自己手动核一遍。