企业知识库怎么建?上线前先整理这五类资料

企业知识库怎么建,先别急着选工具。上线前先盘点制度流程、产品技术文档、合同项目档案、客服问答、会议经验五类资料,定好负责人、更新频率和可见范围。

要点速览

• 知识库答得好不好,先看资料整理,再看模型
• 五类资料逐项定好谁负责、多久更新、谁能看
• 稳定有主的先接入,敏感零散的暂缓,过期的下线
• 每个回答要能指回原文,关键结论由人复核
• 用一周按天整理首批资料,做扎实再逐批扩展

企业知识库怎么建?第一步不是挑工具,而是理清准备接入的资料。建议上线前盘点五类资料:制度流程、产品与技术文档、合同与项目档案、客服或售后问答、会议与经验记录。每一类都要回答三个问题:谁负责、多久更新、谁能看。内容稳定、有明确负责人的资料先接入,零散或敏感的资料暂缓,过期的资料直接下线。知识库答得好不好,首先取决于资料,其次才是模型。

上线后「答不好」,多半出在资料上

不少企业把内部文档接入 AI 问答后,试用几天就会遇到下面几种情况:

• 版本混乱:同一份报销制度在共享盘里有三四个版本,文件名分别带着「终版」「终版2」「修订稿」。AI 检索到哪一份,就按哪一份回答。
• 新旧制度并存:去年已经废止的流程没有下线,和现行制度一起被检索,员工拿到的答案前后矛盾。
• 权限不清:原本只有财务和管理层能看的薪酬标准、合同条款,因为整个目录被一次性导入,普通员工也能问出来。
• 答案没有出处:回答读起来很通顺,但说不清来自哪份文件、哪一章,使用者不敢直接用,也没法核对。

这些问题,换一个模型通常解决不了。模型负责理解问题、组织语言;资料里有什么、哪一份算数、谁能看到什么,要由企业自己先定下来。如果你眼下的困扰是文档太多、找起来费劲,可以先读公司有几百份PDF,为什么问一个问题还是要到处翻?;本文只讲上线之前的资料盘点和整理。

盘点之前,先给每份资料定三个字段

不管哪一类资料,建议先建一张盘点表,给每个目录或每份文件填上三列信息:

• 负责人:谁对内容是否正确负责。这里指的不是「谁上传的」,而是出了错该找谁改。
• 更新频率:固定周期更新、随事件更新,还是基本不变。
• 可见范围:全员、某个部门、某个项目组,或指定岗位。

再加一列处理状态:先接入、暂缓、下线。有一个简单的原则:填不出负责人的资料,不进首批。没有人对它负责,上线后答错了也没人能改,问题只会越积越多。

五类资料,逐项怎么盘

一、制度与流程

包括人事、行政、财务报销、采购审批、信息安全规范等。这类资料员工问得多,答错的影响也大,通常是知识库上线后使用频率较高的部分。

• 谁负责:各制度的归口部门,例如人事、财务、行政。
• 多久更新:随发文更新,另外建议每季度核对一次是否仍然有效。
• 谁能看:大部分全员可见;涉及薪酬标准、考核细则的,按岗位限定。

取舍建议:现行有效、有发文编号或生效日期的制度先接入;正在修订、尚未发布的草案暂缓;已经废止的制度下线,如需留档就单独归档,不放进问答范围。

二、产品与技术文档

包括产品说明、操作手册、接口文档、部署和运维手册、常见故障处理记录等。

• 谁负责:产品经理或技术负责人。
• 多久更新:跟着版本发布走,每次发版同步更新。
• 谁能看:面向客户的说明可以放宽;内部架构、账号和配置信息严格限定在相关技术岗位。

取舍建议:当前在售、在用版本的文档先接入;老版本只保留仍有客户在用的部分,并在文档开头写明适用版本;包含密钥、密码、内网地址的配置文件不进知识库,先脱敏或剔除。

三、合同与项目档案

包括合同文本、标书、项目方案、验收报告、交付记录等。

• 谁负责:法务或商务部门,加上对应的项目经理。
• 多久更新:按项目节点更新,签约、变更、验收时各补一次。
• 谁能看:敏感度高,默认按项目组和岗位单独授权。

取舍建议:这一类不建议首批整批接入。可以先放标准合同模板、项目交付规范这类通用材料;具体客户的合同、报价和往来记录,等权限规则验证过再接。涉及客户数据的资料放在哪里、谁能接触,要先和管理层确认部署方式,可以参考数据不出门,AI 才敢进门。

四、客服与售后问答

