App 权限的定期复核：做法并不复杂
如果只记一句：App 权限的定期复核靠的是流程，不是意志。
- 给自己留一条退路：状态差的日子有一个三分钟版本。
- 一次只改一个变量，改多了出问题找不到原因。
- 需要的工具不多，一块移动硬盘基本够用，先别添置。
写这篇的原因很简单——问的人多，回来的答案却常常是「看情况」。看什么情况，才是真正需要说清的部分。
很多人对App 权限的定期复核的第一印象是麻烦，真正做过一段时间后会发现，麻烦集中在开头那几天。把开头拆细，后面会顺很多。
如果时间很紧，只看前两节就够。剩下的部分等到真正动手时再回来查，比一次读完更有效。
做App 权限的定期复核时的四个典型误判
最常见的返工来自跳过现状这一步。不知道自己现在是什么状态，任何方案都是猜。
还有一种看起来像努力的行为：反复研究方案，迟迟不开始。研究三小时，不如做十五分钟。
第一个误判是把App 权限的定期复核当成一次性的项目。做完一次就以为掌握了，其实真正的难点在第二次、第三次。
App 权限的定期复核为什么值得认真对待
大多数人把App 权限的定期复核想复杂了。它真正的结构只有三段：判断现状、定一个最小动作、给它一个固定位置。三段里最容易缺的是第三段。
App 权限的定期复核的底层逻辑是降低启动成本。人不是没有意志力，是被启动成本挡住了。把工具放在通勤的地铁上，把动作拆到三分钟，启动就不再需要决心。
从投入产出看，App 权限的定期复核的回报是延迟的。前三周几乎看不到变化，第四周开始有体感，三个月后才稳定。用三天的耐心做三个月的事，是失败的常见原因。
两条线只差在是否保住频率，方法本身相同。
App 权限的定期复核的第一步怎么走
第一周结束做一次五分钟复盘：哪天做了、哪天没做、没做的那天是因为什么。答案通常很具体。
先跑一周不加任何优化。第一周的目标只有一个：让这件事发生过三次。
开始前先写好「三分钟版本」。状态差的日子做三分钟版本，链条就不会断。
| 轻量版 | 标准版 | 完整版 | |
|---|---|---|---|
| 起步要花的力气 | 半天摸到门道 | 头一周都在适应 | 十五分钟内能开始 |
| 投入的钱 | 几十元的消耗品 | 一两百的一次性投入 | 手边现成的东西 |
| 多久有感觉 | 当天就有差别 | 一到两周见分晓 | 三到四周才稳 |
| 适合谁 | 准备长期做的人 | 时间很碎、想先试试 | 完全没接触过 |
| 最容易放弃的点 | 没有固定时间 | 没人一起做 | 一开始定得太满 |
| 半年后还做得到吗 | 已经长进日常流程 | 成了习惯，不用想 | 靠提醒维持 |
同一件事的三种力度，按自己的条件对号入座。
App 权限的定期复核的四个检查点
做对的时候通常不觉得在坚持，只觉得「这就是我的做法」——那种状态就是成了。
如果连续两周做不成，不要加意志力，先减步骤。多数失败是设计问题，不是态度问题。
检查二：能不能在状态差的日子执行。三分钟版本做得出来，方案才算完整。
- 一块移动硬盘放在使用的地方，别收进柜子
- 把准备也算成工作，它决定一半结果
- 每三个月删掉一个不必要的步骤
- 每月十分钟：保留、修改、删掉各一项
- 把App 权限的定期复核绑在每周一次的整理后面，同一个触发点，每次都一样
- 前一天晚上把东西摆好，早上只负责执行
让App 权限的定期复核融进日常
固定顺序比固定时间更稳。每周一次的整理的时候顺手做，不需要额外的提醒。
把记录做得极简：一行字。复杂的表格会让人在第二周放弃记录，而没有记录就没有判断依据。
每三个月清一次：删掉一个不必要的步骤，保留真正起作用的两三个。步骤越少，越能长期。
把App 权限的定期复核做小不是降低目标，是提高完成率。
关于App 权限的定期复核的常见问题
App 权限的定期复核做完能提速多少？
清理类通常能感觉出来，但不会翻倍。真正慢的根源多是硬盘老化或内存不足。
App 权限的定期复核对老人友好吗？
把字体调大、把常用应用放首屏、关掉多余通知，三件事就能明显改善。
App 权限的定期复核会不会有风险？
有。涉及分区、驱动、注册表的操作前先备份并记录原始设置，出问题能退回。
App 权限的定期复核的教程为什么经常对不上？
系统版本、机型、地区设置都会影响菜单位置。按关键词搜当前版本的说法。
做过八年 IT 支持，最常接的电话是「它自己变慢了」。 更多文章 →
