如何在 30 天内建立知识库：结构、来源、负责人——以及从团队已有的交流中生长出来的知识库（2026）

知识库是一个组织被反复问到的那些答案的集合：每个答案只写一次，存放在需要它的人无需开口询问就能找到的地方。"我们怎么给瑞士的经销商开发票？""孩子错过截止日期的家长，我们该怎么答复？""运往摩洛哥的托盘该选哪家承运商？"——这类问题问到第四遍时，不管有没有专门建设，这个组织都已经有了一个知识库，只不过它存在于某位同事的脑子里和十几个聊天线程中。

大多数建设指南都从选软件讲起。本文起点更早，因为软件是其中最不重要的部分：知识库由三个决定构成——一个结构、一组来源，以及每个条目上的一个名字——再加上一个月、按顺序把它们做完。下面的 30 天计划，能帮一个 10–200 人的组织建成一个人们真正会打开的知识库。文中附有可直接复制的条目模板、一个实际案例，以及一张表，列出知识库在您团队已在使用的各种工具中分别放在哪里。最后还有大多数指南略过的部分：知识库的大半内容其实已经写好了，就在团队会议中的发言和聊天里的输入中，要做的是把这些内容保存在一个地方，让团队里的每个人都能读懂。

知识库是什么，不是什么

有四样东西常被称作知识库，而它们之间的混淆，正是许多知识库建了却没人用的原因：

知识库是第一行，而它依赖其余三行。Wiki 是知识库缺了结构后变成的样子；文档库是知识库中文件的存放地；聊天记录则是大多数条目最初被写下的地方——在无意间，以回复的形式。这门手艺就在于把一个答案从第四行挪到第一行——只做一次，并署上名字——下文的方法正是围绕这一步搭建的。

动手之前，还有两点区分需要注意。内部知识库面向团队：我们怎么做事、东西在哪里、我们做过什么决定。外部知识库面向客户：产品如何运作、出了问题怎么办。本文讲的是内部知识库；外部知识库之后可以从内部知识库改写而来，只需改写客户可以看到的那些条目。此外，知识库不是流程文档，也不是 SOP：后者描述一项工作的全过程，而一个条目只回答一个问题，当答案是"照着流程做"时，再链接到相应的流程。

三个决定：结构、来源、负责人

结构：按问题，而不是按部门。 问"我们怎么给瑞士开发票？"的人，并不知道答案属于财务、销售还是物流；他们只知道自己的问题。按部门组织的知识库，会让他们为找一个答案跑遍三个板块。请按人们提问的方式——用他们自己的话——来组织，并把顶层控制在七个板块以内。超过七个，结构本身就需要搜索，而在一个还没人填充的知识库里搜索，什么也搜不到。小型组织常见的顶层板块有：客户与订单；资金与开票；人员与招聘；工具与权限；规则与决定；该找谁。

来源：先用已有的，再写新的。 没有人有时间从一张白纸开始写知识库，也没有这个必要。答案已经存在——在同事上周二的那条回复里，在确立规则的那场会议的纪要里，在三月时有人附在消息里的价目表里，在上一位新员工留下的入职笔记里。大多数条目的第一版是复制出来的，而不是写出来的。来源分别在哪里、日后各能找回多少，是后文那张表要讲的内容；简单来说，在大多数办公套件里，聊天、文件和会议笔记是三个彼此分离的地方，而会议本身是留下东西最少的一个。

负责人：每个条目都有名字和日期。 人们信任的知识库与被弃之不用的知识库，唯一的分野在于条目是否写明谁负责、最近一次核对是什么时候。一个带着名字和"2026 年 10 月 14 日复查"的条目，会被人相信；同样的文字没有这两样，就成了"多半已经过时"。负责人的工作很轻：每季度回答一次"这条还对吗？"，然后更新日期。这不是重写整个知识库。如果某个条目指不出负责人，它就不是知识，而是猜测，应当删掉。

如何在 30 天内建立知识库

该计划假定由一个人推动——团队负责人，或者被问得最多的那个人——每周投入约两小时，团队其他成员只需花几分钟。

