上周三加班到十点，我翻完了团队攒了半年的知识库。
整整127篇文档，有三分之二的标题是“XX项目经验总结”，点进去要么是复制粘贴的项目排期表，要么是某个人离职前赶了一下午凑出来的“核心方法论”，连个实际遇到的bug都没提。
这就是我们做了半年的知识沉淀。
别把知识沉淀做成“离职交接附属品”
最开始我们对知识沉淀的认知，简单到可笑——谁要离职了，HR就追在屁股后面催，把手里的工作相关内容整理成文档，丢到共享盘里，就算完成了知识传递。
去年有个做用户增长的小伙子离职，我们要求他把之前跑通的社群裂变方法写下来。他花了一晚上凑了三千字，开头是“用户增长要注重私域流量的长期运营”，结尾是“要关注全链路的用户生命周期管理”，中间连当时用的裂变钩子是啥，被平台限流了几次，每次调整了什么规则，半字没提。
新接手的小姑娘照着这个文档做，第一个活动就被微信判为诱导分享，封了三天号。我当时盯着后台的违规通知，真想把那三千字文档打印出来糊他脸上——不对，他都走了，找谁去？
没人会为了半年后才有人看的东西，掏心窝子写细节。尤其是离职的人，只想赶紧把交接流程走完，谁有空给你讲那些当时熬了三个通宵才摸清楚的坑？
真正的知识，都藏在“没按计划走”的细节里
之前我们总觉得，能被沉淀下来的知识，必须是“正确的、可复制的方法论”，不能写“我当时搞砸了”“这个方案改了八版才过”这种“不专业”的内容。结果所有人写文档都往空了飘，满篇都是正确的废话。
后来我们干脆改了规则，开“翻车专场”复盘——不准讲“我们取得了什么成绩”，只准讲“哪些地方没按计划走，当时怎么救的场”。
就像去年9月在南京办的那场线下行业沙龙，我们本来计划招100个精准客户，结果来了230人，现场茶歇不够，投影还在开场前10分钟坏了。我在后台急得满头汗，让同事去楼下便利店买了20盒瓶装水，找物业借了个便携投影仪才把场子撑住。
换以前的复盘，我们肯定会写“本次活动参与度超预期，后续要优化现场物料准备”。那天我们把所有没按计划走的事全列在白板上：报名系统没做容量上限，为啥？因为负责的同事第一次做线下活动，根本没想到会超员80%；投影为什么坏？因为我们提前一周测过设备，但活动当天临时换了场地，没人再去测一遍；当时救场的便利店在哪个位置，老板的电话多少，后来我们办下一场活动，直接提前跟那个老板订了30份茶歇当应急储备，比找专门的活动供应商省了三分之二的钱。
那天复盘完，我们把这些碎得不能再碎的细节全写进了知识库，标题就叫“2024年9月南京线下沙龙翻车全记录”。没有任何高大上的模型，全是实打实的踩坑记录。后来新入职的行政小姑娘第一次办活动，就照着这个文档准备，连应急的备用U盘都提前拷了三份，整场活动没出任何岔子。
知识沉淀不用搞成“全员必须写多少字”的任务
最开始为了推知识沉淀，我们还给每个人定了KPI：每个月必须写两篇，每篇不少于500字。结果呢？大家为了凑字数，把公开报道抄一抄，把公司规章制度搬一搬，凑够字数就交，根本没人看。
后来我们直接把KPI取消了，换了个更简单的规则：谁解决了一个别人没遇到过的问题，把解决过程讲清楚，就可以申请500块的奶茶基金。
上次有个开发同事，搞定了我们卡了快两个月的、用户上传图片时自动压缩失真的问题。他没写啥长篇大论，就花15分钟录了个3分钟的操作视频，把当时踩的三个坑：用什么插件，参数怎么调，测试的时候要注意啥，全说清楚了。我们直接把这个视频丢到知识库，后来所有前端同事遇到同类问题，先搜这个视频，至少省两三个小时的排查时间。
你算算账，500块换每次都省两三个小时的时间，这买卖比你逼大家写一堆没用的文档划算多了。
没人愿意为了凑字数写废话。但大家都愿意为了真能帮到别人的东西，花点时间。
上周我又翻了一遍现在的知识库，里面没有飘在天上的“方法论”，全是一个个带具体场景的小片段：有怎么跟打印店供应商砍价的小技巧，有改了八版才通过的活动方案的修改记录，有当时跟客户沟通时被怼了之后调整话术的聊天记录截图，甚至还有人写“12楼会议室靠窗的第三个位置充电口最多，适合开长会”。
这才是真的知识沉淀。
它从来不是为了应付HR的检查，也不是为了在公司的宣传稿里写“我们建立了完善的知识管理体系”，就是为了让下次遇到同样问题的人，不用再像之前的人那样，摸着石头过河，踩一遍所有已经踩过的坑。
就这么简单。
