- 记下日期和一句备注，让趋势自己说话
- 先定一个三分钟以内的最小动作，第一周只做这一步
- 留一条不可让步的底线，其余部分允许灵活
很多人对系统还原点的期待是“变好”，而真正可操作的目标是“稳定”。稳定意味着状态差的日子也有一个能执行的最低版本。围绕这个思路，下面的内容会好读很多。
写系统还原点的文章很多，能照着做的很少。这篇尽量具体：每个动作都能在客厅的电视柜旁完成，每次调整都有判断标准，失败的情形也写进去。你不必认同全部，能拿走一条就够本。
关于系统还原点，先区分两件事：你想要的結果，和你能维持的动作。两者差得太远时，先缩小动作，别降低期待。
系统还原点里看起来像努力的事
第一个坑是照搬别人的强度。看到有人每天做一小时，就以为自己也得如此。第一周热情撑得住，第三周必然塌。判断标准很简单：如果你已经开始害怕做系统还原点，剂量就错了，减半继续。
第四个坑是没人知道。独自进行、完全不可见的系统还原点最容易无声消失，因为你连“我正在放弃”这个时刻都不会察觉。告诉一个人，或者留一份看得见的记录，事情的性质就变了。
第五个坑是把优化放在稳定之前。基础还没立住就改方法，每次调整都像重新开始，结果什么都没积累下来。等系统还原点能连续做两周，再动任何参数。
关于系统还原点，先说清前提
系统还原点这类事情有一个共同点：方法本身并不复杂，复杂的是把它塞进已经有安排的一天。所以本文谈的不是“最优解”，而是“在你的条件下能跑起来的解”。
写系统还原点之前，我们翻了不少资料，也问过几位长期实践的人。结论出奇一致：真正起作用的往往是几个很小的动作，而不是某个听起来高级的方法。
系统还原点的成本往往被低估。不是钱，是注意力：每次开始前的那几分钟犹豫，累积起来比执行本身更耗人。这也是为什么后面所有建议都指向同一件事——减少启动成本。
| 对比项 | 本地硬盘为主 | 每周固定备份 | 系统自动更新 |
|---|---|---|---|
| 要花的钱 | 手边现成就行 | 几十块的消耗品 | 一两百一次性投入 |
| 最容易放弃的点 | 没人一起做 | 一开始定得太满 | 没固定时间 |
| 适合的人 | 准备长期做的 | 时间碎、想先试试的 | 完全没接触过的 |
| 见效快慢 | 一个月后才谈效果 | 当天就能感到差别 | 一两周见分晓 |
系统还原点的第一步怎么走
把系统还原点安排在一天里精力最好的那个时段，而不是最方便的那个时段。方便往往意味着疲惫，疲惫时做出的判断通常不利于长期。
如果系统还原点需要工具，先用手边最接近的替代品做三次。三次之后你才知道自己真正缺什么，也才不会买回一堆用不上的东西。
开始的时候，把系统还原点砍到不像话的小：只做一次、只做一半、只花三分钟。小到你觉得“这也算”，它才算真正可执行。前七天唯一的目标是让这件事连续发生，质量排在后面。
把系统还原点再往深做一层
这个时候可以试着把系统还原点教给别人。讲不清楚的地方，往往就是你自己没想透的地方。教一次，胜过再读十篇。
把系统还原点和季节或周期挂钩，效果会更稳。人的状态本来就起伏，方案如果只有一种强度，就会在低潮期崩掉。准备两个版本，按状态切换。
进阶不等于复杂。系统还原点做到后面，往往是删减：去掉多余步骤，去掉不必要的工具，只留最关键的三四个动作。简洁是熟练的标志。
系统还原点的维持靠什么
把系统还原点从待办清单里拿出来，放进日程表的具体时段。待办清单只回答“要做”，日程表才回答“什么时候做”，后者才是真正决定成败的那一层。
定期清掉系统还原点里多余的动作。每加一样东西，就问它是否真的必要；三个月后再看，通常会有一半是可以删的。流程越短，越可能在疲惫的日子里活下来。
给自己设一个“复位”动作：中断三天以上，就做一次只有三分钟的版本，只为把链条接上。复位的意义不在效果，在于阻止“反正已经断了”的自我说服。
把系统还原点做小，不是降低目标，是提高完成率。
系统还原点：常见问题
系统还原点会不会有安全风险？
看权限。凡是要求读取全部文件、通讯录或短信的工具，先想清楚它为什么需要。
系统还原点要不要装第三方工具？
能用系统内置解决的优先内置。第三方适合补功能，不适合替代基础设置。
系统还原点要花钱吗？
大部分用系统自带功能就够了。一组统一的命名规则是一次性投入，比订阅更划算。
系统还原点做错能恢复吗？
多数能，前提是有备份或还原点。没有备份的操作都算高风险。
关于系统还原点，最后一个提醒：不必等到条件齐全。条件永远不齐，而一个能立刻开始的小版本，比一个完美的计划有用得多。
把这篇存下来，两周后再看。你现在最想跳过的那一段，往往正是最该看的那一段。
做了八年 IT 支持，帮人修过的电脑比写过的文章多。 更多文章 从容 →
