一键通知几百个客户群,按钮很爽,后果也很刺激:
跑到一半进程挂了,不知道哪些发了
一台设备被堵住,整批假死
失败「整批重来」,成功的群又收第二遍
企业微信第三方 API 做外部群群发,粒度一定要细。QiWe API 适合承接推送能力,拆分和「只成功一次」要你自己做。
怎么拆才舒服
父任务= 这一次活动(例如「版本上线通知」)
子任务= 某一个外部群的一次发送
进度按子任务统计:成功 / 失败 / 未知各多少。
中断后只续跑未成功的,已成功的跳过——靠状态,不靠人肉记忆。
再加四条安全带
按设备分流:群挂在哪台号,就进哪台号的队列,互不拖死
业务钥匙:
活动ID + 群ID成功过就禁止再发匀速比冲刺稳:控制并发,边发边看失败原因分布
失败可单条重试:不要只提供「整批再来」的大红按钮
给运营看什么
总进度条
失败列表(不在群、设备异常、目标类型错误等)
未知列表(需确认是否已送达)
预计剩余时间(按当前速率估算即可)
运营看得见,就不会在群里追问「到底发完没有」。
上线前演练
选 10 个测试群跑一整轮:中途重启 Worker,看能否续跑且不双发。
再人为制造 2 个「不在群」失败,确认失败列表可读、可单条重试。
过不了演练,不要对真实客户群按下去。
和定时发送怎么配合
定时只决定「何时把父任务放开」,子任务仍按设备队列匀速消费。
别在整点瞬间把 300 个子任务同时砸出去——整点风暴比匀速更容易触发异常和客诉。
小结
群发能稳,靠的是拆得细,不是点得猛。
父任务管活动,子任务管每个群,钥匙管别双发——三件套齐了再放大流量。
能力说明见 QiWe API 官网