官网友情链接 wechatapi.net个人微信二次开发中联系人关系通常被设计得非常简单好友就是active。不是好友就是deleted。但真实客户关系远比这复杂。客户可能第一次添加销售。半年后删除。一个月后又重新添加。后来又添加客服账号。如果系统每次删除好友都物理删除关系每次重新添加又新建一个完全独立客户历史会被切得非常碎。所以个人微信API接入以后更适合给联系人关系建立生命周期。WechatApi 可以作为个人微信API接入层把好友申请、联系人、删除关系、重新添加和多账号关系持续接入系统本地客户模型负责保存“关系历史”而不是只看当前好友状态。一、关系和客户主体分开客户主体真实客户。联系人关系客户和某个微信账号之间的连接。同一个客户可以有多条关系。每条关系都有自己的生命周期。二、状态可以有哪些pendingactiveinactivedeletedreaddedblockedunknown。具体按业务需要。不是只用一个boolean。三、一个具体例子客户C第一次添加账号A2026-01-01。关系R1active。3月1日客户删除。R1inactive。5月1日重新添加。可以选择恢复R1并增加relationship_cycle或者新建R2但关联同一个客户主体。重点是历史不能消失。四、关系周期可以单独建表relation_cyclerelation_idstarted_atended_atstart_sourceend_reason。这样一个关系可以经历多次连接周期。五、为什么重新添加很重要重新添加的客户不应该被当成完全陌生新客户。系统可以知道过去聊过什么为什么删除以前有什么工单是否曾经成交。欢迎语和销售策略都可以不同。六、WechatApi 的位置WechatApi负责申请好友关系删除消息。业务系统负责关系生命周期客户主体CRM。七、删除原因可能无法明确平台事件告诉你关系没了。不一定知道客户真实原因。不要自己写“客户流失”。只能记录relation_inactive。业务结论单独判断。八、重新添加来源也要保留客户第一次来自活动A。第二次通过销售二维码。关系周期有不同来源。客户主体first_source仍然是A。latest_source可以更新。九、多账号关系客户删除销售A。仍然添加客服B。客户主体仍然是活跃客户。关系状态不能等于客户状态。十、消息历史和关系周期关联历史消息发生在哪个关系周期。可以保存relation_cycle_id。后续知道当时是否处于好友状态。十一、权限随关系变化关系active销售正常访问。删除后是否保留历史查看按业务配置。重新添加恢复权限。整个过程可审计。十二、欢迎语策略首次添加完整欢迎。重新添加“欢迎回来”或人工优先。不要每次都重复标准欢迎。十三、CRM任务客户重新添加。如果CRM已有负责人通知原负责人。不要重新进入随机分配。十四、关系异常短时间频繁删除/重新添加。可以生成行为异常。但不要直接贴负面标签。十五、对账联系人全量对账发现关系失效。生成source reconciliation。补关系周期结束。十六、日志每次关系状态变化事件时间来源操作。历史非常清晰。十七、数据看板新增好友删除重新添加平均关系持续时间重复添加率。帮助运营分析客户关系质量。十八、总结个人微信二次开发中的好友关系不是一个静态开关。WechatApi 可以把客户第一次添加、删除、重新添加以及多账号关系持续送进系统。本地客户模型通过联系人关系生命周期把每一次连接和断开都保留下来。这样系统既知道客户现在是不是好友也知道这段关系之前发生过什么。对于CRM、销售分配、欢迎语、客户画像和历史服务来说这比简单的“active/deleted”更接近真实客户关系。