断网应急：从判断到收尾

如果时间只够读一段，读这句：断网应急的效果取决于场景设计，而不是当天的心情。把场景布置好，剩下的交给重复。

关于断网应急，网上的说法常常两极：一边讲得极复杂，一边说成一键搞定。真实情况在中间。它需要一点耐心和一点设计，但不需要天赋，也不需要把装备买齐。下面按顺序拆开，你挑自己卡住的那段看。

如果你已经试过几次断网应急都没坚持下来，先别急着怪自己。多数失败来自设计问题：起点定得太高、场景没布置、坏日子里没有预案。这三处补上，断网应急会立刻轻一些。

做断网应急时的四个典型误判

第四个坑是没人知道。独自进行、完全不可见的断网应急最容易无声消失，因为你连“我正在放弃”这个时刻都不会察觉。告诉一个人，或者留一份看得见的记录，事情的性质就变了。

第五个坑是把优化放在稳定之前。基础还没立住就改方法，每次调整都像重新开始，结果什么都没积累下来。等断网应急能连续做两周，再动任何参数。

还有一个隐蔽的坑：把断网应急讲给别人听，提前获得了成就感。说得多做得少，动力被提前消费掉了。真想推进，先做满两周再讲。

断网应急适用的范围有多宽

必须承认，断网应急的效果有明显个体差异。同样的做法，有人两周见效，有人两个月才有感觉。本文给的是顺序和判断标准，具体参数请按自己的反应调。

还有个前提值得说明：断网应急不是“有空才做”的事。它需要被排进日程，而不是被放在待办清单的末尾。这个区别看起来小，实际决定了它能不能活过第三周。

先说清断网应急的适用范围：它解决的是日常层面的稳定问题，不负责处理急性状况，也不替代专业判断。把这条边界记住，后面的做法才不会用错地方。

断网应急的起步动作与顺序

第一次做断网应急时，允许自己做得粗糙。先跑通流程，再谈优化。很多人卡在开头，是因为想一次做对，结果连第一步都没迈出去。粗糙的完成胜过完美的搁置。

先写下“做完是什么样”，再开始断网应急。标准要具体到陌生人能判断：三个步骤、十分钟、一个角落。模糊的标准会在疲惫时自动放宽，明确的标准会替你做决定。

把断网应急拆成固定顺序的几步，每次都一样。顺序的意义在于省掉决策：不用每天重新想先做什么。很多所谓的拖延，其实是在重复做“下一步干什么”这道选择题。

断网应急熟练之后的细节

熟练之后要开始关注“恢复成本”。做完断网应急需要多久才能回到放松状态？如果需要一整晚，说明强度或时段该调了。长期可持续的方案，恢复时间一定很短。

这个时候可以试着把断网应急教给别人。讲不清楚的地方，往往就是你自己没想透的地方。教一次，胜过再读十篇。

把断网应急和季节或周期挂钩，效果会更稳。人的状态本来就起伏，方案如果只有一种强度，就会在低潮期崩掉。准备两个版本，按状态切换。

• 把断网应急接在每周一次的文件整理之后，同一个触发点，次次如此
• 开始前先算成本上限，避免中途因为心疼而放弃
• 每月十分钟复盘：留、改、删
• 拿不准就做少一点，连续性优先
• 每三个月删掉一个多余步骤
• 宁可缩短，也不要跳过

让断网应急融进日常节奏

当断网应急能稳定发生，再考虑加量。加的是深度，不是花样：同样的动作多做二十分钟、多走一步，而不是不断换新方法。形状稳定、深度增加，断电也不慌的备份才会从偶尔变成常态。

把断网应急从待办清单里拿出来，放进日程表的具体时段。待办清单只回答“要做”，日程表才回答“什么时候做”，后者才是真正决定成败的那一层。

把断网应急的进度写得粗糙一点。太精细的记录会变成负担，而负担最终会导致放弃。日期加一句备注，已经足够看出趋势。

习惯的敌人不是懒，是每次都要重新决定。

断网应急：常见问题

去掉所有技巧，断网应急剩下的是一张很短的清单：起点足够小、提前布置、按周看结果、给坏日子留底线。单看每一条都不起眼，连起来跑一个月，刚好能换回越用越慢的电脑一直占着的那些东西。

把这篇存下来，两周后再看。你现在最想跳过的那一段，往往正是最该看的那一段。

陆时行 主笔

写数码教程九年，最反感标题党。 更多文章 陆时行 →