官网友情链接 wecomapi.com企微客户群发是很多企业高频使用的能力。活动通知、服务提醒、资料更新、运营公告都可能通过客户或外部群进行触达。但群发真正危险的地方不只是“发错内容”还有“发给了不应该收到的人”。例如客户正在投诉客户明确要求不要营销客户有重大售后问题客户已经进入人工保护期客户刚刚人工沟通过客户已经收到过同样内容。如果任务创建时只根据“标签、地区、业务线”筛选目标很容易把这些特殊客户一起选进去。所以企微开发API做群发不应该只有“选择谁”还需要完整“排除规则”。WeComApi 可以作为企微API接入层把客户、标签、关系、外部群和消息能力接入系统。本地群发系统则建立目标筛选、排除条件、快照和执行前二次校验。一、筛选条件和排除条件是两个概念筛选谁可能符合目标。排除即使符合也不能发送。例如筛选产品A兴趣客户。排除投诉中营销免打扰售后高风险近期已触达。最终目标才真正形成。二、一个具体例子运营准备群发“产品A活动通知”。初步筛选10000客户。系统执行排除营销免打扰 300人投诉处理中 20人售后保护 150人24小时内已收到同类内容 800人。最终有效目标8730人。后台应清楚展示排除原因。而不是只告诉运营最终8730人。三、排除规则要有优先级例如永久免打扰最高。高风险投诉高。频率限制普通。如果多个条件同时满足。记录主要原因也可以保留所有命中原因。方便统计。四、WeComApi 在这里的位置WeComApi负责企微客户标签群消息发送能力。本地系统负责免打扰投诉状态售后状态频控排除。五、排除规则必须在执行前再检查一次任务提交审核时客户正常。执行前客户刚刚投诉。如果只看审核时快照会被发送。所以执行前必须重新检查动态排除条件。目标快照回答原计划给谁。实时排除回答现在还能不能发。两者并不冲突。六、排除客户要记录结果target_resultstatus skipped。reason marketing_opt_out。这样任务统计准确。不能直接把这些人从历史目标快照删掉。否则无法解释审核时为什么有他们。七、投诉保护应该自动联动客户进入投诉工单。系统自动增加outbound_protection。群发执行时自动排除。工单关闭后是否解除由业务规则决定。八、售后中不一定完全排除有些服务通知仍然可以发。所以排除要按content_category。营销类排除。服务类允许。不能一个客户“售后中”就什么消息都禁止。九、频率限制也属于排除条件客户今天已经收到一次营销。当前任务再触达skip_frequency_limit。避免多个运营任务叠加。十、相同内容去重不同群发任务可能使用同一个模板。可以根据content_hash。同一客户24小时内已经收到相同内容跳过。十一、人工近期沟通销售刚刚和客户聊了半小时。即使没有投诉和免打扰。也可以进入临时静默。避免群发马上插进来。十二、重点客户策略重点客户不一定排除。但可以要求主管审核人工确认。不要默认重点客户更适合自动触达。十三、规则版本群发排除规则会变化。任务执行记录exclusion_rule_version。以后复盘知道当时依据。十四、运营后台需要预览排除结果提交审核前展示初选10000最终8730各原因排除数量。运营可以判断筛选是否合理。十五、权限普通运营不能绕过永久免打扰投诉保护。某些低等级频率限制可以由主管授权突破。突破原因必须记录。十六、异常客户明明免打扰却收到营销。属于高风险异常。系统要能追到哪个任务为什么排除没有生效是否有人强制绕过。十七、数据看板群发排除率免打扰投诉保护频控重复内容人工静默。这些数据能帮助企业减少无效触达。十八、总结企微开发API做客户群发真正高质量的任务系统不仅要会“筛选目标”更要知道“哪些人即使符合条件也不能发”。WeComApi 可以提供客户、标签和消息能力。本地群发系统通过排除规则、任务快照、执行前二次校验、频控、免打扰和投诉保护控制最终触达范围。成熟的企业微信自动化不是把所有满足营销标签的客户都发一遍而是充分考虑客户当前服务状态和沟通意愿。知道给谁发很重要知道谁不能发同样重要。