有些企业把所有资料称为“知识库”，再把 FAQ 叫“问题库”。这样并非完全错误，但一旦需要让销售、客服或 AI 工具稳定使用，就容易出现两个问题：资料来源没有确认，或者测试题没有覆盖客户的实际问法。把两类内容分清，可以更容易发现缺口。
知识库：回答“依据是什么”
知识库应围绕已确认的公司、产品、服务、场景、客户 FAQ、案例和销售口径进行整理。每条重要信息至少要能说明来源、当前版本、审核或确认人、适用范围和公开边界。产品参数、价格、资质、交付承诺和客户案例等变化或受限内容，不能因“放进知识库”就自动变成可公开或可直接回答的事实。
问题库：回答“客户会怎样问、怎样测”
问题库可以来自销售、客服、咨询记录和已有 FAQ，并按购买阶段、场景、条件不足和同义问法进行整理。它既能帮助筛选官网文章和公开 FAQ 的选题，也能在内部 AI 接入后作为测试题：检查能否找到正确依据、答案是否遵守边界、信息不足时是否追问或标记待确认。
一起设计，分别维护
| 共同部分 | 先选定一个产品、服务或客户场景；确认业务负责人、资料版本、使用对象和权限边界。 |
|---|---|
| 知识库的检查点 | 来源是否可追溯、版本是否有效、事实是否经过确认、哪些内容不可公开或需人工确认。 |
| 问题库的检查点 | 是否覆盖真实高频问法、同义问法和缺条件情形；每题是否有预期处理方式和复核依据。 |
| 官网 FAQ 的额外要求 | 只发布已经获准公开的答案，并单独检查正文、标题、结构化数据、网址和 sitemap 是否可读。 |
例如，当客户问“这项服务适不适合我”时，问题库应保留这个问法及需要补充的条件；知识库则提供已经确认的服务范围、适用条件和不承接事项。若条件不足或涉及报价、产品适配和承诺，预期处理方式应是追问或转由负责人确认，而不是编造结论。
首次交付可以控制到什么范围？
可以先选择一个场景，形成一批已确认的资料条目和对应的测试问题，再决定是否扩展到更多产品、官网内容或 AI 工具。系统接入、客户数据处理、对外公开、复杂流程改造和后续维护，都应在开始前另行确认范围、权限和责任。
本轮问题库
这里整理 8 道问题，用于核对知识库与问题库是否各自承担了应有的职责。查看知识库与问题库核对题 →
常见问题
知识库和问题库能放在同一个工具里吗？
可以，前提是仍能区分资料条目、来源和版本，以及客户问题和测试题。工具存放位置不等于资料已确认或答案已经通过测试。
只有官网 FAQ，还需要内部问题库吗？
视使用场景而定。官网 FAQ 只适合已经确认可公开的答案；内部问题库还可保留需要追问的情形、测试用例和不适合公开的处理规则。
问题库中的每一道题都要公开成文章吗？
不需要。先检查事实依据和公开权限。适合公开且可由已确认资料支撑的问题，才可整理成官网 FAQ 或文章；涉及客户资料、报价、适配或未确认承诺的问题，应留在内部处理。
怎样验收两者是否能配合使用？
用已确认答案的测试题检查是否能找到对应资料、答案是否与版本一致、缺条件时是否正确追问或标记待确认；对官网公开页，还要另行检查可访问性和公开内容的事实边界。
下一步
从一个重复咨询场景开始，同时列出资料清单和客户问法，再确认谁负责版本、审核和测试。查看知识库启动清单，或准备一次轻诊断。