三个人的小公司，怎么建立自己的企业知识库？

我们自己也只有几个人。

所以我对"小团队建知识库"这件事的理解，不是从咨询角度，是从"我们自己每天也在被这个问题折磨"的角度。

先说为什么会失败

我见过、也亲身经历过的大多数知识库项目，死因都差不多：

第一，一上来就想建全公司的系统。 设计了三十个文件夹、五套模板、一套标签体系，然后没人用。因为分类的那一刻，人就已经累了。

第二，把"存档"当成"知识"。 存了几百个 PDF 和聊天截图，三个月后找不到，找到了也不敢信。

第三，没有和日常工作绑在一起。 写文档是额外的工作，忙起来第一个被砍掉的就是它。

第四，指望工具解决一切。 换了飞书、Notion、Obsidian，问题一个没少——因为问题从来不在工具。

真能坚持下来的做法：四步

第一步：从"一个反复回答的问题"开始

不要从"搭建体系"开始，从本周第三次有人问你的同一个问题开始。

比如：新品上架要检查哪些东西？某个客户上次为什么退货？广告 ACOS 突然变高先查什么？

把这一个问题的答案写下来。就一页。

这一页的价值，不在于它有多完整，而在于它第一次证明了"写下来能省时间"。 有了这一页，才有第二页。

第二步：定一个"最省力的存放规则"

规则越复杂，坚持率越低。我们的经验是只定三条：

• 所有东西都是纯文本（Markdown），不依赖任何一家公司的平台。
• 一个主题一个文件，文件名用能搜到的词，不用编号。
• 写完就放进去，不整理。 整理是周末的事，写是当场的事。

为什么坚持用纯文本？因为它不会随着某个软件涨价、改版、倒闭而消失，而且AI 能直接读——这一点在现在特别重要。

第三步：分类只分七类，不要更多

这是我们自己用下来最舒服的结构，正好对应业务的七个环节：

• 市场——调研、竞品、客户语言
• 产品——开发、规格、供应商反馈
• 内容——文案、图片、视频素材与规范
• 渠道——平台规则、广告、Listing
• 数据——报表模板、指标定义、分析结论
• AI 工作流——Prompt、自动化脚本、工具经验
• 企业知识——SOP、新人上手、内部制度

超过七个分类，人就开始犹豫"这个该放哪"，然后干脆不放。

犹豫是知识库最大的敌人。

第四步：让 AI 成为入口，而不是让人去找

这是 AI 时代最大的变化。

过去知识库的难点是"找"——你得记得它在哪。现在可以反过来：你直接问。

我们的做法是把知识库目录开放给 AI 工具读（Obsidian vault 本身就是本地文件夹），然后：

• "上次那个客户退货的原因是什么？"
• "新品上架前要检查哪些项，给我清单。"
• "根据我们过去写的广告复盘，这次该注意什么？"

AI 不擅长替你产生知识，但它非常擅长在你已经写下来的东西里找到答案。

前提是——你得先写下来。

三个一定要避开的坑

坑一：追求格式完美。 一篇 60 分但真实存在的笔记，胜过一篇 100 分但没写的文档。我们大量笔记都是几条要点加一个链接，够用了。

坑二：只存成功，不存失败。 最有价值的其实是"上次为什么亏了"。但人天然不爱写失败。我们的做法是：复盘时先写失败，再写成功。

坑三：没有人负责。 小团队不需要专人管理，但需要一个人默认负责。通常就是老板自己——不是让你写，是让你在每次有人问重复问题时说一句："这个写进知识库了吗？"

一个判断标准

怎么知道你的知识库真的活了？

不是看文件数量。是看这个场景：

新人入职第二周，能不能自己找到 80% 的答案，而不是一直问你。

如果能，它就活了。如果不能，再加多少工具都没用。

最后

知识库不是 IT 项目，是一个经营习惯。

它的回报很慢，但复利很高。三年后，小团队和大公司真正的差距，可能不在于谁的人更多，而在于谁的经验没有丢。

*这是 iSeacat「企业知识」系统的公开笔记之一。我们自己的知识库也是这样一点点长起来的，踩过的坑会持续写在这里。*