企业官网建设流程全解析

官网友情链接 wechatapi.net

个人微信客户删除好友以后，很多系统会陷入两个极端。

第一种：

直接删除本地客户数据。

历史聊天、CRM、工单关系全部断裂。

第二种：

什么都不做。

系统仍然把这个关系当成正常客户，继续创建自动跟进、群发、AI任务。

两个都不合理。

所以个人微信二次开发中的好友关系失效，更适合进入“关系归档”。

WechatApi 可以作为个人微信API接入层，把好友关系变化、客户消息和账号信息持续送入业务系统。本地客户中心则在关系失效以后停止当前自动化，同时保留完整历史。

一、客户主体和关系再次分开

客户删除账号A。

只说明：

relation R100 inactive。

客户主体C100仍然存在。

他可能：

仍添加客服B；
仍在微信群；
仍有CRM订单；
仍有工单。

不能删除主体。

二、一个具体例子

客户C：

销售A关系R1；
客服B关系R2。

C删除销售A。

R1：

active → archived/inactive。

R2：

仍active。

客户主体：

active。

销售A不能再通过R1执行主动消息。

但客服B仍正常服务。

三、归档关系要停止什么

自动销售跟进；
该关系主动发送；
该关系欢迎任务；
该关系群邀请。

但历史消息继续可查。

四、WechatApi 在这里的位置

WechatApi提供：

关系变化事实。

本地业务系统决定：

归档以后哪些动作失效。

五、关系归档和客户流失不同

客户删除一个销售。

不等于整个客户流失。

CRM阶段不能自动改：

lost。

最多生成：

relationship_risk_candidate。

让销售确认。

六、归档时处理待发送任务

R1下还有3个延迟消息任务。

关系失效以后：

全部取消。

reason = relation_inactive。

不要等执行时才失败。

七、正在处理的售后

如果客户通过R1反馈工单，随后删除好友。

工单仍然保留。

可以转其他服务关系。

不要关闭问题。

八、权限

销售A以后还能不能看过去聊天？

取决于企业策略。

可以：

保留只读30天；
立即回收；
主管可查。

关系归档触发权限重算。

九、重新添加

客户一个月后重新添加A。

可以：

新建relation_cycle。

恢复历史关联。

欢迎策略也可以识别：

readded_customer。

不必当陌生客户。

十、归档原因

删除关系；
账号清理；
员工离职；
人工停用。

不同原因保存。

不要都写deleted。

十一、关系历史

started_at；
ended_at；
end_reason。

一个客户和同一账号可能经历多次连接周期。

这样可以分析重新添加率。

十二、群关系独立

客户虽然私聊关系归档。

仍在群里。

群消息仍然正常关联客户主体。

自动化只限制当前私聊关系。

十三、搜索

历史关系默认隐藏。

销售搜索客户时可以选择：

包括历史关系。

避免工作台被大量失效好友占满。

十四、数据看板

新增关系；
归档；
重新添加；
平均关系周期；
多关系客户。

帮助销售管理。

十五、对账

删除事件漏掉。

全量联系人对账发现：

远端无、本地active。

补归档。

来源：

reconciliation。

十六、异常

relation已经inactive。

却仍有成功主动发送记录。

说明业务校验出现问题。

高优先级检查。

十七、日志

关系建立；
归档；
任务取消；
权限变化；
重新添加。

完整时间线。

十八、总结

个人微信二次开发中的好友删除不应该等于“删掉客户”，也不应该只是把一个状态改灰以后什么都不管。

WechatApi 可以把个人微信关系变化稳定带入业务系统。

本地客户中心通过关系归档，让失效关系停止主动自动化、取消待发送任务、重新计算权限，同时保留历史消息、工单和客户主体。

这样既不会因为删除好友把过去客户资产全部抹掉，也不会让已经失效的关系继续被机器人和销售自动化当成正常渠道使用。

关系有生命周期，客户资产才能真正长期管理。