第 1 周——收集问题，而不是答案。 开一个频道，或在现有频道里建一条笔记，连续七天请每个人把自己问过同事或被同事问到的每个问题都丢进去，用原话写。先不写答案。到周五，会有四十到八十个问题，其中三分之一是重复的。数一数重复的次数：被问了五次的那个问题，就是第一个条目。这份清单放在哪里，知识库就放在哪里；这个地点要在此时定下，依据是团队每天本来就会打开的地方，而不是软件比较。

第 2 周——结构与负责人。 把问题分成几组；这些组就是板块，不超过七个。为每个板块指定负责人——在第 1 周回答了其中最多问题的那个人。然后，为被问得最多的二十个问题逐条指定负责人。此时除了清单什么也不写：板块、问题、负责人。把它发给团队，只问一件事："还缺哪些问题？"清单会带着另外十个问题回来。

第 3 周——前二十个条目，取材于已有来源。 每位负责人用下面的模板写自己的条目，从已有的材料入手：聊天里的回复、会议纪要、文件。第 3 周的规则是"简短而真实，胜过冗长而完整"：两句话的答案加一个文件链接，注明日期并署名，就是一个条目。解释规则来龙去脉的整页文字是文档，以后再写也不迟。依赖于某个无人找得到的决定的条目，先进入决策日志，再带着链接进入知识库。

第 4 周——发布，然后运转循环。 把知识库置顶在团队阅读的地方。再养成两个让它保持活力的习惯：从现在起，问题频道里每一个被提出的问题，都要由回答者写成条目或链接到已有条目；每个条目的负责人，都要把复查日期放进自己的日历。第 30 天并不是知识库完成的日子。此时有二十到三十个条目，每个都有负责人和日期，还有一个循环，每回答一个问题就新增一个条目。六个月后会有两百个，而没有人把它当作项目来写。

这 30 天里不会发生的事：迁移文档库、选新工具、为每个流程写一个页面。知识库指向文件所在之处，指向流程所在之处。把它们搬过来是另一个项目，而且往往没有必要。

知识库文章模板

一个条目，一个问题，不超过一页。把它复制成一条笔记，填写即可；最常被跳过的是最后三行，而它们恰恰是让条目保持真实的关键。

[问题，用人们提问时的原话]
负责人： [姓名] · 板块： [七个之一] · 最近复查： [日期] · 下次复查： [日期]
简短回答： [两句话——该怎么做]
适用于： [团队、办公室、客户类型] · 不适用于： [人们容易混淆的情形]
步骤： [编号步骤，每一步写明涉及的系统、人员或文件]
背后的规则： [确立该规则的决定，附日期和原因]
例外： [偏离常规路径的情形，以及各由谁决定]
文件在哪里： [当前模板、价目表、合同的链接]
相关条目： [SOP、流程、上一版本]

该模板是带粗体标签的纯文本，因此可以不经重新排版，直接粘贴到 Word 文件、Google Doc、Wiki 页面、Slack canvas 或聊天笔记中。

实际案例：一家出口商 30 天后的知识库

一家意大利机械出口商，38 人，米兰设有销售办公室，在西班牙、罗马尼亚和摩洛哥有经销商。第 1 周收集到 61 个问题，去重后剩 44 个。由此得出的结构，以及第 30 天时每个板块的条目数如下：

1. 经销商与订单（7）——新经销商如何建档；谁批准信用额度；订单在投产前需要具备什么
2. 开票与付款（5）——给瑞士的经销商开发票；何时使用形式发票；款项逾期 30 天怎么办
3. 运输与报关（6）——各目的地的承运商；运往摩洛哥的托盘需要哪些文件；谁签署出口报关单
4. 服务与保修（4）——保修范围；如何预约上门服务；库存里备有哪些零件
5. 工具与权限（3）——谁负责开通 CRM 权限；价目表在哪里；如何访问共享邮箱
6. 规则与决定（3）——超过 10,000 须双人签字的规则；折扣上限；决策日志
7. 该找谁（2）——报关代理；各国承运商联系人

共三十个条目。第 1 周被问得最多的问题——"运往摩洛哥的托盘需要哪些文件？"——一年里已由同一位物流负责人在频道中回答了十一次；这个条目她只花了二十分钟，因为第十一次的回答早已写好，只需要补上负责人一行和日期。

