未签收的电商订单怎么自动触发追评消息？先做物流关怀再切换评价

未签收订单不适合直接发送评价邀约。用户此时最关心的是包裹有没有到、会不会延误、怎么联系派送，而不是先给好评。真正有效的做法，是把物流状态当成触发器：未签收阶段发关怀与催签收消息，签收后再切换成评价邀约，这样转化更高、投诉更少、也更合规。

一、先纠正动作：未签收阶段触发的不是催评，而是物流关怀

为什么很多店铺做了消息自动化，效果仍然差

核心问题不在于发得不够多，而在于触发时点错了。未签收用户的即时需求是物流确定性，过早发送晒单、评价、返图类文案，往往会被当成打扰，甚至触发负面反馈。

从行业趋势看，客户运营和客服自动化已经是明确的增效方向。McKinsey在2023年指出，生成式AI每年可创造约2.6万亿至4.4万亿美元经济价值，其中客户运营是重要受益环节；Gartner预计到2026年，对话式AI将为联络中心减少约800亿美元人工成本。放到电商订单链路里，最先值得自动化的，正是规则清晰、重复量大、对时效敏感的物流触达。

• 发货后：提醒已出库、预计到达时间、修改地址截止点
• 派送中：提醒保持电话畅通、代收点位置、签收注意事项
• 异常滞留：触发核查说明、安抚承诺、人工介入入口
• 签收后：再进入评价邀约、使用指引、二次复购触达

二、真正能落地的触发条件，不靠人工盯物流

推荐把规则拆成五类事件

事件	典型条件	发送内容	停止条件
首扫成功	已发货且出现首条轨迹且未签收	到货提醒与预计时效	24小时内不重复
派送中	物流状态变为派件或配送中	收件提醒与联系方式确认	已签收或派送失败
异常滞留	48小时无更新或标记异常件	核查关怀与补偿预期说明	轨迹恢复或售后启动
到站未取	驿站或自提点存放超24小时	取件提醒与超时风险提示	已取件或退回
已签收	签收满24小时且未退款未投诉	评价邀约与使用建议	已评价或售后开启

频控比文案更重要

1. 同一订单同一节点只发一次
2. 24小时内最多两次触达
3. 存在退款、投诉、拒收标记时立即终止催评链路
4. 夜间优先站内消息或次日补发
5. 高客单商品先发服务型话术，低客单商品可简化提醒

一条实用判断公式

可发送消息 = 订单已发货且未签收 且 存在有效物流节点 且 不在售后中 且 用户未退订 且 未达到频控上限。只要其中任一条件不满足，就不该继续自动触达。

三、自动化链路怎么搭，订单、物流、客服三套系统闭环

最稳妥的实现方式不是单点脚本，而是事件驱动

1. 数据接入：从店铺平台、ERP、WMS或快递接口拉取订单号、发货时间、物流单号、收件方式、售后状态。
2. 状态归一：把不同平台的轨迹字段映射为首扫、运输中、派送中、异常、签收、退回等统一事件。
3. 规则判断：根据品类、平台、时段、地区、客服分层设置不同模板与频控。
4. 行动执行：通过站内信、短信、企微或客服工作台自动发送；必要时自动创建核查工单。
5. 结果回写：把发送时间、触达结果、用户回复、后续签收状态写回CRM或工单系统，形成可审计闭环。

如果店铺、ERP、快递查询页、客服工作台没有完全打通，可用实在Agent做调度中枢：一端读取订单与物流数据，另一端在千牛、ERP、企业微信或浏览器页面执行操作，把规则判断、消息触达、异常核查和结果留痕串成一条链路。

这类方案的技术路径

• API接入：优先接订单平台与物流接口，拿到标准化数据
• RPA执行：当部分系统没有开放接口时，直接在页面或客户端完成登录、读取、发送、回写
• CV与NLP识别：识别页面字段、物流文本和客服会话，减少硬编码依赖
• 规则引擎加大模型判断：规则负责确定性条件，大模型负责话术生成、异常归因与回复分流
• 审计与权限：保留每次触发依据、发送内容、执行截图与回写记录，便于复盘和合规检查

这样做的价值在于，企业不必等所有系统都开放接口后再启动项目；先把高频的未签收提醒、异常关怀、签收后邀评跑起来，再逐步扩到退款、补发、复购和私域沉淀。

四、真实业务场景说明了什么

场景一：某家居日用零售电商的大促回访

某家居日用零售电商曾在大促期间，把吉客云与千牛打通，对已进店咨询但未下单的用户进行二次回访。这个场景虽然不是未签收订单催评，但它验证了一个关键事实：当触发条件清晰时，消息触达完全可以批量自动执行，人工无需逐个筛选名单，也不用反复复制粘贴话术。

• 价值一：替代重复发送回访消息
• 价值二：避免高峰期客服顾不过来
• 价值三：把消息触达从人找订单，变成订单找人

场景二：多平台物流拦截与轨迹复核

另一类更接近的真实场景，是已发货仅退款订单的物流拦截自动化。系统可以对淘宝、拼多多、抖店和ERP进行24小时监控，对已拦截订单持续复核轨迹，并把数据留存后每日同步到群内。虽然业务目标是退款拦截，不是评价邀约，但底层机制与本文讨论的未签收消息触发几乎一致：都是基于物流状态变化自动判断、自动执行、自动留痕。

把这两类能力迁移到未签收订单，可直接得到三类收益

• 降低咨询量：用户在派送节点收到清晰提醒，哪里了、何时到、怎么取，一次说清
• 减少漏管：异常滞留、驿站未取、派送失败不再依赖人工盯看
• 提高后链路转化：签收后自动切换评价邀约，比发货后直接催评更自然

数据及案例来源于实在智能内部客户案例库

💡常见问题

Q1：未签收阶段能直接发评价邀约吗？
A：不建议。未签收阶段更适合发物流关怀、到货提醒和异常说明。等到状态变为已签收，且没有退款、投诉、拒收等标签后，再发送评价邀约，转化更稳。

Q2：48小时没有物流更新，应该发什么？
A：不要继续催评，应自动触发异常核查消息，并同步创建客服核查任务。文案重点是说明已关注、预计处理时效和后续通知方式，而不是要求用户给反馈。

Q3：没有物流API，还能做自动触发吗？
A：可以。常见做法是用ERP导出的订单列表加上快递官网或客服工作台页面识别，先把首扫、派送中、签收、异常四类节点跑通，再逐步补全接口化接入。

参考资料：McKinsey Global Institute，2023年6月，《The economic potential of generative AI: The next productivity frontier》；Gartner，2023年8月，《Conversational AI Will Reduce Contact Center Agent Labor Costs by $80 Billion by 2026》。