官方技能 · 产品

给相关方的路线图更新

v1.0.1 · 2026年11月4日 更新

用 Now/Next/Later 写路线图更新：什么变了及原因、写成果而非只写功能、有日期的承诺单列、不做的事和请求。

可在 Claude、ChatGPT 和编程智能体中使用。在 Team 和 Business 套餐中，Pod 里的官方技能会在我们改进后自动更新到最新版。

适用场景

• 给管理层、销售或客户成功的月度或季度路线图回顾
• 优先级调整后，大家需要知道什么延后了、为什么

你需要提供

• 当前的路线图或计划清单
• 上一次的更新
• 变动原因和读者

你会得到

一份路线图更新，含变动、Now/Next/Later 的成果、承诺表、不做清单和明确的请求。

工作方式

1. 分成 Now、Next、Later 采用 Janna Bastow 的 Now-Next-Later 格式：Now = 正在做、定义清楚的工作；Next = Now 完成后接着做的，细节较少；Later = 还没拆成解决方案的更大问题。三栏不需要一样多。
2. 每一项都写成问题或成果 写“把首张发票的开出时间从 2 天缩短到 1 小时”，而不是“开票向导”。并把它和所服务的业务目标联系起来。这遵循 Marty Cagan 的观点：路线图应该写明问题和成果，而不只是一份功能清单。
3. 写出什么变了、为什么 和上一次更新对比。每个换了栏、新增或撤掉的项目，给出一个原因：新证据、对客户的承诺、产能、依赖关系。这一部分放在最前面。
4. 把承诺单独列出 有承诺日期的项目（合同、法定期限、发布活动）单独列一张表，写明日期和负责人。Cagan 称之为高诚信承诺；其他所有项目都不写日期。
5. 写明不做什么 列出团队决定不做或暂时搁置的 2 到 5 个需求，并写明原因。销售和客户成功最需要这部分。
6. 按读者调整 管理层：成果、风险、需要做的决定。销售和客户成功：可以告诉客户什么、不能承诺什么。客户：只写 Now 和 Next，不出现内部名称，除了已承诺的日期外不写日期，并且说明一次“计划可能会调整”。
7. 以请求收尾 写明你需要的决定、资源或意见，向谁要，什么时候之前。如果没有请求，就写“本次没有请求”。

SKILL.md 全文

这就是 AI 读取的完整文件。 下载

---
name: roadmap-update
description: 为相关方（管理层、销售、客户成功、投资人或客户）写产品路线图更新，用 Now、Next、Later 的格式，与业务成果挂钩，写明自上次更新以来有哪些变动及原因、团队不做什么，把确定的承诺单独列出，并提出明确的请求。用于有人根据待办清单、规划笔记或上一版路线图，要路线图更新、给团队的产品更新、季度路线图回顾，或者问“接下来要做什么、有什么变化”的时候。
---

# 路线图更新

相关方读路线图更新，是为了知道三件事：什么变了、为什么变、对他们意味着什么。先写变动。每一项都和它要解决的问题或要达成的成果挂钩，只有真正的承诺才写日期，并且直接说出团队不做什么，免得有人围绕它做计划。

## 适用场景

- 给管理层、销售、客户成功或董事会的月度或季度路线图回顾。
- 优先级调整后，大家需要知道什么延后了、为什么。
- 面向客户的“即将推出”说明（筛选更严格，见第 6 步）。
- 不适用于已上线的功能：用 release-notes。也不适用于决定优先级：先用 feature-prioritization。

## 需要准备

- 当前的路线图或各项计划及其状态。
- 上一次的更新，用来展示变动。没有的话问一次；仍然没有，就写“首次更新，不展示变动”。
- 各项变动的原因。没有给出原因的，写“[待确认：原因]”，不要自己编。
- 读者是谁。默认是内部管理层。

## 步骤

1. **分成 Now、Next、Later。** 采用 Janna Bastow 的 Now-Next-Later 格式：Now = 正在做、定义清楚的工作；Next = Now 完成后接着做的，细节较少；Later = 还没拆成解决方案的更大问题。三栏不需要一样多。
2. **每一项都写成问题或成果。** 写“把首张发票的开出时间从 2 天缩短到 1 小时”，而不是“开票向导”。并把它和所服务的业务目标联系起来。这遵循 Marty Cagan 的观点：路线图应该写明问题和成果，而不只是一份功能清单。
3. **写出什么变了、为什么。** 和上一次更新对比。每个换了栏、新增或撤掉的项目，给出一个原因：新证据、对客户的承诺、产能、依赖关系。这一部分放在最前面。
4. **把承诺单独列出。** 有承诺日期的项目（合同、法定期限、发布活动）单独列一张表，写明日期和负责人。Cagan 称之为高诚信承诺；其他所有项目都不写日期。
5. **写明不做什么。** 列出团队决定不做或暂时搁置的 2 到 5 个需求，并写明原因。销售和客户成功最需要这部分。
6. **按读者调整。** 管理层：成果、风险、需要做的决定。销售和客户成功：可以告诉客户什么、不能承诺什么。客户：只写 Now 和 Next，不出现内部名称，除了已承诺的日期外不写日期，并且说明一次“计划可能会调整”。
7. **以请求收尾。** 写明你需要的决定、资源或意见，向谁要，什么时候之前。如果没有请求，就写“本次没有请求”。

