官网友情链接 wechatapi.net个人微信自动化运行以后业务人员经常看到一个现象客户没有回复。销售可能认为客户没兴趣。但真实情况可能是上一条机器人消息发送失败。如果后台只在技术日志里记录失败销售工作台仍然显示任务“已处理”就会造成错误业务判断。所以个人微信二次开发中的消息重试状态应该对业务人员有一定可见性。WechatApi 可以作为个人微信API接入层负责消息发送和结果。本地任务系统则把发送中、失败、重试、最终失败等状态转换成业务可理解信息。一、接口失败不能伪装成客户沉默销售任务“发送方案并等待客户回复。”发送实际失败。业务状态不应该进入waiting_customer。而是send_failed。否则销售会错误等待客户。二、一个具体例子15:00系统准备发送“方案已经发您请查收。”WechatApi发送失败账号异常。任务状态waiting_retry。15:05仍失败。系统通知销售“消息暂未发送成功。”销售可以决定人工处理。客户根本没收到自然不能统计无响应。三、WechatApi 在这里的位置WechatApi提供真实发送结果。任务层负责翻译成业务状态。四、重试过程不要给业务人员刷日志第一次失败第二次第三次。业务工作台不需要看一堆堆栈。只需要正在重试已恢复最终失败。技术日志保持详细。五、自动恢复后更新状态第三次重试成功。业务状态sent。开始计算客户响应时间。不能从第一次失败时间开始算响应SLA。应该从真正发送时间算。六、最终失败超过窗口仍然没发出去。状态failed_final。创建人工待办。不要悄悄结束。七、客户可见消息和后台任务不同CRM同步失败。不需要销售立刻看到。客户消息失败业务价值高。可见性更高。按任务类型决定。八、群消息群机器人发送失败。运营工作台显示自动回复未送达。避免运营以为机器人回答了。九、批量任务群发500目标。450成功。50失败。任务页面明确客户未触达。不能只显示整体“90%成功”。十、失败原因可以业务化技术HTTP timeout。业务“账号暂时不可用”。技术relation invalid。业务“客户关系已失效”。让业务人员看得懂。十一、重试窗口还在重试不要提示严重异常。窗口结束升级。避免告警过多。十二、人工发送销售看到自动失败手工发送成功。原任务可以resolved_manually。保留路径。十三、响应率统计只有真正sent的消息才进入分母。失败消息不能被统计成客户无响应。否则运营数据失真。十四、数据看板发送成功重试恢复最终失败人工解决账号异常。帮助判断系统质量。十五、通知重点客户消息最终失败。立即通知负责人。普通后台自动回复失败则进入普通异常。十六、日志任务第一次失败重试最终发送时间人工介入。业务和技术两个视图。十七、权限普通销售只看自己客户消息结果。技术管理员看完整错误。十八、总结个人微信二次开发里的消息发送失败如果只藏在技术日志里业务人员很容易把“系统没发出去”误判成“客户不回复”。WechatApi 可以提供真实发送结果和异常。本地任务层通过业务状态、重试可见性、最终失败和人工解决把技术链路转成销售和客服能理解的结果。只有真正发送成功以后系统才应该开始等待客户响应。这种看似简单的状态区分会直接影响销售判断、客户响应率和服务SLA的准确性。