返回“私有化大模型”

客户服务团队 · 05 / 12

基于私有化大模型的客服回复助手

几秒内依据客户的真实历史记录为客服起草回复,身份证号、账户信息和病历始终不出公司。

戴耳机的客服对着屏幕微笑,回复草稿3秒生成,客户记录中的证件号、账户和病史均已隐藏。 客户服务团队
“每次和客户沟通都会涉及病历、账户信息或身份证号。用公共 AI 帮忙回复,等于每次都把客户数据送出去。”

我们常见的问题

客户通过 LINE OA(LINE 官方账号)、邮件和呼叫中心找上门,每段对话里都有身份证号、银行账号或病历。客服要开三个屏幕,读完历史工单,再自己打字回复。客户在线上等着,答案也因接待的人而异。

有些客服曾把客户消息贴进 ChatGPT 让它帮忙起草,这等于每次都把个人数据送出公司。数据保护官(DPO)一发现就只能下令禁止,团队又回到慢慢手打的老样子。

我们的解决方法

我们在企业自有服务器或企业云账号中安装语言模型,把助手嵌入客服正在使用的界面,无论是 Salesforce、Zendesk 还是您自己的客服中心系统。客户来消息时,助手在客服的权限范围内读取这位客户的历史记录和过往工单,用一段话概括之前的情况,并引用真实政策起草回复,客服修改后即可发送。

个人数据不出企业网络。客服不需要看到的地方,系统会遮盖身份证号和银行账号;每次查看都写入审计日志,DPO 可以按泰国《个人数据保护法》(PDPA)的要求核查。不调用任何外部 API。

每条消息仍由客服亲自发送。涉及钱或合同的事项,例如退款或取消服务,系统准备好资料,由团队主管审批。

系统如何运行

工作来源
  • LINE OA 和邮件消息
  • 打进客服中心的电话
  • CRM 记录与历史工单
  • 内部手册与政策
AI 做什么
  1. 核对权限并遮盖敏感数据
  2. 概括客户此前的情况
  3. 引用政策起草回复
  4. 访问记录写入审计日志
结果去向
  • 回复草稿出现在客服界面
  • 接听前摘要推送给客服
  • 退款事项交主管审批
  • 供 DPO 查阅的审计日志

使用前后对比

使用前
使用后
客服开三个屏幕、读完历史工单才能回复,客户在线等
客服开始打字前,此前沟通的摘要和回复草稿已经备好
答案因接待的人而异
每条回复都引用同一套政策
没人知道客户数据已经贴进公共工具多少次
每次查看客户数据,都在自有系统里留下审计日志

您将获得

  1. 01

    嵌入客服中心界面的助手,从 CRM 和历史工单读取客户记录,起草回复供客服一键发送

  2. 02

    客服接听前,系统在企业内部汇总这位客户过往的对话,供客服先读

  3. 03

    自动遮盖身份证号、银行账号和健康数据,客服只看到权限允许的部分

  4. 04

    从内部手册中检索政策、产品条款和问题处理步骤,并注明依据的条款

  5. 05

    供 DPO 查阅的审计日志:哪位客服打开了哪位客户的记录,哪些草稿在发送前改过

各方的收获

企业主

客户在每个渠道都能更快得到一致的答复;面对客户或监管机构,也能说明客户数据只存放在我们自己的系统里。

IT 负责人

通过官方 API 嵌入现有的 CRM 界面,部署在您的基础设施上,敏感数据送达模型前已经遮盖,每次访问都有审计日志。

每天使用的团队

客服不用再在几个屏幕之间来回切换,也不必一遍遍重打同样的回答:读完摘要,稍改草稿,就能发送。

适合哪些企业

银行与金融机构财产险与寿险公司医院与连锁诊所电信运营商与 ISP个人用户众多的公用事业企业

对接您现有的系统

SalesforceZendeskFreshdeskLINE OAGenesysActive Directory

开发流程

  1. 1

    需求梳理

    明确需求、用户与成功指标,开工前锁定范围与价格。

  2. 2

    设计

    设计 UX 与系统架构,原型确认后才进入开发。

  3. 3

    开发

    AI 加速的迭代冲刺,每周演示,资深工程师评审。

  4. 4

    测试

    按约定范围验证质量、安全与性能。

  5. 5

    上线与维护

    生产部署、团队培训与月度维护计划。

把业务难题,变成替您工作的系统

今天告诉我们您的问题——获取包含计划与预算的管理层方案书。

就此方案咨询工程师