昨天和圆乐老师见面,一起探讨建知识库的建立,刷新了我的方法论和思维观。
很多人以为的知识库建立是开会、录音、转文字、存到知识库。下一个项目,重复一遍。一年后,知识库里有几十份会议纪要、项目文档、工作记录,密密麻麻。然后有人问:上次那个类似项目,我们当时是怎么处理发补意见的?没人记得。打开知识库搜,搜出三份会议记录,随机看了一份,里面全是当时谁谁说了什么、讨论到哪里暂停、下次继续。就是没有答案。李老师这样说:"如果把(经验)放在会议纪要,那就死掉了。它没有办法帮你赋能,也不能够形成一个核心资产。"会议纪要记录的是"发生了什么"——谁提了什么问题,争论到哪一步,最后拍了什么板。是现场还原。经验是另一回事。是从这件事里,你发现了一个下次用得上的判断方式。举个具体的例子:这次发补,有一条意见是关于性能测试报告里数据前后不一致的。处理过程中,我们发现这类问题通常是原始测试报告生成时用了两套参数,合并时没有统一。下次遇到类似发补,第一步应该去查原始报告的参数版本。很多人建知识库的逻辑是:把原始资料全扔进去,等以后问AI,AI自然会给答案。这里有一个前提假设:AI能从一堆原始材料里,自己判断什么是值得复用的。AI读会议纪要,能复述内容,能做摘要,但它没办法知道哪句话背后藏着一个关键判断。那个判断的价值,只有经历过这件事的人才清楚。提炼,是人的事。没有人把经验从原始材料里剥出来,知识库里存的就永远只是原材料,不是资产。正确的做法,说起来也简单:在每次项目结束、会议结束之后,多留15分钟,把这次学到的、下次用得上的,单独记一条。不用写成正式文档,一段话就够。写完打上标签,和这个项目的原始记录分开存。这个叫"通用经验"。李老师强调的重点是"分开存放"——不是为了回溯这个项目,而是服务于以后所有类似的场景。放在项目文件夹里,就等于埋掉了。这一步,很多团队从来没有做过。不是不懂,是每次都觉得"以后再整理",然后就没有以后了。说到底,知识库是死是活,取决于你往里面存的是什么。没打标签、没写摘要,这是技术问题,好解决。但更根本的问题是:存进去的东西根本没有提炼过。即使AI搜到了,你看着那份会议纪要,还是找不到你真正想要的那个判断。李老师有句话我觉得说得很准:知识库的本质是建立"数字资产"。资产是经过加工的东西,不是堆在仓库里的原料。原料塞进去,是积累。经验存进去,才是建设。这两件事看起来像同一件事,差的是一个习惯动作,结果天差地别。下一次项目结束之后,在关掉所有文档之前,花10分钟问自己:这次有什么是下次能用上的?写下来,打标签,和原始记录分开放。一年后再翻知识库,里面如果存的是一年里真正发生的判断和经验,那时候再让AI调用,它给你的就不只是文件,而是你这个团队这一年真正摸索出来的东西。我们每天处理客户的认知提升项目、帮团队做复盘咨询,最后在文字里留下的,就是这一条条过程被提炼后的经验。团队嵌入式复盘、个人知识管理、项目复盘文档化……在这些具体事里,如果你有卡住的地方,或者想聊聊实际操作里的细节,欢迎来找我喝杯茶。方向对了,模板才有用;工具只是把路铺顺,往前走,还得靠人。