官网友情链接 wechatapi.net
个人微信销售和客服场景中，“客户没有回复”经常会被认为是客户沉默。
但真实情况并不总是这样。
有时客户确实没兴趣。
有时客户明确说过：
“下周再聊。”
有时是销售根本没有成功发送消息。
还有一种更危险的情况：
账号回调异常，客户其实已经回复，但系统没收到。
如果系统统一把这些情况都归为“客户沉默”，销售判断和自动跟进都会出错。
所以个人微信二次开发需要设计“异常沉默识别”。
WechatApi 可以作为个人微信API接入层，把账号健康、发送结果、客户消息、群聊和关系状态带入系统。本地客户中心再判断当前“无回复”究竟是客户行为还是技术链路问题。
一、判断沉默前先确认消息真的发送成功
销售任务说：
等待客户回复。
但发送状态：
failed。
这时不能开始客户无响应计时。
只有 delivery=sent 才开始。
二、一个具体例子
10月1日销售发送方案。
发送成功。
客户3天未回复。
可能属于正常沉默。
另一个客户：
系统显示“已跟进”。
实际消息一直waiting_retry。
5天后也没有客户回复。
这根本不是客户沉默。
是发送失败。
三、账号回调健康也要检查
账号过去一直每天几百条消息。
突然连续6小时一条客户回复都没有。
同时心跳异常。
这时候“所有客户都沉默”显然不合理。
应该先判断：
账号消息接收链路异常。
四、WechatApi 在这里的位置
WechatApi提供：
发送状态；
接收消息；
账号健康信号。
业务系统将这些信息结合。
五、客户明确约定未来时间
“月底再联系。”
在约定时间之前：
不算异常沉默。
任务系统提供：
next_followup_at。
沉默判断必须读取。
六、群聊仍然活跃
客户私聊不回。
但每天在产品群发消息。
这说明客户没有失联。
可以判断：
private_silent；
overall_active。
不要简单整体沉默。
七、关系已经失效
客户删除好友。
自然不会回复私聊。
状态应该：
relation_inactive。
而不是：
30天沉默。
关系状态优先。
八、服务遗漏
客户其实发了消息。
但消息进入异常隔离队列，一直没被业务消费。
客户工作台看起来没有回复。
完整性监控可以发现：
raw_event存在，但business_message缺失。
这属于服务遗漏。
九、异常沉默可以产生技术告警
如果多个客户同时进入异常沉默，而且集中在一个账号。
更可能是账号问题。
聚合成：
account_receive_anomaly。
不要给销售生成几百个“客户沉默”任务。
十、正常沉默才进入销售策略
技术链路正常；
关系正常；
消息已成功发送；
没有未来约定；
客户也没有其他互动。
这时才可以形成：
silent_candidate。
十一、沉默分层
轻度：
7天。
中度：
30天。
长期：
90天。
具体按业务。
但状态是动态的。
客户新消息立即恢复。
十二、自动跟进不要无限催
客户长期沉默。
系统最多生成：
跟进候选。
不要每3天自动发一条。
频控和偏好必须参与。
十三、数据看板
正常沉默；
发送失败导致；
账号异常导致；
关系失效；
恢复互动。
这比简单“沉默客户数”准确得多。
十四、人工反馈
销售知道客户在电话沟通。
可以标：
external_contact_active。
暂停微信沉默策略一段时间。
避免系统误判。
十五、CRM状态
客户已经成交完成、暂无后续。
长期没微信互动可能完全正常。
客户阶段参与判断。
十六、规则版本
沉默策略变化。
记录：
silence_policy_version。
历史数据口径清晰。
十七、日志
为什么判定客户沉默？
展示：
最后成功发送；
最后客户消息；
账号健康；
未来任务；
群聊活跃。
可解释。
十八、总结
个人微信二次开发里的“客户没回复”不能被直接等同于客户沉默。
WechatApi 可以提供真实发送结果、客户消息、群聊和账号状态。
本地系统只有在确认消息确实送达、账号接收链正常、客户关系有效、没有未来约定以后，才把“无回复”作为客户行为信号。
这样销售不会因为系统自己消息没发出去，就错误认为客户没兴趣；也不会因为账号回调异常，突然看到整个账号所有客户同时“沉默”。
真正高质量的销售自动化，首先要分清到底是客户没说话，还是系统根本没有听见。
