不少公司的知识库命运相似：立项时轰轰烈烈，文档灌进去几百篇，三个月后没人访问。问题通常出在结构——按部门归类、按目录堆放，和使用者"我遇到了什么问题"的思路对不上。AI 能加速整理，但救不了错误的组织方式。这篇按三步讲：怎么重建结构、怎么改写条目、怎么让它真的被用起来。
先承认旧结构的问题
打开多数知识库，看到的是"人事制度""财务制度""技术文档"这样的栏目。这是按部门切的组织结构，方便管理者归档，不方便使用者查找。一个要报销的员工想的是"差旅费怎么报、多久到账"，而不是"这属于哪个部门的哪份文件"。查询和存放的思路错位，是知识库没人用的根因。
动手前先用 AI 做一次盘点。把现有文档的标题列表发给它，请它做三件事：按"用户会问的问题"重新归类，给出新的分类结构；指出哪些内容重复或互相冲突；指出哪些常见问题其实没有对应文档。这一步花不了半小时，能避免把旧问题原样搬进新结构。
把文档改写成能查的条目
重写标题：标题要写清问题，"报销流程"不如"差旅费怎么报销、多久到账"，因为人搜索时输入的是问题，不是文件名。固定结构：每个条目按"什么情况、怎么做、哪里容易卡"三段组织，查找时眼睛可以直奔目标段。去掉黑话：内部缩写展开写，新人看不懂的词，等于这条路没修通。
AI 在这里的作用是批量出初稿：把原文给它，让它按固定结构重写，人来核对事实。制度文档改写最怕走样，数字、时限、金额这些字段必须逐条回原文核对。分工要清楚：AI 负责形式，人负责对错。
条目怎么组织才有用
| 条目类型 | 组织方式 | 判断是否合格 |
|---|---|---|
| 流程类（报销、审批） | 按场景分步骤，标注时限和责任岗位 | 新人不问人能走完全程 |
| 规则类（权限、红线） | 什么情况适用、例外条件、违规后果 | 有争议时能直接引用原文 |
| 操作类（系统使用） | 步骤配截图，常见报错单独列出 | 照着做能复现结果 |
| 政策类（制度变更） | 新旧对照，生效日期放在醒目位置 | 分不清新旧版本的争议消失 |
改写时按这张表对号入座，一类条目用一种结构，混着写会让查找的人每次都要重新适应。
让它被用起来
这一步关键也常被省略。接入问答：让使用者直接提问而不是翻目录，检索入口放在顺手的位置，别藏在三级菜单里。有人维护：制度一变文档要同步，指定责任人比强调"及时更新"有效。收集缺口：使用者问了但答不上来的问题记下来，这些就是该补写的条目——知识库的内容清单应该长在真实提问上，不是长在规划文档上。
两条不能碰的边界
数据安全：知识库常含内部机密，用公开的在线工具处理前要确认数据去向，敏感内容宁可离线处理，或不进 AI 环节。权限管理：不同岗位可见范围不同，接入检索前先把权限规则理清，别为了方便让所有人查到全部资料。这两条出问题，省下的整理时间远不够填坑。
什么算建成
判断标准只有一条：有没有人用、能不能解决问题。上线三个月内的访问量、提问命中率和"问了没答案"的比例，比文档数量说明一切。同样的整理思路能迁到别的场景：售后问题沉淀成可查条目的做法，见退货原因的分析；把一年经营情况整理成给合伙人看的总结，结构处理见年度经营总结的写法；个人层面的复盘整理，方法见年度复盘的总结法。
知识库速查
- 按问题组织，不按部门组织
- 标题写成使用者会搜的那句话
- 条目固定三段：什么情况、怎么做、哪里容易卡
- 答不上来的提问，就是该补的内容
- 敏感数据先确认去向，权限先于功能
三个常被问到的问题
- 文档太多，先全部重写还是先建结构？：先建结构后重写，而且只重写访问量高的部分，长尾文档保持原样。用访问数据决定改写优先级，不要平均用力。
- 没有技术条件接入问答机器人怎么办？：退一步做"问题索引"，一页列出高频问题和对应条目的链接，放在知识库首屏。成本接近零，命中率却不低。
- AI 生成的条目能直接发布吗？：制度、金额、时限类必须人工核对后发布；描述类、操作类抽查即可。错误条目比缺失条目危害大，因为使用者会照着做。