第 3 板块中一个填写完整的条目：

运往摩洛哥的托盘需要哪些文件？
负责人： 物流负责人 · 板块： 运输与报关 · 最近复查： 2026 年 11 月 3 日 · 下次复查： 2027 年 2 月 3 日
简短回答： 一式三份商业发票、装箱单、EUR.1 证书，以及发票上注明的经销商进口许可证编号。
适用于： 发往摩洛哥经销商的所有货物 · 不适用于： 1,000 欧元以下、由快递寄送的备件，这类货物使用快递公司自己的单据。
步骤： 1. 用摩洛哥模板从系统中导出发票。 2. 从经销商档案中补上许可证编号。 3. 向商会申请 EUR.1，需三个工作日。 4. 附上装箱单。 5. 把整套文件发给报关代理，并抄送经销商。
背后的规则： 许可证编号是在 2026 年 3 月货物在卡萨布兰卡被扣留之后加入的（决策日志条目 2026-03-19）。
例外： 演示机器按临时入境办理；由物流负责人决定。
文件在哪里： 摩洛哥发票模板；EUR.1 申请表；经销商档案。
相关条目： 各目的地的承运商；谁签署出口报关单。

知识库在您已在使用的工具中放在哪里

一个 10–200 人的组织，会把知识库建在已经付费的办公套件里。每个套件都有放条目的地方、放文件的地方，以及会议之后所留内容的去向。各家止步的位置不同，而且在每一家里，记录都是以输入时的语言保存的。以下仅列出已有文档记载的行为，取自各厂商自己的页面，并注明了各页面的查证月份：

四者有三点相同。条目是以输入时那一种语言写成的文档或消息，读另一种语言的成员，读到的要么是它，要么是别人制作的副本。文件在第二个地方，需要第二次搜索才能找到。而会议——规则被争论、被确立的地方——只有在有人事后手动录入时，才会进入知识库：Teams 和 Meet 在哪些情况下会保留转录和摘要、通话结束后如何留存，见Microsoft Teams 和 Google Meet 把转录、录制和摘要存放在哪里；许多团队出于同样的原因加装的 AI 记录工具，在 Otter.ai 替代方案中有比较，它们各自也都只以一种语言撰写摘要。

这些套件文档中记载的翻译，属于通话或读者的屏幕，而不属于记录本身：Microsoft 记载，当组织者持有 Teams Premium 或 Microsoft 365 Copilot 许可时，Teams 会议支持实时翻译字幕；Google 记载，Meet 在符合条件的 Workspace 方案上支持翻译字幕（均于 2026 年 8 月查证）；WhatsApp 记载，可在读者的手机上翻译收到的消息（2026 年 8 月查证）——各自涵盖什么、止于何处，见 Microsoft Teams 实时翻译、Google Meet 实时翻译和 WhatsApp 翻译。卡萨布兰卡的经销商文员在周一打开的那个条目，与这些字幕是两个不同的对象，它是用输入时所用的语言来阅读的。

从团队已有的交流中生长出来的知识库

InterMIND 是一个沟通空间，团队的工作都存在于频道之中，所以知识库有一个顺理成章的家：使用它的那个团队的频道——出口团队、诊所前台、代理机构的客户小组——而这个频道同时也是问题频道，是会议的出发点。上文的三个决定可以直接对应到这里。

结构与负责人就是条目本身。条目以笔记形式发布——带标题和编号列表的富文本消息，之后可从它自己的菜单中编辑——每位成员以自己的语言阅读，原文只需一次切换即可查看；条目被置顶，新同事找到的第一样东西就是当前版本。开启编辑历史后，规则变更前的旧措辞会以逐词差异的方式，连同时间戳显示在当前文本上方，这正是条目中"最近复查"一行所指向的复查轨迹。条目所指向的文件——价目表、摩洛哥模板、经销商合同——上传到同一个频道，在所有方案上都附带一份读者语言的 AI 摘要，每个要点都链接到其出处段落；在付费方案上，文件本身会翻译成读者的语言打开（文档支持 30 种语言）。如果主文件仍保存在文档工具里，它的更新会通过电子邮件进入频道：频道的主办者会为它分配一个专属地址，发到该地址的邮件会作为普通消息出现，发件人署名，附件保留。从 Slack 迁来的团队可以带着自己的频道：标准的 Slack 工作区导出文件可以恢复为每个 Slack 频道对应一个频道，消息顺序不变，保留原始时间戳，置顶和表情回应也都保留，每条消息由每位成员以自己的语言阅读。

