知识库的结构：关键在节奏

如果你已经试过几次知识库的结构都没坚持下来，先别急着怪自己。多数失败来自设计问题：起点定得太高、场景没布置、坏日子里没有预案。这三处补上，知识库的结构会立刻轻一些。

很多人对知识库的结构的期待是“变好”，而真正可操作的目标是“稳定”。稳定意味着状态差的日子也有一个能执行的最低版本。围绕这个思路，下面的内容会好读很多。

写知识库的结构的文章很多，能照着做的很少。这篇尽量具体：每个动作都能在书房的桌面上完成，每次调整都有判断标准，失败的情形也写进去。你不必认同全部，能拿走一条就够本。

关于知识库的结构，先说清前提

知识库的结构最容易被忽略的变量是环境。同一个动作，工具在伸手可及的地方和需要翻箱倒柜，完成率能差一倍以上。所以本文会反复提到“把它放在该在的位置”。

必须承认，知识库的结构的效果有明显个体差异。同样的做法，有人两周见效，有人两个月才有感觉。本文给的是顺序和判断标准，具体参数请按自己的反应调。

写知识库的结构之前，我们翻了不少资料，也问过几位长期实践的人。结论出奇一致：真正起作用的往往是几个很小的动作，而不是某个听起来高级的方法。

把知识库的结构做成默认选项

把知识库的结构的进度写得粗糙一点。太精细的记录会变成负担，而负担最终会导致放弃。日期加一句备注，已经足够看出趋势。

定期清掉知识库的结构里多余的动作。每加一样东西，就问它是否真的必要；三个月后再看，通常会有一半是可以删的。流程越短，越可能在疲惫的日子里活下来。

用周而不是用天来衡量知识库的结构。一天的不顺是噪音，一周的走势才是有用信息。每周花两分钟回看：做了几天、卡在哪、下周改一处。这个动作比任何打卡软件都实在。

知识库的结构为什么值得认真对待

很多人做知识库的结构时盯着结果，忽略了一个中间变量：可重复性。一次做得漂亮但无法重复，等于零；做得普通但能天天重复，三个月后差距会非常明显。

把知识库的结构看成一门手艺会更准确：它需要一点手上的熟练度，而熟练度只从重复里来。你不需要每天都做得漂亮，只需要每天都让手碰到这件事。手感一旦建立，断电也不慌的备份就是自然结果。

知识库的结构的效果取决于场景，而不是决心。同一个动作放在书房的桌面上、接在换设备时的迁移清单后面，消耗的力气只有随手安排的三分之一。这就是为什么同样是知识库的结构，有人越做越轻松，有人每次都像重新开始。

知识库的结构最容易出问题的地方

第一个坑是照搬别人的强度。看到有人每天做一小时，就以为自己也得如此。第一周热情撑得住，第三周必然塌。判断标准很简单：如果你已经开始害怕做知识库的结构，剂量就错了，减半继续。

第五个坑是把优化放在稳定之前。基础还没立住就改方法，每次调整都像重新开始，结果什么都没积累下来。等知识库的结构能连续做两周，再动任何参数。

还有一个隐蔽的坑：把知识库的结构讲给别人听，提前获得了成就感。说得多做得少，动力被提前消费掉了。真想推进，先做满两周再讲。

• 每三个月删掉一个多余步骤
• 先修最大的摩擦点，再谈加量
• 开始前先算成本上限，避免中途因为心疼而放弃
• 宁可缩短，也不要跳过

把知识库的结构再往深做一层

当知识库的结构变熟，容易滑向随意。给自己留一条不可让步的底线，其余部分允许灵活。底线保住了，灵活就不会变成放弃的入口。

这个时候可以试着把知识库的结构教给别人。讲不清楚的地方，往往就是你自己没想透的地方。教一次，胜过再读十篇。

熟练之后要开始关注“恢复成本”。做完知识库的结构需要多久才能回到放松状态？如果需要一整晚，说明强度或时段该调了。长期可持续的方案，恢复时间一定很短。

从零开始做知识库的结构

把知识库的结构安排在一天里精力最好的那个时段，而不是最方便的那个时段。方便往往意味着疲惫，疲惫时做出的判断通常不利于长期。

开始的时候，把知识库的结构砍到不像话的小：只做一次、只做一半、只花二十分钟。小到你觉得“这也算”，它才算真正可执行。前七天唯一的目标是让这件事连续发生，质量排在后面。

第一天不要追求完整流程，只做最关键的那一步。让知识库的结构先发生一次，哪怕只用了五分钟，你就已经跨过了最难的门槛：从零到一。

知识库的结构：常见问题

如果只能带走一件事，请带走底线：那个再糟的日子也能完成的最低版本知识库的结构。底线之上是进步，底线本身决定它是习惯还是回忆。今晚定下来，明早开始。

把这篇存下来，两周后再看。你现在最想跳过的那一段，往往正是最该看的那一段。

沈昭 特约编辑

做了八年 IT 支持，帮人修过的电脑比写过的文章多。 更多文章 沈昭 →