企业决定做知识库后，第一步应该先确认什么？

企业决定建设知识库后，最容易出现的情况是资料很多、目标却不够具体：产品资料、销售话术、官网页面和历史文件同时涌进来，最后很难判断哪些内容可靠、谁来更新、做完是否真的能用。更稳妥的开始方式，是先做一个边界清楚的最小范围。

先确定一个使用场景

可以从一条产品线、一个服务项目，或销售团队最常重复解释的一类问题开始。把场景写成一句可检查的话，例如“整理某项服务的客户高频问答和已确认资料”，而不是笼统地写“建设企业知识库”。本轮范围之外的资料先登记，不必混入第一批内容。

资料与版本：提供公司介绍、重点产品或服务资料、已有官网或平台链接、客户常见问题等，并由企业说明哪些版本当前有效。
业务确认人：确定一位能确认产品、服务、案例、价格、交付承诺等业务事实的负责人。资料有冲突或缺项时，不能靠猜测处理。
使用对象：明确知识库是给内部销售或客服使用、给 AI 工具调用，还是要将经过确认的答案整理成官网公开内容。不同对象的权限与表达方式不同。
数据与公开边界：涉及客户资料、内部系统、报价、账号、合同或未获授权案例时，先确认是否可使用、是否需要脱敏、能否公开。仅做公开页面和企业资料的初步检查，一般不需要系统账号。
验收方式：事先选出一组有确认答案的正常问题、同义问法和缺少条件的问题，检查能否找到依据、回答是否一致、缺条件时是否会追问或标记待确认。

知识库记录“依据和标准答案来自哪里”，问题库记录“客户会怎么问，以及怎样测试”。两者可以围绕同一个场景一起建设，但职责不同：前者帮助统一资料来源、版本和审核，后者帮助检验答案是否覆盖真实问题、是否会在条件不足时停止或追问。对外发布的官网 FAQ 还需要单独确认公开权限和页面可读性。

第一批做什么	一个场景的已确认资料、知识条目、客户问题与测试题，以及使用和更新的责任人。
需要单独确认什么	系统接入、客户数据处理、对外公开、复杂流程改造、报价和周期安排。
怎样验收	按确认过的测试题逐项检查资料来源、版本、回答、追问和人工复核；没有证据的状态写“未验证”。
何时再扩大	第一批范围能维护、能复查后，再根据真实客户问题扩展产品、场景或公开内容。

这种做法不是承诺固定功能、固定周期或特定效果，而是先把资料、规则和责任说清，再由双方确认本轮范围与交付。涉及系统账号、客户数据或业务流程时，应另行确认权限、数据边界和服务范围。

以下 8 道问题可用于首次启动会或资料收集前的核对。查看知识库启动问题库 →

不必。建议先围绕一个产品、服务或客户场景提供当前可确认的资料；其他资料可登记为后续范围，避免把不同版本和未审核内容混在一起。

企业应指定有权限的业务负责人确认相关事实、版本和公开边界。服务方可以协助整理和标记冲突，但不能替代企业做业务承诺或事实判断。

不是。知识库可服务内部人员或 AI 工具，官网 FAQ 面向公开读者。公开答案需要另行确认可公开范围，并检查页面是否可访问和可读取。

用事先确认答案的测试题逐项检查来源、版本、回答和缺条件时的处理；如果接入内部 AI，还应测试资料命中与人工复核。没有证据的结果应标为未验证。