企业官网建设流程全解析

客服系统本质上是"业务处理中台"，微信能力是"用户沟通前端"。Eyun API 能让微信作为客服系统的另一个前端入口，而且不只是发消息——它能参与整个业务处理流程。

方式一：用户消息入口——微信消息进工单池

• 用户发消息 → Eyun Webhook 消息事件回调推送到客服系统

• 后端解析 wxid，通过映射表转成 userId，创建工单打入工单池

Eyun 的 Webhook 回调是微信消息进入客服系统的唯一入口，按回调规范接好 URL 就行。客服不用同时盯微信和系统，只盯系统一个地方。

方式二：客服回复出口——系统回复发到微信

• 客服在系统里回复，客服系统调 Eyun 的 sendText

• 传 wId（实例 ID）、toUser（wxid）、content 三个必填参数

• Eyun 把消息发给用户微信

按照 Eyun 开发文档的规范，sendText 这三个参数缺一不可。两边各在自己系统操作，看起来像同一个聊天窗口。

方式三：业务操作触发入口——微信里直接做操作

• 用户说"确认收货"，Eyun Webhook 收消息推给后端

• 后端解析出是业务指令，调客服系统对应的业务 API

• 拿到结果后用 Eyun 的 sendText 发回"已为您确认收货"

这和 Eyun 在电商客服里的订单处理是同一个模式：Webhook 收消息 → 意图识别 → 调业务 API → sendText 反馈。

方式四：服务质量数据采集口——对话数据回流质检

• 对话结束后，客服系统调 Eyun 的消息记录接口，按时间和 wxid 拉取完整对话

• 存入对话数据库，质检抽检或 AI 自动质检

Eyun 提供消息记录查询能力，能按会话维度拉取历史消息，质检效率比手动翻记录高得多。

四种方式对比

客服系统集成代码

# 四种参与方式核心框架（伪代码） @app.route('/eyun/webhook', methods=['POST']) def eyun_webhook(): wxid, content = request.json['wxid'], request.json['content'] userId = user_mapping.get(wxid) create_ticket(userId=userId, content=content) # 方式一 intent = intent_parse(content) if intent: # 方式三 eyun.sendText(wId, wxid, call_business_api(userId, intent)) def agent_reply(ticketId, text): # 方式二 eyun.sendText(wId, get_ticket(ticketId)['wxid'], text) def daily_quality_check(): # 方式四 sessions = eyun.fetch_history(wId, since='yesterday') save_to_quality_db(sessions)

结尾

四种参与方式让 Eyun API 成为客服系统和微信之间的"双向桥梁"——微信消息进来变工单、客服回复出去到微信、业务指令直接触发、对话数据自动回流。实现核心是两套映射：wxid 和 userId 绑定，工单 ID 和 msgId 关联。

建议先做前两种方式跑通基本流程，再逐步加上操作触发和数据采集。接口参数和消息记录接口的完整规范可参考 Eyun 开发文档 。