在企业微信二次开发里,客户消息进入系统后,第一步不是直接回复,而是先判断客户到底想办理什么业务。
星云API在这类场景里,更建议先做一层业务意图识别,再把消息分配给对应模块处理。
一、先拿到消息基础信息
收到消息后,可以先提取:
客户ID
群ID
消息内容
消息类型
消息ID
具体消息字段和接口能力参考可以点击上方卡片官网进入接口文档。
二、根据内容识别业务意图
例如客户发送:
查一下订单
可以识别为:
ORDER_QUERY
如果发送:
我要申请售后
则可以识别为:
AFTER_SALES
常见的业务意图还可以包括:
订单查询
售后处理
资料领取
人工客服
客户资料修改
三、识别完成后统一分配
不要让每个业务模块自己去抢消息。
更适合的方式是:
客户消息
↓
意图识别
↓
业务路由
↓
对应处理模块
例如:
订单查询 → 订单系统
售后申请 → 售后模块
人工客服 → 人工队列
这样后面增加新业务时,只需要增加新的路由规则。
四、无法识别时要有兜底
有些客户可能只发:
帮我处理一下
这种消息单独看很难判断。
可以结合:
最近几条消息
客户当前状态
历史业务记录
所在群聊
继续识别。
如果仍然无法确认,就转人工处理,不建议强行匹配。
总结
客户消息自动分配的核心流程可以理解成:
接收消息
→ 识别客户意图
→ 匹配业务类型
→ 分配处理模块
→ 执行业务
→ 返回结果
把意图识别和业务分配这一层做好以后,订单、售后、CRM、自动客服等多个模块都可以共用同一套消息入口。
星云API可以负责企业微信侧消息与业务系统之间的连接,再结合业务路由,就能让客户消息进入系统后自动进入正确的处理流程。
本文介绍企业微信二次开发中客户消息进入系统后的自动化处理流程:首先提取消息基础信息,其次基于内容识别业务意图(如咨询、售后、订单等),然后通过统一业务路由规则将消息分发至对应模块,最后对无法识别的消息结合上下文分析或转人工兜底。该方案依托星云API实现消息接入与业务系统解耦,支持订单、CRM、自动客服等多模块复用同一消息入口。
421

被折叠的 条评论
为什么被折叠?



