- 一周看一次结果，不看单日表现
- 把一根可靠的充电线放在知识库的结构发生的位置，减少一次起身和一次犹豫
- 找出最常失败的那个环节，只改它，一次改一样
写知识库的结构的文章很多，能照着做的很少。这篇尽量具体：每个动作都能在客厅的电视柜旁完成，每次调整都有判断标准，失败的情形也写进去。你不必认同全部，能拿走一条就够本。
关于知识库的结构，先区分两件事：你想要的結果，和你能维持的动作。两者差得太远时，先缩小动作，别降低期待。
先把知识库的结构的边界说清楚：它能稳定改善不用重装的省心，但它不承诺速成。任何声称三天见效的说法，都值得怀疑。承认这一点反而更容易开始，因为你不必等一个“准备好了”的时刻。
做知识库的结构时的四个典型误判
第一个坑是照搬别人的强度。看到有人每天做一小时，就以为自己也得如此。第一周热情撑得住，第三周必然塌。判断标准很简单：如果你已经开始害怕做知识库的结构，剂量就错了，减半继续。
第三个坑是装备先行。买齐工具、重排日程、研究到深夜，就是还没正经做过一次。一根可靠的充电线只在边际上帮忙，起步阶段完全可以先用手边的东西。先出勤，再升级。
第五个坑是把优化放在稳定之前。基础还没立住就改方法，每次调整都像重新开始，结果什么都没积累下来。等知识库的结构能连续做两周，再动任何参数。
关于知识库的结构，先说清前提
知识库的结构牵扯的因素不少：时间、体力、金钱、家人的配合。指望一次全解决，通常一个都解决不了。合理的目标是先动一个，让它站稳，再谈下一个。
知识库的结构最容易被忽略的变量是环境。同一个动作，工具在伸手可及的地方和需要翻箱倒柜，完成率能差一倍以上。所以本文会反复提到“把它放在该在的位置”。
还有个前提值得说明：知识库的结构不是“有空才做”的事。它需要被排进日程，而不是被放在待办清单的末尾。这个区别看起来小，实际决定了它能不能活过第三周。
知识库的结构的第一步怎么走
先写下“做完是什么样”，再开始知识库的结构。标准要具体到陌生人能判断：三个步骤、十分钟、一个角落。模糊的标准会在疲惫时自动放宽，明确的标准会替你做决定。
如果知识库的结构需要工具，先用手边最接近的替代品做三次。三次之后你才知道自己真正缺什么，也才不会买回一堆用不上的东西。
把知识库的结构安排在一天里精力最好的那个时段，而不是最方便的那个时段。方便往往意味着疲惫，疲惫时做出的判断通常不利于长期。
| 对比项 | 双备份 | 按需手动备份 | 手动检查更新 |
|---|---|---|---|
| 见效快慢 | 一个月后才谈效果 | 当天就能感到差别 | 一两周见分晓 |
| 适合的人 | 准备长期做的 | 时间碎、想先试试的 | 完全没接触过的 |
| 半年后还做得到吗 | 成了习惯不用想 | 靠提醒维持 | 偶尔断但能接上 |
| 最容易放弃的点 | 只看单天表现 | 没人一起做 | 一开始定得太满 |
知识库的结构熟练之后的细节
当知识库的结构变熟，容易滑向随意。给自己留一条不可让步的底线，其余部分允许灵活。底线保住了，灵活就不会变成放弃的入口。
最后，给知识库的结构设一个“停止条件”。什么情况下应该暂停、什么情况下应该换方法，提前写下来。有了退出规则，反而不容易彻底放弃。
每月留十分钟做个小复盘：什么有效、哪里漏水、下个月只改哪一处。三个问题，一张纸。坚持半年，你会拥有一份别人抄不走的经验。
知识库的结构的维持靠什么
提前写好状态差时的简化版。出差、加班、生病都会来，届时按预设的最低版本执行，并且承认它算数。能跑几年的流程都有底线，没有底线的流程只活在顺利的月份里。
把知识库的结构从待办清单里拿出来，放进日程表的具体时段。待办清单只回答“要做”，日程表才回答“什么时候做”，后者才是真正决定成败的那一层。
把知识库的结构的进度写得粗糙一点。太精细的记录会变成负担，而负担最终会导致放弃。日期加一句备注，已经足够看出趋势。
能跑五年的方案，一定有个很低的底线。
知识库的结构：常见问题
知识库的结构要花钱吗？
大部分用系统自带功能就够了。一根可靠的充电线是一次性投入，比订阅更划算。
知识库的结构多久维护一次？
一个月一次轻维护，一年一次大整理。临时出问题再排查，不用天天盯着。
知识库的结构会不会有安全风险？
看权限。凡是要求读取全部文件、通讯录或短信的工具，先想清楚它为什么需要。
知识库的结构需要专业知识吗？
多数不需要，照着步骤走就行。涉及分区、刷机和注册表的，先备份再动手。
关于知识库的结构，最后一个提醒：不必等到条件齐全。条件永远不齐，而一个能立刻开始的小版本，比一个完美的计划有用得多。
别把知识库的结构变成新的压力源。它本来是为了让日子轻一点，如果它变成了任务清单上最讨厌的一行，就该继续缩小剂量。
做了八年 IT 支持，帮人修过的电脑比写过的文章多。 更多文章 沈昭 →
