- 把一根可靠的充电线放在交接清单发生的位置，减少一次起身和一次犹豫
- 找出最常失败的那个环节，只改它，一次改一样
- 提前写下状态差时的简化版，别临场决定
先把交接清单的边界说清楚：它能稳定改善不用重装的省心，但它不承诺速成。任何声称三天见效的说法，都值得怀疑。承认这一点反而更容易开始，因为你不必等一个“准备好了”的时刻。
很多人对交接清单的期待是“变好”，而真正可操作的目标是“稳定”。稳定意味着状态差的日子也有一个能执行的最低版本。围绕这个思路，下面的内容会好读很多。
在交接清单上花过时间的人，多半都有一次失败经历：开头很猛，中途散掉，后来连想都不想。这篇不打算再劝你一次，而是把散掉的那一段补上——通常问题就出在那里。
关于交接清单，先说清前提
还有个前提值得说明：交接清单不是“有空才做”的事。它需要被排进日程，而不是被放在待办清单的末尾。这个区别看起来小，实际决定了它能不能活过第三周。
写交接清单之前，我们翻了不少资料，也问过几位长期实践的人。结论出奇一致：真正起作用的往往是几个很小的动作，而不是某个听起来高级的方法。
先说清交接清单的适用范围：它解决的是日常层面的稳定问题，不负责处理急性状况，也不替代专业判断。把这条边界记住，后面的做法才不会用错地方。
交接清单的起步动作与顺序
如果交接清单需要工具，先用手边最接近的替代品做三次。三次之后你才知道自己真正缺什么，也才不会买回一堆用不上的东西。
把交接清单拆成固定顺序的几步，每次都一样。顺序的意义在于省掉决策：不用每天重新想先做什么。很多所谓的拖延，其实是在重复做“下一步干什么”这道选择题。
把交接清单安排在一天里精力最好的那个时段，而不是最方便的那个时段。方便往往意味着疲惫，疲惫时做出的判断通常不利于长期。
交接清单里看起来像努力的事
第四个坑是没人知道。独自进行、完全不可见的交接清单最容易无声消失，因为你连“我正在放弃”这个时刻都不会察觉。告诉一个人，或者留一份看得见的记录，事情的性质就变了。
第五个坑是把优化放在稳定之前。基础还没立住就改方法，每次调整都像重新开始，结果什么都没积累下来。等交接清单能连续做两周，再动任何参数。
第六个坑是忽略恢复。交接清单需要的不是每天都满负荷，而是有节奏的松紧。连续硬撑之后的崩溃，通常被误读成意志力问题，其实是排期问题。
| 对比项 | 手动检查更新 | 云端为主 | 按需手动备份 |
|---|---|---|---|
| 适合的人 | 时间碎、想先试试的 | 完全没接触过的 | 已经有基础的 |
| 最容易放弃的点 | 只看单天表现 | 没人一起做 | 一开始定得太满 |
| 要花的钱 | 按需分月添置 | 手边现成就行 | 几十块的消耗品 |
| 见效快慢 | 当天就能感到差别 | 一两周见分晓 | 三四周才稳 |
交接清单的维持靠什么
每两周检查一次摩擦点：哪一步最烦、最容易拖、最想跳过。只修那一步，其他不动。改进不是全面升级，是持续削掉最硌手的地方。
当交接清单能稳定发生，再考虑加量。加的是深度，不是花样：同样的动作多做二十分钟、多走一步，而不是不断换新方法。形状稳定、深度增加，不用重装的省心才会从偶尔变成常态。
提前写好状态差时的简化版。出差、加班、生病都会来，届时按预设的最低版本执行，并且承认它算数。能跑几年的流程都有底线，没有底线的流程只活在顺利的月份里。
交接清单熟练之后的细节
这个时候可以试着把交接清单教给别人。讲不清楚的地方，往往就是你自己没想透的地方。教一次，胜过再读十篇。
进阶不等于复杂。交接清单做到后面，往往是删减：去掉多余步骤，去掉不必要的工具，只留最关键的三四个动作。简洁是熟练的标志。
把交接清单和季节或周期挂钩，效果会更稳。人的状态本来就起伏，方案如果只有一种强度，就会在低潮期崩掉。准备两个版本，按状态切换。
交接清单拼的不是意志力，是流程设计——设计对了，意志力就可以省下来。
交接清单：常见问题
交接清单做错能恢复吗？
多数能，前提是有备份或还原点。没有备份的操作都算高风险。
交接清单需要专业知识吗？
多数不需要，照着步骤走就行。涉及分区、刷机和注册表的，先备份再动手。
交接清单多久维护一次？
一个月一次轻维护，一年一次大整理。临时出问题再排查，不用天天盯着。
交接清单为什么别人做有效我做没效？
系统版本、硬件和权限差异。先确认版本号，再对照步骤里的前提条件。
交接清单要不要装第三方工具？
能用系统内置解决的优先内置。第三方适合补功能，不适合替代基础设置。
关于交接清单，最后一个提醒：不必等到条件齐全。条件永远不齐，而一个能立刻开始的小版本，比一个完美的计划有用得多。
把交接清单的成败标准改一下：不看做得多好，只看有没有做。等次数够了，再谈好坏，那时你已经不需要别人催了。
写数码教程九年，最反感标题党。 更多文章 从容 →