包括常见问题、工单处理记录、标准话术、退换货和保修规则等。

• 谁负责:客服或售后主管。
• 多久更新:变化频繁,建议每月清理一次。
• 谁能看:一线客服及相关业务部门。

取舍建议:经过主管确认的标准答复先接入;零散的工单记录不要原样导入,先归纳成「问题、标准答复、依据」三段式的短条目;政策调整过的内容,比如保修期限、价格口径,对应的旧答复要及时下线,否则会和新规则互相打架。

五、会议与经验记录

包括会议纪要、项目复盘、经验总结、内部分享材料等。

• 谁负责:记录人所在部门的负责人。
• 多久更新:不定期,随会议和项目产生。
• 谁能看:原则上按会议参与范围或项目范围授权。

取舍建议:这一类价值不低,但噪音也多。原始纪要里常有尚未定论的讨论和个人看法,直接接入后容易被当成结论引用。建议暂缓原始纪要,先把已经形成决议的内容和复盘结论整理成短文档再接入,并写明日期和适用范围;长期没人确认的经验记录,要么复核,要么下线。

回答要能回到原文,判断留给人

知识库上线后好不好用,有一个很实用的判断标准:每一个回答,能不能指回原文。具体可以这样要求:

• 回答附带出处,包括文件名、章节或页码,使用者能点过去看到原句。
• 资料里找不到依据的,允许回答「未找到相关依据」,不要凭通用常识补全。
• 涉及金额、期限、合同条款、合规要求的结论,由对应岗位的人复核后再使用。

分工要说清楚:AI 负责检索、整理和提示,例如把相关条款找出来、把几份文件的说法并排列出、标记可能互相冲突的地方;哪份文件有效、结论能不能采用,由人来判断和确认。这条分工建议在上线前就写进使用说明,让员工知道碰到拿不准的情况该去找谁。

上线前一周的整理清单

下面按天排列,适合先选一个部门或一个场景试点时照着做:

1. 第一天,定范围和负责人:选一到两个部门或一个具体场景作为首批,列出五类资料各自的负责人,建好盘点表。
2. 第二天,清点存量:各负责人列出自己所管目录里的文件,填好更新频率、可见范围,并标记先接入、暂缓或下线。
3. 第三天,去重定版:同一内容存在多个版本的,只保留现行版本,文件名统一加上生效日期;已废止的移出问答范围。
4. 第四天,脱敏和权限:剔除密钥、个人信息等敏感内容;按可见范围设好分组,用两三个不同岗位的账号试着提问,确认看不到不该看的内容。
5. 第五天,整理问答类材料:把客服问答、会议决议改写成结构清楚的短文档;扫描件要确认文字可以被识别。
6. 第六天,准备测试题:请每类资料的负责人出十到二十个真实问题,写下标准答案和对应出处。
7. 第七天,试运行与复核:用测试题逐条提问,核对答案和出处;答错的要回溯是资料问题还是检索问题;同时定好上线后的更新流程,明确谁来处理「答错了」的反馈。

一周不一定能整理完全部资料,但足够把首批做扎实。之后按同样的方法逐批扩展,比一次性导入所有文档要稳妥。

资料理清之后,再看平台

资料盘点做完,选平台时要看的点就具体了:能否按部门和岗位管住可见范围,回答能否对应到原文,资料更新后能否及时生效,背后接入的模型能否按需要调整。

润迅的 MaxKnow 是企业知识管理平台,定位是横向支撑各行业应用。它属于润迅 MaxDeploy 体系:下层由 R30 私有化硬件、XunOS 和 MaxModel 组成,其中 MaxModel 负责模型统一管理,一个 Key 接入所有大模型,并提供多模型路由和调用审计;MaxKnow 与 MaxControl(统一管理)运行在这之上。选型时,企业可以把资料、模型和管理放在一起考虑,不必各管各的。至于企业自己的业务知识为什么值得长期经营,可以参考通用能力终会被平台吸收,企业真正值钱的是自己的业务知识。

建议从这几步开始

• 本周先建一张盘点表,把负责人、更新频率、可见范围、处理状态四列定下来。
• 选一个员工经常提问、资料相对规整的场景做试点,例如制度问答或售后问答。
• 上线前写好复核规则:哪些结论必须由人确认,答错了由谁修正。
• 资料整理有了眉目后,再评估平台和部署方式。如需了解 MaxKnow 和 MaxDeploy 的部署选项,可以在润迅官网 AI 板块查看产品介绍,或拨打业务热线 400-854-5566 咨询。

→ 联系润迅,聊聊你的场景,获取适合的方案