立项前要评估的核心不是「要不要做知识库」，而是「知识从哪里来、谁来维护、答案错了谁负责」。政策层面鼓励「人工智能+」在业务场景落地，但落到企业自己的系统里，知识库能不能用住，取决于数据准备、权限边界和运维归属这三件事，而不是选一个功能多的产品。本文按场景拆三种常见路线，说明各自代价与不适用的情况，供立项讨论时对照。
先明确场景：企业AI知识库通常解决哪几类问题
不同场景对知识库的要求差别很大，立项会上先把场景写清楚，后面的方案比较才有意义。下面几类是最常见的起点：
- 制度与流程问答：员工查报销、考勤、采购流程，答案相对稳定，但对时效和版本敏感。
- 技术与交付文档检索：研发、实施人员查接口说明、部署手册、验收材料，要求能定位到原文段落。
- 客服与售前支持：面向外部或一线人员，回答需要口径统一，错误答案的代价较高。
- 项目资料沉淀：把方案、会议纪要、验收文档整理成可检索的资产，重点在权限和归档。
场景确定后，再判断知识是集中在少数部门，还是分散在多个业务系统里，这直接决定选通用产品还是走定制集成。
方案一：直接采购成熟的知识库或办公平台自带能力
适用场景是知识相对集中、文档格式规范、以内部问答为主，且企业已有协同办公平台在使用。优点和代价都比较明确：
- 优点：上线快，功能边界清楚，日常维护由厂商负责，信息化团队投入较小。
- 优点：与现有办公入口整合方便，员工使用习惯不需要重新培养。
- 缺点：与 ERP、HR、财务等业务系统的数据打通能力有限，跨系统取数常需额外集成。
- 缺点：答案口径和展示方式可调整的空间不大，遇到特殊业务规则时容易被产品逻辑限制。
这类路线的关键评估点是权限模型能否对上企业现有的组织架构。如果部门层级多、数据敏感度高，建议在 POC 阶段就用真实账号和真实文档验证一次可见范围。需要配套集成时，可以参考我们的软件定制开发与系统集成服务。
方案二：基于业务系统定制开发知识库
当知识分散在工单、合同、项目文档、设备手册里，且需要按业务角色控制可见范围时，定制开发更合适。常见做法是在现有管理系统之上增加知识采集、切分、检索与问答入口。
- 优点：知识来源可以对接业务系统，权限沿用已有账号体系，减少重复维护。
- 优点：问答入口可以嵌入具体业务页面，比如工单详情页直接给出处理建议。
- 缺点：建设周期长，需要业务部门持续投入整理知识，不是一次性交付就结束。
- 缺点：后续知识更新、答案质量评估需要有人负责，责任不落地的项目容易变成演示系统。
走这条路之前，建议先做一个范围有限的 POC，选一个部门、一批文档验证召回准确度和权限隔离，再决定是否扩大。我们做过的同类项目可以在同类项目案例中了解交付形态。
方案三：混合路线，外购平台加定制集成
混合路线是不少企业的现实选择：问答与检索能力用成熟平台，数据接入、权限同步和业务入口做定制。它介于前两种之间，代价也需要提前认清。
- 优点：核心能力不重复造，定制部分集中在接口和权限，投入相对可控。
- 优点：后续平台升级与业务集成解耦，替换成本低于全定制。
- 缺点：需要划清责任边界，平台侧与定制侧的故障定位容易扯皮。
- 缺点：对集成方要求较高，需要同时理解办公平台和业务系统的账号、组织与流程。
如果企业已有国产 OA 在运行，组织与权限体系一般可以复用，接口开发与联调的具体做法可以看更多技术实现细节中的相关说明。
什么情况下不要选定制或私有化路线
有些情况下，强行上定制或私有化并不划算，立项时要敢于排除：
- 知识还没有整理：文档散落在个人电脑、聊天记录里，先做归档和命名规范，比先建系统更有效。
- 没有明确的知识负责人：没有人愿意为答案准确性负责，系统上线后很快会荒废。
- 需求只是临时查询：使用频率低、场景单一的查询需求，用现有检索工具加目录规范即可。
- 预算只够一次性建设：知识库需要持续维护，缺少年度维护投入时，不建议选定制私有化路线。
反过来，涉及敏感数据、需要与内部系统深度联动、且已有明确运营责任人的场景，才适合走定制或混合路线。
立项评估清单与决策建议
立项材料里建议把下面几项写清楚，评审时逐条对照，比泛泛比较功能列表更有用：
- 知识清单：有哪些来源、多少类文档、由谁提供、更新频率如何。
- 权限边界：哪些内容不能对全员开放，按部门、项目还是角色控制。
- 质量责任：谁负责审核答案、处理错误反馈、定期清理过期内容。
- 集成范围：需要对接哪些系统，账号与组织数据从哪里同步。
- 运维归属：上线后由谁监控、谁处理故障、升级节奏如何安排。
决策上可以按一句话判断：知识集中、追求快速上线，优先考虑成熟平台；知识与业务系统强绑定、权限要求细，考虑定制或混合路线；知识尚未整理、责任人缺位，先做治理再谈系统。需要把评估结论落到实施方案时，可以结合我们的服务范围与交付流程一起讨论。
文字版对比清单
三种路线的对照可以压缩成下面几行，便于在立项会上快速对齐：
- 成熟平台采购 → 适合知识集中、以内部问答为主、希望快速上线的企业 → 主要代价是跨系统集成能力有限，个性化空间小。
- 业务系统定制开发 → 适合知识分散在业务系统、权限要求细、有专职运营责任人的企业 → 主要代价是周期长，需要业务部门持续投入。
- 混合路线 → 适合已有办公平台、需要兼顾上线速度与业务集成的企业 → 主要代价是责任边界要提前划清，集成方需熟悉两侧系统。
常见问题
企业AI知识库立项前最容易被忽略的是什么
是知识维护的责任人。系统选型讨论得多，上线后谁审核答案、谁清理过期文档讨论得少，这往往决定项目能否长期用下去。
已有国产 OA，还需要单独建知识库吗
要看知识范围和权限要求。办公平台自带的能力可以覆盖制度流程类问答；涉及业务系统数据和细粒度权限时，通常需要做集成或定制，具体取决于现有平台的开放程度。
POC 应该验证哪些内容
建议用真实文档和真实账号验证三件事：答案能否定位到原文、权限隔离是否生效、更新一篇文档后答案是否随之变化。验证通过再谈扩大范围。
