cooling off 政策：事先写好的项目暂停模板

目录

• 什么是 cooling off
• 为什么要事先说定
• 触发条件
• 流程

  • 1. 信号
  • 2. 复核，最多两天
  • 3. 决定
  • 4. 暂停期间
  • 5. 回归
• 别让暂停变成永久
• 可直接复制的模板
• 它在产品组合里出现在哪里

最不适合决定一个项目要不要暂停的，是它已经开始疼的那场会。有人要保住过去两个月的投入，有人拿出一条市场事实，谈着谈着就从举措变成了针对人。cooling off 政策的用处，就是让这番话在你需要它之前已经写好。

这里的 cooling off，不是购物时那种法定冷静期。它是对一项产品举措的有计划暂停：工作先冻住，人被调走，并定下一个日期，决定它是回来，还是取消。

这一页就是模板。抄走，和团队、和管理层一起填上方括号里的空，再发到所有人看得到的地方，wiki 或仓库都行。在产品演进地图上，这次暂停就是白色区域。没有它，那些“暂停中”的东西会耗上好几年的维护，却始终没人做决定。

什么是 cooling off

一次 cooling off，是一项举措在执行上暂停 [X] 周。这段时间里有四件事，四件是一套的：

• 团队不再做这项举措。
• 人和预算转到别的工作上。
• 截至当天已经学到的，要写下来。
• 暂停不带来处罚，也不评判提出它的那个人。

没写回归日期，就不是暂停，是抽屉。没把人调走，团队还会“就再做一点点”，政策等于没发生。

为什么要事先说定

填这份文件的时候，桌上还没有任何具体举措。那一次会上，要把三件事后一吵起来、人人都往对自己有利的方向读的事情定死：

• 什么算信号。 一个竞品、一条推翻假设的探索、一个没有日期的阻塞、一次预算变动，或一支已经耗尽的团队。不在清单上的，就不能触发暂停。
• 谁可以提出。 如果只有管理层能暂停，团队会等得太久。如果谁都能取消，产品组合自己就会散掉。
• 上限是什么。 最长几周，同一项举措能进入几次，进行中的工作最多有多大比例可以同时暂停。

模板里的数字，最多两次暂停，同时处在暂停中的进行中举措不超过 30%，是一个拿来划掉、再换成自己的数的起点。错的是把方括号空着。

触发条件

触发条件	信号	谁可以启动？
市场信号	竞品做出了类似的东西，市场反应比团队预期的更好	PM
探索被推翻	访谈和主要假设对不上	PM 和设计
技术阻塞	一项外部依赖不可用，而且没有日期	技术负责人
优先级变动	业务把预算挪到另一项举措	管理层
团队疲劳	团队已经连续赶工超过三周	任何团队成员

疲劳不是用来甩掉不舒服的工作的挡箭牌。它只在赶工已经超过三周时才适用。和其他条件一样，要写在频道里，并走复核。不能直接跳到暂停。

流程

1. 信号

有人觉得这项举措该暂停，就写进 #cooling-off 频道：发生了什么、哪条事实撑得住、影响的是哪一项。没有这条消息，就没有流程，只有走廊里随口一说。

2. 复核，最多两天

PM 和技术负责人回答四个问题：

1. 信号是真的，还是难熬的一周带来的噪音？
2. 到目前已经投入了多少？
3. 离下一个里程碑还有多远？
4. 我们学到了什么，是开始时不知道的？

两天是上限，免得复核本身变成另一种不做决定的办法。缺了事实，就在这个窗口里去要。不另开为期一个月的调查。

3. 决定

结果	动作
继续	写下这条信号为什么不足以暂停
cooling off	暂停开始，为期 [N] 周
取消	举措归档。这不是 cooling off，而是收尾

取消和暂停不是彼此的委婉说法。取消，是把这件事从产品组合里拿掉。暂停，是把它留在白色区域，并带上一个日期。

4. 暂停期间

• 团队去做其他举措。
• 每一周，PM 检查触发这次 cooling off 的条件变了没有。
• 学到的内容放进 Spec Kit 的 archive/，或团队已经在用的同等位置。
• 被暂停的举措不开进度会。每周还开会问“暂停的那个怎么样了”，其实还是在做它。

5. 回归

期限结束时，PM 带来一页简报：恢复、延长暂停，或取消。团队根据这一页做决定。只有次数上限还没用完，并且有人写下新的日期，延长才成立。

别让暂停变成永久

• 一次 cooling off 若没有明确复核，不能超过 [X] 周。
• 一项举措进入 cooling off 不能超过 [2] 次。第三次即取消。
• 团队不能让超过 [30]% 的进行中举措同时处在 cooling off。
• 暂停期间，这项举措不开进度会。

2 和 30% 是模板自带的值。组合里是两个产品还是二十个，放到还没有具体项目的那次会上改。不要拖到某一项举措想要第三次暂停的当天再改。

可直接复制的模板

# cooling off 政策

- 项目：[项目或产品名称]
- 版本：1.0
- 日期：[YYYY-MM-DD]
- 政策负责人：[姓名与角色]

## 定义

cooling off 是一次为期 [X] 周的暂停。在这段时间里，团队不再做这项举措，资源被重新安排，已经学到的要写下来，暂停也不受处罚。

## 触发条件

- 市场信号：PM 可以启动。
- 探索被推翻：PM 和设计可以启动。
- 没有日期的技术阻塞：由技术负责人启动。
- 预算变动：由管理层启动。
- 赶工超过三周：任何团队成员都可以提出。

## 流程

1. 信号写在 #cooling-off。
2. PM 和技术负责人在两天内复核。
3. 决定是继续、cooling off [N] 周，或取消。
4. 暂停期间，这项举措不再报进度。学到的内容放进 archive/。
5. 期限结束时，由一页简报决定：恢复、延长，或取消。

## 上限

- 未经明确复核，最长 [X] 周。
- 每项举措最多 [2] 次 cooling off。第三次即取消。
- 同时处于暂停的进行中举措，最多占 [30]%。

它在产品组合里出现在哪里

一份没处可看的政策，会待在一个没人打开的文件里。在演进地图上，举措离开 MVP、PMF 或成熟期，进入白色区域，直到简报上的那个日期。挪过去这件事本身才是重点：一张便签在白色区域放了两个季度，既没有回归的决定，也没有取消，这次暂停已经失败了。

方括号要在一场没有候选项目的会上说定。第一次有人援引这项政策，要做的是照已经写下来的执行，而不是重新谈上限。