去年冬天，一家开了十四家门店的连锁餐饮老板，翻共享盘找三年前的消防验收单。他找了四十分钟没找到，最后问已离职的工程主管，对方说好像拍过照，在他旧手机里。资料不少，缺的是一条能找到它的路。知乎
共享盘里后来多了一堆“新建文件夹”“最终版”“最终版2”。
我们做知识管理，习惯从“放”开始：建文件夹、打标签、套PARA、研究双链。文件夹越分越细，笔记越整越整齐，真遇到问题，还是打开浏览器重新搜。搜到的往往是别人写的通用答案，不是自己当时踩过的坑。
一位用了两年Obsidian的数据分析师，按一套分类框架把笔记重新整理了三、四次。每次完工都觉得舒服，文件夹层次分明，标签完整。可回头看，写作和决策并没有变好。
笔记整齐、内容记满，都不等于你真的掌握了它，也不等于它能帮你做出更好的决定。如果整理不能让你下一次更快做决定、更快交东西，它就只是换了个方式囤积。知乎专栏小红书
那家餐饮公司后来换了做法。先不问“这份文件该放哪个文件夹”，而是找店长、采购、工程、财务，挨个问：“上个月你有哪次想找一份东西，找了超过十分钟？”
答案收拢成四类：新店长上手的开店流程、消防和食安检查记录、供应商报价和合同、设备维修记录。
每一类只设一个入口。开店流程没做成知识库，就放在企业微信群的群公告里，一条一条挂文档链接。文档本身放在哪不重要，新店长只要知道“去那个群看公告”。
这套办法跑了大半年，新店长上手时间从两周多缩到一周左右。“靠的不是什么系统，就是那几个群公告和清单。土，但管用”。知乎
个人用不上这么重的方案，但问题一样。拿张纸，写下最近一个月你真正找过的东西：报销流程、某个软件报错的解决办法、物业电话、一个项目当时为什么选A方案。超过五条就划掉，只留最常复发的。
每条对应一篇入口笔记。里面别抄知识，写四件事：当时的问题、试过什么、最后怎么解决、下次遇到先看哪一步。别按知识门类分，按当时要解决的问题分。知识管理真正该整理的，是自己解决问题的经验，不是一本百科。知乎
这种笔记可以写得更省事。固定五行：它解决的问题、核心结论、适用场景、原始出处、下一步动作。最后一行最容易被省，也最不该省。“没有动作的笔记只是摘要，有动作的笔记才可能变成能力”。知乎
入口笔记不用多，一个高频场景一篇。写完把链接塞进一个总目录，或者置顶在聊天软件的文件传输助手里。找的时候不靠记性，靠路径。
还得有人管。那家餐饮公司每个高频场景都指定了维护人，每季度花一小时看看入口里的东西还对不对、链接有没有失效。个人版就给自己设个复查日，三个月翻一次那几篇入口笔记。
知识管理听起来很大，落到日常就一句话：下次遇到同一个问题，能不能在十分钟内找到自己当初怎么解决的。
做不到，再漂亮的分类也只是把东西挪了个位置。做得到，几个群公告和清单也够用。那家餐饮老板后来没再提“知识体系”，他只看到新店长上手快了一周。
