售前产品知识库应找能整理真实产品资料、区分使用角色并设计问答依据的实施团队。选服务商时，不只看聊天界面和模型名称，要确认客户、经销商和内部销售分别能问什么、看到什么。先明确一个售前场景，再决定资料范围、渠道及系统接入。
先说明使用者和下一步动作
客户查询公开产品特点，与销售查询内部选型资料，是两种任务。客户希望判断产品是否合适，销售可能还需要核对规格和待确认条件。两者可以共享公开资料，但内部价格、客户信息和非公开文件不能因为接入同一个知识库就默认开放。
向实施团队说明使用者是谁、从哪个渠道进入、回答之后要做什么。只需要资料查询时，可以先不连接客户系统；需要转咨询时，则明确由谁接收、带上什么信息以及怎样反馈。
用六个问题判断方案是否完整
- 谁确认资料？产品手册、参数表和常见问题要有负责人员，服务商不能靠网上相似产品补全本公司的规格。
- 如何定位产品？型号、产品线和适用条件不同，系统需要追问和匹配，不能总是返回一个笼统介绍。
- 答案依据在哪里？关键参数和适用范围应能核对到原资料，链接或位置要让使用者找得回来。
- 不知道时怎么办？没有资料支持的结论应提示补充或转人工，而不是为了回答完整自行猜测。
- 渠道与权限怎样实现？公开咨询与内部使用应分别验证，不能只依赖提示词要求保密。
- 交付后谁维护？资料更新、测试问题和用户反馈需要持续处理，说明责任与服务范围。
这些问题应通过样例和交付清单回答，不宜只得到“我们平台很强”这类笼统承诺。
方案示例：制造企业的产品选型咨询
以下为方案示例，不代表真实客户交付。客户描述使用环境，但没有指定型号。助手先询问必要条件，从获准公开的产品资料中整理候选信息，并说明哪些条件仍需销售确认。
客户进一步要求特定交付安排时，可以生成给销售的咨询摘要，不把产品手册当作当前库存或交期依据。销售确认后再沟通具体方案。涉及新需求或特殊配置，也应说明需评估，不把类似型号的能力直接搬过去。
要求一次完整演示，而不只是聊天展示
提供脱敏问题，观察从提问、追问、资料检索到转人工的全过程。测试包含相似型号、缺少条件、无资料问题和试图读取内部信息的提问。业务人员检查答案是否真的适用于问题，而不只核对引用中的数字。
转人工时，接收人应看到客户原问题、已确认条件和还需回答的事项。不能让客户重新说明全部背景，也不能把未确认结论塞进已确认需求。客户交接的摘要设计可参考销售接手客户时需要的信息。
比较报价时让范围相同
区分资料整理、应用搭建、渠道接入、系统集成、培训和维护。请不同团队按同一场景和样例说明交付，注明哪些功能是演示、哪些需要另行开发。资料质量不足时，将整理任务列出来，不默认知识库上传后即可使用。
常见问题
只有PDF产品手册可以开始吗？
可以先检查可读性、内容完整性和授权。能否满足问答，要用真实售前问题验证，不能只看文件上传成功。
知识库可以代替销售吗？
可以辅助资料查询和咨询整理，具体报价、配置确认和商务承诺仍由企业按流程处理。
需要马上接到所有渠道吗？
可以先在一个受控渠道试点，再依据资料、权限与使用效果扩大范围，每个新增渠道都重新检查。
深圳创智瑾程科技有限公司提供AI智能体与企业知识库开发，可从售前问题、公开资料和人工交接评估方案。面向深圳及全国企业沟通具体需求，咨询联系13510134572。
内容说明：本文由AI辅助整理，制造业售前情境为方案示例，不代表现成产品或真实项目记录。