来源方面，频道承担了上表留给人去做的工作。确立规则的那场会议从频道出发；通话中，草拟的条目通过 Share to conference 显示在每个人的屏幕上、视频画面旁——可以是一条笔记，也可以是在聊天中链接的 Google Docs 或 OneDrive 文档——每位参与者各自独立滚动，并以自己的语言阅读，而分享者则实时编辑。通话结束后，会后纪要由会议本身生成——一份摘要，标明已达成一致、待定或有争议的要点，附负责人的 action items，每一行都保留时间戳——会议期间共享的文档，其摘要也与发言内容一并收录。纪要通过电子邮件送达，同时作为频道中的一条消息，并以链接形式出现在日历事件中，每位已登录的成员都以自己的语言阅读：记录是按读者翻译的，而不是只用会议室里碰巧使用的那种语言写一份。任何成员都可以编辑它，每次编辑都会保留作者和修订历史，频道保留过往每场会议的纪要——因此确立摩洛哥规则的那场会议，距离陈述该规则的条目只有一次点击。这就是从团队已有的交流中长出来的知识库：频道里的第十一次回答，讨论规则那场通话的纪要，三月附上的那个文件，全都在同一个地方，条目则位于它们之上。

问题频道从另一个方向也得到同样的处理。成员自己的助手——Claude、ChatGPT、Copilot 或 Gemini，通过 MCP 连接器接入——可以用一个问题，比如"运往摩洛哥的托盘需要哪些文件？"，一次性搜索会后纪要、转录、聊天和共享文件的文本，并返回相关段落，附上各自出自哪场会议、哪一天和哪个文件；此功能适用于已开启 AI 功能的组织，通过助手读取的范围仅限于该成员所参加的会议和所在的频道。聊天本身有搜索功能，整个知识库也可以整体导出：在所有方案上，设置中的备份都会把各频道连同消息、转录和文件导出为一个 ZIP，这就是在组织层面而不是条目层面回答了"所有权"问题。与上面的表对照来看，差别只是一个平实的事实陈述：那些套件文档中记载的字幕，翻译的是通话进行时的内容；而在这里，条目、产生它的会议、它的文件和它的历史是同一份记录，由每位成员以自己的语言阅读。

掌握团队知识的人并不总是员工。经销商的订单文员、报关代理、懂瑞士规则的自由职业会计：频道的外部成员通过电子邮件加入，使用免费账号，与其他人一样阅读条目及其历史；没有账号的人是单场会议的访客——他们通过链接、用手机加入通话，无需付费，以自己的语言实时收听，会后不留记录。主办者提供空间，在付费方案上，只为前 28 天内的活跃成员付费——即参加过会议、在聊天中发过言或向助手提过问题的成员；沉默下来的成员保留访问权限，无需付费，而这正是知识库所需要的：两年前写下那个条目的人，仍然可以留在频道里。

• 打开一份完整的会后纪要——一份真实的记录，由生成您自己纪要的同一套代码渲染。
• 试用在线演示——无需注册；开口说话，听房间里的内容按每位听众的语言被翻译。

建设知识库这门手艺，不会因工具而改变：总得有人收集问题，把结构控制在七个板块之内，在每个条目上写下名字和日期，并且在频道里而不是通过私信来回答。不必再保留的是第二份工作——把会议上的决定重新敲进知识库，以及为读另一种语言的办公室，一种语言一种语言地手工维护每个条目的翻译副本。

FAQ

什么是知识库？

知识库是一个组织被反复问到的那些问题的答案的集合：每个答案只写一次，各有负责人和日期，并存放在需要它的人无需询问同事就能找到的地方。内部知识库回答团队自己的问题——我们怎么开发票、文件在哪里、我们做了什么决定；外部知识库则回答客户关于产品的问题。它与 Wiki 的区别在于有结构和负责人，与文档库的区别在于收录的是答案而不是文件。

