第 22 章 · 停止是一个合法的决定

停止不是失败，把停止伪装成「暂时搁置」才是。

对付：想法瘫痪

上一章列了四个决定。这一章单独讲最难做的那个。

机制

停止Stop

基于证据结束一个方向，并把学到的东西记下来。

它和放弃不同：放弃是不再想它，停止是做完一轮、拿到答案、然后转向。

停止难做，不是因为难判断，是因为它要你承认一件已经确定的事——而不承认，那件事就还能保持悬而未决。

两个让人停不下来的机制：

沉没成本。 已经花了六周，所以再投入两周好像更划算。实际上六周已经花掉了，它不参与「接下来两周值不值」的计算。唯一相关的问题是：以今天的认知，你会用两周去换这个方向的下一个答案吗？

把停止伪装成暂停。 「先放一放，以后有空再说」。这句话的功能是避免做决定——项目既不继续也不结束，它只是悬着，并且持续占用你的注意力。

真正的暂停要写两样东西：为什么暂停，和什么条件下重启。

重启条件必须是外部的、可观察的：「等我拿到那个数据源的接口权限」是条件，「等我有空」不是。写不出外部条件的，那就是停止，诚实地写成停止。

一个停止的项目应该留下三样东西：一份 Builder Review、一条写明依据的决定、以及一个你下次不会再犯的具体错误。

留下这三样，这一轮就不是浪费。没留下，那才是。

该停而没停的六个月合成案例

郑迪的第一个项目，在稿件 Tracker 之前 · 两年前

一个给译者找稿源的聚合工具。做了六周上线，发给 20 个同行，4 个试用，0 个留下。

他的结论是「推广没做好」，于是又花了两个月做内容、建群、在三个社区发帖。访问量涨了，留存还是 0。

第五个月他加了一个「自动投递」功能，觉得这才是真需求。又是两个月，依然没有人用。

六个月后他停了。回头看，第六周那次「4 个试用 0 个留下」已经给出了答案：译者找稿源靠的是熟人介绍，不是信息聚合——这是一个关系问题，不是信息问题。后面五个月的三次尝试，没有一次动过这个根本假设。

他第二个项目（稿件状态 Tracker）第一轮就拿到了「改方向」的结论，只用了三周。差别不在能力，在于他这次知道该看哪个信号。

对当前项目问三个问题，诚实回答：

然后看第 21 章那个判定给了你什么建议。如果是停止而你不想接受，把不接受的理由写下来，看它站不站得住。

给当前项目一个明确的状态：继续、改方向、缩范围、停止，或者带外部重启条件的暂停。

如果是停止，写下三样东西：这一轮学到的、依据是什么、下次不会再犯的那个具体错误。

如果是暂停，写下重启条件——外部的、可观察的。

沉没成本不参与计算

已经花掉的六周，无论接下来做什么都回不来。

唯一相关的问题是：以今天的认知，你愿意用接下来的两周换这个方向的下一个答案吗？

「推广没做好」经常是逃避根本假设

郑迪用五个月换了三次尝试，没有一次动过「译者是怎么找稿源的」这个根本假设。

分发确实会影响结果，但当试用率正常而留存为零时，问题不在分发。