前阵子帮一个做教育的客户优化客服系统我把他们一整套交互链路从头到尾画了一遍画完发现一个有意思的事传统的触达-感知-处理-反馈四个环节几乎每一个都被微信API改写了。以前我们做后端的习惯了用户主动来用系统这套逻辑——用户打开APP、点按钮、提交表单、看结果。微信API进来之后这套逻辑整个倒过来了。我把四个环节的变化拆开讲讲。环节一触达——从等用户打开APP到主动推到微信老方式痛点发个通知靠短信和APP推送短信打开率撑死15%APP推送更惨大部分用户关了通知权限根本收不到。新方式设计把通知渠道换成微信消息。系统有要告诉用户的事直接发到他微信里文案还能带emoji带链接比干巴巴的短信友好多了。Eyun能力支撑sendText发文本、sendImage发图、sendFile发文件。RESTful风格调用传wId实例ID、对方wxid、内容就行返回JSON。效果数据同样的通知内容微信消息打开率能到70%-90%比短信翻了好几倍。环节二感知——从用户找系统到系统听用户老方式痛点用户想反映问题得先打开APP、找到入口、填一堆字段。很多人嫌麻烦直接不反映了系统根本不知道用户在抱怨。新方式设计用户在微信里随口说一句系统就感知到了。不用让用户找系统让系统去听用户。Eyun能力支撑Webhook回调。Eyun把用户发来的微信消息实时推到你配置的回调地址POST一段JSON过来里面有消息内容、发送者wxid、消息类型。效果数据用户反馈量从日均30条涨到日均180条因为门槛降到了发条微信的程度。环节三处理——从表单提交到自然语言对话老方式痛点用户要办个业务得填一张长表单字段十几个一半人填到一半放弃。新方式设计用户直接发一句话系统识别意图执行。比如发帮我查下订单状态系统解析出意图查订单、参数我的订单直接查完返回。Eyun能力支撑消息回调拿用户说的话关键词/意图识别你自己的逻辑API执行调你的业务接口。Eyun负责把消息准确送达意图识别这部分得你自己接NLP或者写规则。效果数据业务办理完成率从20%提到75%因为对话比表单门槛低太多。环节四反馈——从用户看结果页到结果主动找用户老方式痛点处理完了让用户去结果页看用户不看他根本不知道处理完了下次又来问一遍。新方式设计处理完直接把结果发到用户微信里。结果主动找用户不是用户找结果。Eyun能力支撑还是sendText/sendFile。处理结果可以是文字摘要也可以是PDF报告。效果数据重复咨询率下降60%用户问我那个处理得怎么样了的次数明显少了。四个环节的完整链路实现下面这段是把四个环节串起来的简化版跑通这套就能体会到链路倒置的感觉# 完整交互链路触达→感知→处理→反馈 from flask import Flask, request app Flask(__name__) # 环节2:感知——Webhook回调入口 app.route(/eyun/callback, methods[POST]) def webhook(): msg request.json user_wxid msg[fromUser] content msg[content] # 环节3:处理——意图识别业务执行 intent parse_intent(content) result execute_business(intent, user_wxid) # 环节4:反馈——结果发回微信 sendText(WID, user_wxid, f处理完成{result}, TOKEN) return {code: 0} # 环节1:触达——主动推送 def push_notification(user_wxid, content): sendText(WID, user_wxid, content, TOKEN)注意Webhook回调接口要做签名校验Eyun会在请求头带Token验一下确认是Eyun推过来的别什么请求都接。四个环节改变对比环节旧方式新方式关键Eyun能力触达短信/推送微信主动发sendText/sendImage感知用户填表单Webhook实时回调Webhook处理表单提交自然语言对话回调意图识别反馈结果页展示结果推送微信sendText/sendFile写在最后我画完那张链路图才意识到微信API对应用交互的改变不是多了一个渠道那么简单而是把整个交互的主动权从用户手里挪到了系统手里。以前是用户主动找系统现在是系统主动找用户。这个倒置一旦想明白很多原来难解的体验问题就豁然开朗了。Eyun开发文档里对Webhook回调的字段说明很清楚Eyun平台能直接配回调地址试。我自己做这套链路的时候Eyun的文档和实例支持帮了不少忙至少不用在协议层踩太多坑。