在《效率工具实训营》第四期的团队协作实战课中,有学员提到一个很有意思的问题:
相信搭建个人知识库也是各位漫游指南读者正在学习迭代,无论你是在用Notion、Obsidian、飞书知识库这类知识管理工具,还是Cubox、Edge浏览器的书签管理功能,希望下面的分享能够给你带来一些启发。
无论是Notion还是飞书这类知识库工具,总会提供海量的模版(Template),那么在动手搭建知识库的时候,我们在知识库搭建的Plan环节需要多做参考,多取经。
我们此处以飞书知识库为例,通过建立几个知识库模版,和大家一起看下这些知识库的层级架构。
我们之前实训营经常会提到一些知识库搭建经验:
在知识库中最好只有三层嵌套,这样可以避免你的知识库信息混乱。
如果知识库内嵌套的层级太多,就会导致灾难性的结果:你再也不想看这个知识库,以后想搜索点信息都无从下手。
下面这张图是网上Nested Files的图片搜索结果,感觉挺形象的,这就是不同嵌套的强烈对比:
看到这里各位读者应该有很强的共鸣,在学习搭建知识库的过程应该也有类似的经历,不妨来选择下方的选项做一个小投票!
这里漫游指南将飞书的知识库模版的层级结构做了合并,各位读者可以放大图片仔细查看每个知识库的模版结构,从中能够学习到各式各样的分类法。
我们抽取上面的几个模版来做一些简单评价,大家也可以思考一下自己个人/团队知识库的现状是怎么样的
「学习交流」知识库
这个知识库第一层分成了「英语提升」、「技术提升」,还有一个「团队学习分享记录」的多维表格,第二层里面都有不同的表格和文档。
浏览这个知识库结构可以了解到这是小型的小组学习交流记录的,但在知识沉淀的角度来说其实没有必要专门开一个知识库来组织这些关系。
为什么呢?这类初始形态的分类方式和存储的文档内容不足以支撑这个知识库在三个月、半年、一年之后持续利用。此类不能持续维护的知识库建议用一个普通文档或者是群聊开一个话题就能解决需求了。不过如果是主打对外资源共享的简单知识库,这也许是一个解决方案。
「商业化部门」知识库
与「学习交流」数据库相比,这个数据库的结构能够直接看出该部门的知识库更注重重要信息的传达。
比如第一个就是「部门新人入职」,有这样的一个文档可以了解到这个部门知识库会为新人多做考虑,新手能够通过这份文档快速上手访问知识库。其他的「工作规划」、「团队会议」、「产品资料」和「工作流程」都是常规的团队文档,其中在结构中可以看到「内部分享」单独作为一级目录,可以得知部门会注重内部知识的分享和外部化。
「团队项目」知识库
这个知识库的结构其实就是按照 PDCA 与时间线进行拆分的
那么这个知识库结构就很适合进行小型项目快速启动与推进
所以,我们快速总结一下:
知识库的层级结构区分本身和电脑硬盘中的文件管理没有本质不同,需要根据你的项目需求(短期/长期)以及不同模型进行分类(如PDCA迭代模型、PARA信息管理、优先级矩阵)进行分类,并且要持续维护,不要让你的知识库就此荒废。