你的AI知识库，三个月后还有人管吗？

先看一个几乎每家社都会踩的坑

知识库项目上线那天，一切都很美好：有预算、有负责人、有供应商、有开会。三个月以后呢？产品经理忙产品，销售忙客户，OP忙履约，市场忙内容，技术忙系统，知识更新就剩一句话："有空再改。"半年以后一看，AI还在回答旧线路、旧价格、旧政策、旧电话。

我们这行有个判断，说出来可能得罪IT部门：企业AI知识库不是IT部门的资料库，而是一套由业务部门共同维护、技术系统负责承载的经营知识机制。它的生命周期不是从立项到上线，而是从上线那天才真正开始。

为什么谁包办都不行

先把几个部门的"边界"划清楚。

技术部门懂系统怎么跑、账号怎么开、接口有没有问题，但它未必知道新疆8日产品是不是停售了、某家酒店标准是不是变了、老人线路到底适不适合75岁的客人。这些是业务问题。技术可以维护知识系统，但不能替业务部门定义"企业真相"。

产品部门很懂线路、酒店、团型、报价规则，但客户最近都在问什么、销售最常遇到什么异议，这些信息在销售端，产品看不到。

销售每天离客户最近，最懂客户语言，但销售也有个人判断、个人话术、临时承诺。几十个销售都能直接改企业标准知识，用不了多久就重新乱成一锅粥。销售应该有强反馈权，但不一定拥有企业核心知识的最终发布权。

OP必须参与，因为旅游最终要履约。市场可以写"轻松舒适"，销售可以说"非常适合老人"，但OP知道一天到底坐几个小时车、酒店换几次、有没有复杂换乘。销售负责告诉企业客户想买什么，OP负责提醒企业现实世界到底能不能这么交付。

老板最不应该做的就是每天亲自改FAQ。老板要做的是拍板：知识治理算不算经营级工作、品牌定位是什么、产品边界在哪、重大服务原则是什么、部门冲突谁说了算。老板不当知识库编辑员，但必须是知识责任体系的最终授权者。

一张责任表，加三个字

各岗位最该干什么、最不该干什么，一张表说清楚：

这张表最重要的不是部门名称，而是知识责任必须拆开。拆开以后记住三个字就够了：真、通、持续。业务部门负责"真"——知识是不是真的；技术部门负责"通"——知识能不能被系统正确使用；知识负责人负责"持续"——半年以后是不是还有人维护。只有"真"没有"通"，AI用不了；只有"通"没有"真"，AI会高速传播错误；"真""通"都有但没有"持续"，半年后照样过期。

知识负责人：不需要知道所有答案，需要知道谁该知道答案

收到销售反馈"某线路停售了"，他不自己判断，而是找产品负责人确认；产品确认停售，进入修改流程，再通知AI知识库、AI客服、GEO、销售资料同步检查。知识负责人的核心能力，不是知道所有知识，而是保证每类知识都有明确负责人和更新路径。

小旅行社不用专门招这个人，10个人的社，老板或运营负责人兼任就行。关键不是职位名称，而是有没有人承担组织责任。中型社建议至少指定一个，否则每次发现错误都不知道找谁。大型集团适合"中央知识治理+各业务线负责人"：集团管企业主体、品牌、联系方式、公共制度，新疆、欧洲、入境、研学各条线分别有人负责。一个"知识管理员"不可能真懂一千条产品，知识管理可以集中，但知识真实性必须分布在真正承担业务责任的人手里。

按"知识域"管，比按文件夹管靠谱

旅行社的知识可以切成六个域：企业知识域（主体、品牌、联系方式）、产品知识域（线路、客群、团型）、价格知识域（报价政策、动态价格规则）、履约知识域（服务、OP、应急）、销售知识域（FAQ、话术、客户问题）、GEO公开知识域（适合对外公开的信息）。每个域都能指定负责人。

为什么要按域管？因为谁上传知识，不等于谁拥有知识的最终解释权。市场员工可以上传产品PDF，但产品经理才应该确认产品真假。上传文件的人未必是知识的真正负责人，这就是"谁上传谁负责"会乱的根源。

每个岗位到底贡献什么

产品部门重点维护六类：产品当前状态（在售、停售、待确认）、产品结构、适合客群、价格规则、产品区别、产品版本。价格不能全让销售维护——销售知道客户成交价，但企业报价规则得由产品或业务负责人统一，否则销售A一个版本、销售B一个版本，AI知识库继续冲突。

销售最有价值的是客户语言。客户不会说"我需要中老年舒适型小团"，他会说"我爸妈70多了，不想太累"。这，就是真实问题语言。销售既是知识消费者，也是客户问题和销售反馈的生产者。发现AI说错了，别默默绕过——自己知道正确答案然后继续干活，知识库永远不会变好。纠错要有入口：产品错了产品确认，履约错了OP确认，联系方式错了市场/管理确认，这就是责任链。

OP维护接送、车辆、导游、服务流程、特殊客群、途中变化、异常处理。生成式AI很擅长写行程，但真实旅行要执行。旅游AI最容易写得漂亮，最难的是知道现实世界能不能执行，OP就是这一层的知识责任人。

市场维护企业公开介绍、品牌表达、公开FAQ。市场可以优化表达，但不能创造不存在的履约能力。GEO团队用的是经过审核的公开知识子集，不能把内部知识全公开出去。这里有个特别容易被忽视的联动：电话变了，内部知识库改了，外部GEO文章还是旧电话，AI环境照样出现旧信息。所以内部知识更新以后，必须判断哪些公开知识要同步改。产品停售也一样，得触发一轮检查：销售推荐、AI客服、GEO产品内容、FAQ、培训资料，一个都不能漏。

关键变更要过"影响面检查"，知识要走完"六个字"

关键企业事实变更，不能改完一个系统就结束。比如电话变更：执行是市场或知识管理员，最终负责是管理负责人，技术来咨询，销售、GEO、客服要知会——这就是RACI的思路。最终负责的人只留一个，防止"共同负责"变成"没人负责"。

知识的生命周期就六个字：建、审、发、用、改、归。创建、业务审核、发布标准、员工和AI使用、持续纠错、历史归档。知识库运营不只是不断增加知识，也包括持续淘汰、归档、纠正失效的知识。员工发现问题→提交→知识负责人分类→定归属→业务确认→更新标准→技术检查→AI复测→通知使用者，这条闭环跑起来，知识库才算活着。更新频率按业务变化速度来：企业主体知识低频，产品知识中频，报价知识高频，不能所有知识都按一个周期处理。

老板真正要回答的十个问题

别再说"AI知识库安排给技术部维护行不行"，换成这十个问题：

1. 谁确认企业事实？
2. 谁确认当前产品？
3. 谁确认报价政策？
4. 谁确认真实履约能力？
5. 谁持续提供客户问题？
6. 谁负责公开GEO知识？
7. 谁负责系统和权限？
8. 谁组织错误闭环？
9. 谁决定重大冲突？
10. 员工离职、产品停售、价格变化以后，谁保证知识还会继续更新？

这十个问题都有明确答案，企业才真正拥有一个能长期运行的AI知识库。否则，系统再先进，最终也会退化成越来越旧的"AI版共享文件夹"。

旅行社AI知识库真正的负责人，不是某一个部门，而是一套明确到知识类型、业务角色、审核责任、系统责任和更新流程的组织机制。记住那三个字：业务负责真，技术负责通，知识负责人负责持续。知识库活不活得下去，不在上线那天，在半年以后。