- 找出最常失败的那个环节，只改它，一次改一样
- 先算清成本上限，再决定投入多少
- 留一条不可让步的底线，其余部分允许灵活
如果你已经试过几次交接清单都没坚持下来，先别急着怪自己。多数失败来自设计问题：起点定得太高、场景没布置、坏日子里没有预案。这三处补上，交接清单会立刻轻一些。
如果时间只够读一段，读这句：交接清单的效果取决于场景设计，而不是当天的心情。把场景布置好，剩下的交给重复。
关于交接清单，先区分两件事：你想要的結果，和你能维持的动作。两者差得太远时，先缩小动作，别降低期待。
交接清单最容易出问题的地方
第三个坑是装备先行。买齐工具、重排日程、研究到深夜，就是还没正经做过一次。一块移动硬盘只在边际上帮忙，起步阶段完全可以先用手边的东西。先出勤，再升级。
第五个坑是把优化放在稳定之前。基础还没立住就改方法，每次调整都像重新开始，结果什么都没积累下来。等交接清单能连续做两周，再动任何参数。
第七个坑是把交接清单当成一次性项目。项目有结束，习惯没有。凡是抱着“做完这阵就好了”的心态开始的，通常真的会在“这阵”结束后停掉。
| 对比项 | 系统自动更新 | 每周固定备份 | 手动检查更新 |
|---|---|---|---|
| 先花的时间 | 至少留一个月观察 | 十五分钟以内就能起步 | 半天能摸到门道 |
| 半年后还做得到吗 | 成了习惯不用想 | 靠提醒维持 | 偶尔断但能接上 |
| 要花的钱 | 一两百一次性投入 | 按需分月添置 | 手边现成就行 |
| 最容易放弃的点 | 没固定时间 | 只看单天表现 | 没人一起做 |
交接清单这件事的背景与边界
写交接清单之前，我们翻了不少资料，也问过几位长期实践的人。结论出奇一致：真正起作用的往往是几个很小的动作，而不是某个听起来高级的方法。
交接清单这类事情有一个共同点：方法本身并不复杂，复杂的是把它塞进已经有安排的一天。所以本文谈的不是“最优解”，而是“在你的条件下能跑起来的解”。
交接清单牵扯的因素不少：时间、体力、金钱、家人的配合。指望一次全解决，通常一个都解决不了。合理的目标是先动一个，让它站稳，再谈下一个。
从零开始做交接清单
先写下“做完是什么样”，再开始交接清单。标准要具体到陌生人能判断：三个步骤、十分钟、一个角落。模糊的标准会在疲惫时自动放宽，明确的标准会替你做决定。
第一天不要追求完整流程，只做最关键的那一步。让交接清单先发生一次，哪怕只用了五分钟，你就已经跨过了最难的门槛：从零到一。
动手前花五分钟布置交接清单的场地：要用的东西摆出来，多余的挪走，手机放到另一个房间。准备比执行更值得投入，因为执行时的你往往是累的，而准备的你还清醒。
交接清单熟练之后的细节
最后，给交接清单设一个“停止条件”。什么情况下应该暂停、什么情况下应该换方法，提前写下来。有了退出规则，反而不容易彻底放弃。
把交接清单和季节或周期挂钩，效果会更稳。人的状态本来就起伏，方案如果只有一种强度，就会在低潮期崩掉。准备两个版本，按状态切换。
进阶不等于复杂。交接清单做到后面，往往是删减：去掉多余步骤，去掉不必要的工具，只留最关键的三四个动作。简洁是熟练的标志。
让交接清单融进日常节奏
提前写好状态差时的简化版。出差、加班、生病都会来，届时按预设的最低版本执行，并且承认它算数。能跑几年的流程都有底线，没有底线的流程只活在顺利的月份里。
把交接清单从待办清单里拿出来，放进日程表的具体时段。待办清单只回答“要做”，日程表才回答“什么时候做”，后者才是真正决定成败的那一层。
当交接清单能稳定发生，再考虑加量。加的是深度，不是花样：同样的动作多做十二分钟、多走一步，而不是不断换新方法。形状稳定、深度增加，不用重装的省心才会从偶尔变成常态。
把交接清单做小，不是降低目标，是提高完成率。
交接清单：常见问题
交接清单会不会有安全风险？
看权限。凡是要求读取全部文件、通讯录或短信的工具，先想清楚它为什么需要。
交接清单为什么别人做有效我做没效？
系统版本、硬件和权限差异。先确认版本号，再对照步骤里的前提条件。
交接清单旧设备还能用吗？
很多可以。当备用机、监控屏或下载机，比闲置贬值更划算。
交接清单要不要装第三方工具？
能用系统内置解决的优先内置。第三方适合补功能，不适合替代基础设置。
对交接清单最诚实的总结：它有效，但像种东西，不像按开关。两周看到苗头，三个月成为日常。今天就从最小版本开始，在通勤的地铁上做一次，剩下的交给重复。
不管怎么调整，把记录留着。关于交接清单的朴素流水账——日期、做没做、一句备注——比任何应用都可靠，因为它不会撒谎。
写数码教程九年，最反感标题党。 更多文章 陆时行 →
