官网友情链接 wecomapi.com
企微客户管理中，系统通常只展示：
关系正常；
关系失效。
但真实业务里，一条客户关系即使 technically active，也不一定“健康”。
例如：
客户长期没有任何互动；
负责人已经离职；
CRM映射异常；
标签同步持续失败；
客户只存在关系但没有业务负责人。
这些都说明关系虽然还在，却存在潜在管理问题。
所以企业微信二次开发API可以建立“客户关系健康度”。
WeComApi 可以作为企微API接入层，把客户、员工关系、消息、标签和群行为接入系统。本地客户中心则综合关系状态、负责人、互动、数据一致性和异常任务判断一条关系是否健康。
一、健康度不是客户价值
重点客户可能关系不健康。
普通客户可能关系非常稳定。
健康度衡量的是：
这条企微关系是否处于可正常服务、可正常自动化的状态。
二、一个具体例子
客户C与销售A关系仍active。
但：
A已经离职；
本地没有完成继承；
过去7天同步失败；
CRM负责人为空。
这条关系显然：
health = poor。
即使企业微信侧仍显示正常。
三、可以有哪些维度
平台关系状态；
员工状态；
最近互动；
CRM映射；
数据对账；
标签同步；
异常任务；
客户是否有负责人。
综合判断。
四、WeComApi 在这里的位置
WeComApi负责：
平台关系事实和相关消息。
健康模型负责：
业务层综合判断。
五、健康状态
healthy；
attention；
degraded；
critical。
比一个0-100分更容易解释。
也可以同时有分数。
六、员工状态是重要信号
负责人离职但关系尚未交接。
直接进入：
critical。
优先处理。
七、长期无互动不一定不健康
某些客户本来就是低频。
所以互动只是弱信号。
不能30天没聊天就关系异常。
要结合客户类型。
八、数据一致性
连续对账发现：
标签/负责人长期不一致。
健康度下降。
这说明技术链路有问题。
九、CRM映射
客户在企微关系正常。
但CRM主体不存在。
如果企业业务依赖CRM，这属于：
attention。
提示销售补充。
十、群行为
客户仍然在核心服务群里活跃。
即使私聊较少。
说明关系仍有业务活动。
可以改善健康判断。
十一、关系异常影响自动化
critical关系：
暂停普通主动营销。
避免基于错误负责人发送。
服务消息仍根据实际情况处理。
十二、健康问题生成任务
不要只显示红色。
例如：
负责人离职 → 交接任务。
CRM缺失 → 数据补全候选。
对账失败 → 数据修复。
每个低健康状态有具体动作。
十三、健康度变化历史
关系从healthy→degraded→恢复。
保存时间线。
可以分析长期质量。
十四、人工可以解释
某大客户明确半年只联系一次。
销售可以设置：
low_frequency_expected。
避免系统持续提示“互动不足”。
十五、数据看板
健康关系；
需关注；
严重异常；
按员工；
按部门；
恢复率。
主管容易找到数据治理问题。
十六、规则版本
健康模型会调整。
保存：
health_rule_version。
历史趋势才可解释。
十七、异常
某员工名下80%关系突然变degraded。
可能不是客户问题，而是该员工同步链路异常。
系统应识别聚合根因。
十八、总结
企业微信二次开发API里的客户关系，不能只用“存在/不存在”判断是否正常。
WeComApi 可以把客户关系、员工、标签、消息和外部群数据持续带入系统。
本地客户中心通过负责人状态、数据一致性、CRM映射、异常任务和真实互动，判断一条关系是否健康。
这种健康度不是为了给客户打分，而是帮助企业发现：哪些关系虽然还存在，但已经失去负责人、数据已经漂移、自动化不再可靠。
真正成熟的客户资产管理，除了知道客户在不在，还应该知道这条关系现在是否真的可正常服务。