如何创建知识库？

用一周时间收集团队实际在问的问题，用原话记录；把它们归入不超过七个板块；为每个板块和被问得最多的二十个问题各指定负责人；请负责人依据已有的材料——聊天回复、会议纪要、文件——撰写这些条目，使用一页模板，包含简短回答、步骤、例外和复查日期；发布在团队已在阅读的地方；然后让循环持续运转：每个被回答的问题都成为一个条目，每个条目的负责人都在到期日复查。

知识库应该包含什么？

每个问题一个条目，每个条目包含：用人们提问时的原话写成的问题、负责人、最近复查日期和下次复查日期、简短回答、适用和不适用的情形、写明所涉系统或人员的步骤、规则背后的决定及其日期、例外情形及各自的决定人、指向当前文件的链接，以及指向相关条目的链接。整个知识库需要由不超过七个板块构成结构，按提出的问题而不是按部门组织。

知识库与 Wiki 有什么区别？

Wiki 是任何人都可以按任意结构撰写的一组页面；知识库则按人们提出的问题组织，每个问题一个条目，每个条目有指定的负责人和复查日期。Wiki 可以通过补上结构和负责人变成知识库；没有这两样，Wiki 会长成数百个页面，没人能浏览，也没人核对过。软件往往是同一个；区别在于这两个决定。

如何构建知识库的结构？

按问题，而不是按部门：提问的人不知道答案属于哪个部门，但知道自己在问什么。把第一周收集到的问题分成不超过七个顶层板块——小型组织通常是客户与订单、资金与开票、人员与招聘、工具与权限、规则与决定、该找谁——并让每个条目只对应一个问题。如果某个板块增长到约三十个条目以上，请按人们提出的问题来拆分，而不是按由谁回答来拆分。

建立知识库需要多长时间？

三十天，就能得到一个人们会打开的知识库：一周收集问题，一周确定结构和负责人，一周依据现有来源撰写前二十个条目，一周发布并建立复查循环。推动者每周花约两小时；每位负责人每个条目花二十分钟，因为大多数条目是从已经给出的答案复制而来，而不是重新撰写。知识库在第 30 天并没有完成；每回答一个问题，它就增加一个条目。

可以免费建立知识库吗？

可以——本文中的模板是纯文本，知识库可以存放在团队已在使用的工具里的一条笔记、一份文档或一个频道中：Slack 的 canvas、Google Doc、Teams 频道的文件选项卡、聊天中的置顶笔记。软件上不花钱的部分，仍然要花负责人的复查时间，而且受限于套件自身的限制：Slack 的 Free 方案只保留 90 天的消息历史，并且在每个套件里，条目都是以输入时的语言保存的。在 InterMIND 中，Basic 方案免费，付费方案的价格见价格页面。

来源：Microsoft Learn — Teams 与 SharePoint 集成；Microsoft Learn — 了解 Teams 的保留策略；Microsoft — 在 Microsoft Teams 中记录会议笔记；Microsoft — 在 Microsoft Teams 中翻译消息；Microsoft — 在 Microsoft Teams 会议中使用实时字幕；Slack — 定价；Slack — 自定义 Slack 中的数据保留；Slack — 导出工作区数据；Slack — 会议议程模板（canvas）；Google Chat — 在 Chat 中使用自动翻译；Google Meet — 在 Google Meet 中使用"Take notes for me"；Google Meet — 使用翻译字幕；WhatsApp — 如何导出聊天记录；WhatsApp — 隐私政策；WhatsApp 博客 — 消息翻译功能介绍。Microsoft Learn 的 Teams–SharePoint 页面于 2026 年 11 月查证；Teams 保留策略和会议笔记页面、Slack canvas 模板页面以及 Google "Take notes for me" 页面于 2026 年 10 月查证；Teams 消息翻译和字幕页面、Slack 定价、保留和导出页面、Google Chat 翻译和 Meet 字幕页面以及 WhatsApp 页面于 2026 年 8 月查证。各厂商会随时间调整方案、功能和语言列表；请查看其页面了解最新情况。