01 · 业务背景
同一位客户会从选购一路问到安装和后续服务
净水零售的咨询跨度很长。选购阶段要了解产品差异和安装条件，使用以后又会出现滤芯更换、操作疑问及售后服务需求。客户可能从已接入的不同渠道发起对话，也可能隔一段时间继续追问。悟客在这个案例中承接这些服务触点，让客服在当前权限内看到能够关联的历史上下文，再依据最新产品与服务知识继续处理。
02 · 原有问题
渠道记录彼此分开，知识更新也很难同时到达每个接待入口
客户从一个渠道转到另一个渠道时，常常需要重新说明产品型号、安装进度或滤芯情况。客服还要分别查找产品说明、安装要求和服务规则，旧版本内容若没有及时替换，就可能给出已经失效的答复。人工接管只看到最后一句话时，也无法判断客户已经做过哪些操作。问题量增加以后，重复询问和重复查资料会占用大量接待时间。
03 · 接入与执行
统一会话上下文，并按问题类型调用对应的当前知识
- 汇入会话已接入渠道的对话进入同一服务工作台，按客户现有规则关联可用的历史记录。
- 识别场景区分产品选择、安装条件、滤芯使用和售后服务问题，保留尚未确认的型号与状态。
- 调用知识从当前产品资料、安装说明和服务规则中组织答复，涉及具体操作时给出可核对的步骤或服务入口。
- 继续服务客户换渠道或人工接管后，已确认信息和此前操作仍随会话流转，减少从头询问。
会话关联、知识检索和转交记录需要落在客户现有工作方式里。悟客提供统一上下文，客服仍按企业已有权限处理订单、安装和售后动作。
04 · 人工边界
型号不明、安装条件复杂或服务规则无法确认时及时切换人工
系统不会根据相似描述猜测具体产品，也不会把旧资料中的服务政策当成当前承诺。客户无法确认型号，现场安装条件需要判断，故障步骤可能带来安全风险，或知识条目互相冲突时，会话应转给人工。转交内容包括客户原话、已确认产品信息、查过的知识和未解决问题。人工完成判断后再决定是否预约服务或执行后续业务操作。
05 · 结果验证
每日会话量说明运行负荷，不能代替解决率和服务质量
页面保留的案例记录为每天 3000+ 次真实会话，它说明系统面对的日常服务量，不等同于每次对话都由系统独立解决。运行验证需要先约定会话如何去重、跨渠道对话怎样合并，以及转人工后的记录如何计算，再持续查看问题分类、知识命中、人工接管和后续处理结果。3000+ 属于该案例当前公开口径，其他业务能承接多少会话仍要按渠道、知识和服务流程重新验证。
06 · 适用条件
产品与服务数据保持更新，统一接待才有稳定依据
这套方式适合拥有可维护的产品目录、安装说明、滤芯资料和售后规则，并能明确人工接管责任的零售服务团队。接入前要确认各渠道可用的客户标识与数据权限，知识发生变化时还要有固定人员更新。若产品型号、安装政策或服务范围已经变化，旧答案必须退出使用并重新抽查。案例中的每日会话量来自既有运行环境，不能脱离当前产品数据和服务能力单独复用。