## 输出格式

```markdown
# 路线图更新 — [时间段]

**读者：** [读者] · **上次更新：** [日期]

## 变动
- **[项目]** 从 [原栏 → 新栏] — [原因]
- **新增：** [项目] — [原因]
- **撤掉：** [项目] — [原因]

## Now
- **[成果]** — [服务的目标] · [状态：正常 / 有风险] · [负责人]

## Next
- **[成果]** — [服务的目标]

## Later
- **[要解决的问题]**

## 有日期的承诺
| 承诺 | 日期 | 负责人 | 状态 |
|---|---|---|---|

## 不做的事
- [需求] — [原因]

## 请求
- [请求] — 向 [谁] 在 [日期] 前
```

## 示例

**输入：**“5 月更新，给管理层看。我们做的是面向小企业老板的开票软件。上个月 Now 是：逾期账单的自动提醒、CSV 导出。Next：只读席位（让老板把账本共享给会计）、手机 App。CSV 导出已经上线。自动提醒延后了，因为访谈发现老板们是用短信催款，不是邮件；范围改为短信。已经向北辰集团承诺 6 月 30 日前上线 SSO。手机 App 暂时不做；只有 2% 的会话来自手机。需要决定客户成功能不能向客户承诺只读席位。”

**输出：**

```markdown
# 路线图更新 — 5 月

**读者：** 管理层 · **上次更新：** [日期]

## 变动
- **CSV 导出** 已上线（移出 Now）。
- **付款提醒** 留在 Now，范围改为短信 — 访谈显示用户是用短信催款，而不是邮件。
- **新增：** 北辰集团的 SSO — 已向北辰集团承诺 6 月 30 日前上线。
- **撤掉：** 手机 App — 只有 2% 的会话来自手机。

## Now
- **不用手动催款也能收回逾期账款**（短信付款提醒） — 留存目标 [待确认：目标名称] · 有风险（范围已调整） · [负责人]
- **北辰集团的 SSO** — 对客户的承诺 · [待确认：进展] · [负责人]

## Next
- **让老板把账本共享给会计**（只读席位） — 扩展目标 [待确认：目标名称]

## Later
- **在手机上使用产品** — 如果手机端会话增加，再重新评估。

## 有日期的承诺
| 承诺 | 日期 | 负责人 | 状态 |
|---|---|---|---|
| 北辰集团的 SSO | 6月30日 | [负责人] | [待确认：进展] |

## 不做的事
- 手机 App — 只有 2% 的会话来自手机；暂时不做。
- 只用邮件的提醒 — 用户告诉我们，他们是用短信催款的。

## 请求
- 客户成功能否告诉客户只读席位即将推出？它在 Next 里，尚未承诺。 — 向 [管理层] 在 [日期] 前做出决定
```

## 发送前检查

- [ ] “变动”放在最前面，每项变动都有来自输入的原因，或写了“[待确认：原因]”。
- [ ] Now 和 Next 里的每一项都写成了成果或问题，而不只是功能名称。
- [ ] 只有承诺才带日期。
- [ ] “不做的事”至少有 2 项，或者说明了为什么是空的。
- [ ] 每个请求都写明了谁来决定、什么时候之前。
- [ ] 给客户的版本里没有内部名称、负责人或未承诺的日期。

## 常见错误

- 为了显得确定，给 Next 和 Later 的项目加日期。这些日期会被当成承诺转发出去。
- 把延期藏在 Now 列表里。放到“变动”里并写明原因。
- 列了 20 项。Now 只放团队这一阶段真正在做的事。

与团队共享

把它添加到 AI Skill Pod，团队里的每个人（包括外包人员）都能在自己的 AI 中使用同一个版本。 了解与团队共享 AI 技能的最佳方式

添加到团队的 Pod

更新记录

• v1.0.1 · 2026年11月4日 · Example: SSO for Northwind is described as promised by June 30, as the input says, not as a signed contract, and its status is marked [check: status]; the input now gives the month, the audience, the product, why owners want texts and what read-only seats are for, and the Later item and the mobile reason no longer go beyond it.
• v1.0.0 · 2026年11月4日 · First release.