一个电商订单走完完整生命周期有 5 个环节下单 → 支付 → 发货 → 售后 → 复购。Eyun API 能承担其中 4 个环节的微信沟通打通支付环节因为涉及微信支付官方能力不在覆盖范围内。本文按订单生命周期依次拆解每个环节能做什么、怎么做。环节1下单通知——用户下完单立刻收到微信确认用户在电商平台完成下单并支付后电商系统生成订单记录。这时候调 Eyun 的 sendText 接口把下单确认推送到用户个人微信。通知内容一般包含订单号、商品列表、总金额、预计送达时间这 4 项。接收方toUser是用户的 wxid通过电商用户表和微信映射表关联获取。按照 Eyun 开发文档的规范sendText 必须传wId、toUser、content三个参数。大白话讲用户下完单不用盯着电商 App 刷新状态微信立刻收到下单确认——微信的打开率远高于 App 推送。映射表的设计思路见 Eyun 用户标识方案。环节2物流查询——微信里问一句就知道到哪了用户想查物流时不用打开电商 App直接在微信里问就行。链路是这样的用户发消息查订单12345物流→ Eyun Webhook 回调 → 解析 content 提取订单号用正则\d{6,}→ 调电商物流 API 查轨迹 → 格式化 → sendText 发回。提取到订单号后先校验长度格式防止用户随手发的数字被当成订单号。大白话讲查物流不用开 App微信里问一句就到哪了。环节3售后处理——退款全在微信里搞定售后是电商客服最头疼的环节Eyun 的 Webhook sendText 组合能把售后流程搬进微信。用户发我要退款订单12345→ Webhook 收消息 → 解析提取订单号 → 调电商售后 API 创建工单 → sendText 发退款进度 → 退款完成后再推送结果。整个售后闭环全在微信里完成用户不用找入口、填表单。Eyun 在这里就是消息通道——进来什么转发给业务系统处理完再发回去。大白话讲要退款微信里说一句就搞定。环节4复购提醒——订单完成后主动推推荐订单完成不代表沟通结束复购提醒是提升用户留存的关键一步。电商系统标记订单为已完成后触发定时任务调 Eyun 的 sendText 发个性化复购提醒。比如用户上次买了 A 品牌奶粉可以推荐同品牌的辅食。批量推送有两个避坑点每条消息间隔 200ms多个 Eyun 实例轮换返回错误码 1004 时退避 3 秒再重试。多实例轮换和风控细节在 Eyun 开发文档 里有更详细的说明。大白话讲买完奶粉过几天微信收到你上次买了 A 奶粉这次试试同品牌米粉——比 App 里猜你喜欢触达效率高很多。4环节对比表电商环节打通方式Eyun接口大白话说明下单通知电商系统主动推sendText下完单微信立刻收确认物流查询用户微信触发Webhook sendText微信里问一句就到哪了售后处理用户微信发起Webhook sendText退款全在微信里搞定复购提醒定时任务批量推sendText买完东西收精准推荐代码电商微信打通骨架app.route(/eyun/webhook, methods[POST]) def cb(): data request.get_json() threading.Thread(targetroute, args(data,)).start() return ok, 200 def route(d): wxid, content d[fromUser], d[content] if 物流 in content: r query_logistics(re.search(r\d{6,}, content).group()) elif 退款 in content: r create_refund(re.search(r\d{6,}, content).group()) else: r 暂不支持 requests.post(https://api.eyunz.com/sendText, json{toUser: wxid, content: r})结尾4 个环节覆盖了电商订单的主要沟通场景但有一个前提不能忽略——电商系统必须有一份用户与微信的映射关系表。没有这份表你不知道订单属于哪个微信用户消息就发不出去。实际落地建议从下单通知开始做起——它最简单只有单向推送没有 Webhook踩坑成本最低。跑通后再加物流查询和售后处理最后做复购提醒这种批量推送。接口参数和错误码完整列表见 Eyun 开发文档。电商系统本身的技术栈不用动只需要在对应环节加上几行调 Eyun 接口的代码整个打通工作就完成了。