客户下单了客服不知道客户咨询了客服没看到。这类信息延迟是客服团队最常见的痛点。这篇讲怎么用企微 API 把订单和咨询事件实时推给客服。事件来源订单系统和咨询入口订单事件来自你的业务系统电商后台、ERP、CRM咨询事件来自企微消息回调。两个来源两条链路最后汇到同一个提醒服务。订单事件业务系统里订单状态变化待付款→已付款→已发货触发 webhook 到你的提醒服务。咨询事件客户在企微里发消息回调推送到你的服务。两条链路的处理逻辑一样解析事件 → 确定接收人 → 渲染模板 → 发送提醒。确定接收人不是发给客服是发给谁给客服发提醒这个说法太模糊。实际场景里接收人可能是值班的客服排班表决定负责这个客户的销售客户归属决定负责这个品类的运营订单内容决定客服主管投诉类事件升级做法是用一张路由表按事件类型和业务属性匹配接收人ROUTES { order_paid: {type: sales, field: customer_owner}, order_urgent: {type: role, value: on_duty_cs}, complaint: {type: role, value: cs_manager}, } def resolve_receiver(event): route ROUTES.get(event[type]) if not route: return default_receiver() if route[type] sales: return get_sales_of_customer(event[customer_uin]) elif route[type] role: return get_users_by_role(route[value])渲染模板信息密度决定响应速度提醒消息的内容决定客服要花多少时间理解发生了什么。好的模板让客服一眼就能行动TEMPLATES { order_paid: ( 新订单提醒\n 订单号{order_no}\n 客户{customer_name}{customer_uin}\n 金额{amount}\n 商品{items}\n 请及时处理发货。 ), complaint: ( 客户投诉\n 客户{customer_name}\n 内容{content}\n 历史订单{order_count} 笔\n 请尽快联系客户处理。 ), }关键信息放前面辅助信息放后面。客服扫一眼就知道要不要立刻处理。发送单聊优先群聊兜底提醒发给个人别发到群里。群里消息多容易被淹没单聊消息有强提醒客服不会错过。但如果值班客服没设或者销售离职了要有兜底策略发到客服群 所有人。def send_reminder(event): receivers resolve_receiver(event) if not receivers: # 兜底发到客服群 send_to_group(CS_GROUP_ID, render(event), mention_allTrue) return for uin in receivers: conv_id resolve_conversation(uin) send_text(conv_id, render(event))状态跟踪发出去不算完要确认收到提醒发出去客服没看到等于没发。要跟踪已读状态发送后记录messageId定时查getMessageReceipt确认已读超时未读升级到主管def track_receipt(message_id, event, timeout300): deadline time.time() timeout while time.time() deadline: resp call_api(message/getMessageReceipt, { appid: APPID, messageId: message_id }) if resp[code] 0 and resp[data].get(read): return True time.sleep(10) # 超时未读升级 escalate(event) return False一个真实场景某电商团队的订单提醒之前靠客服每小时手动刷一次后台平均响应 40 分钟。改成实时推送后订单支付成功 10 秒内客服就收到提醒平均响应降到 2 分钟。关键是提醒要到人不是到群。接口路径和字段在Eyun 开发文档里能查到凭证在Eyun 控制台开通实例后拿到。