会员优惠推送不精准,通常不是单一“标签不准”,而是目标人群、优惠资格、可触达状态和发送去重四层条件没有同时校验。先把活动对象写成可计算规则,再按“资格判断—触达排除—去重频控—小范围验证”的顺序配置,能让一线负责人明确每条消息为什么发出、为什么被拦截。下文会用一个虚构教学示例贯穿说明,并给出可复核的检查动作。

先识别常见异常:人不对、券不对,还是消息发重了
排查前不要急着修改分群条件。先从发送记录或导出明细中抽取少量样本,分别核对“收到但不该收到”“应该收到却没收到”“同一人收到多次”三类问题。每类至少抽查若干会员,并保留会员标识、命中条件、优惠状态、渠道状态和发送时间。
常见异常可先这样定位:
| 异常表现 | 优先检查方向 |
|---|---|
| 非目标会员收到优惠 | 人群时间范围、门店归属、消费门槛、标签更新延迟 |
| 符合条件的会员未收到 | 是否已退订、渠道不可达、是否被频控或重复规则排除 |
| 已领券或已使用者仍被提醒 | 优惠资格状态是否纳入筛选、状态数据是否及时更新 |
| 同一会员收到多条相似信息 | 多个任务的人群交集、跨活动去重、发送窗口设置 |
这里的关键是把“会员群体”和“优惠资格”拆开。会员群体回答“谁属于这次活动对象”;优惠资格回答“他现在是否仍可领取、使用或被提醒”。只按消费标签推送,很容易把已享受权益、已失效或不满足库存条件的人一并纳入。
虚构教学示例:把模糊目标改成可核验规则
以下为虚构教学示例,仅用于演示排查方法和计算过程,不代表任何系统能力,也不承诺实际效果。
某百货店计划向“近30天有消费、累计消费满800元、尚未领取本次满减券”的会员推送提醒。负责人最初只设置了“近30天消费会员”,结果出现三类投诉:有人累计消费不足、有人已领券仍收到提醒、有人连续收到两条。
先将活动目标拆成明确输入:
- 统计时点:6月30日18:00。
- 近30天消费:6月1日00:00至6月30日18:00之间,至少存在1笔支付成功且未全额退款的交易。
- 累计消费:会员历史有效实付金额合计不少于800元;全额退款订单不计入,部分退款按系统可核验的实际有效金额处理。
- 本次优惠资格:未领取本活动券,且未使用同一活动权益;若活动另有库存或门店限制,也应作为资格条件单独判断。
- 触达资格:会员未退订该渠道,联系方式或账号状态可用。
- 去重限制:同一会员在本活动周期内最多发送1次;如有其他同主题任务,设定统一优先级或排除窗口。
假设抽取4名虚构会员进行验证:
| 会员 | 近30天有效消费 | 历史有效实付 | 本活动券状态 | 渠道状态 | 判断 |
|---|---|---|---|---|---|
| A | 1笔 | 960元 | 未领取 | 可触达 | 应进入候选名单 |
| B | 2笔 | 760元 | 未领取 | 可触达 | 因未满800元排除 |
| C | 1笔 | 1,280元 | 已领取 | 可触达 | 因已领取排除 |
| D | 1笔 | 1,050元 | 未领取 | 已退订 | 因退订排除 |
因此,候选名单不是“近30天消费会员”的全部,而是同时满足前两项且优惠状态合格的人。用集合表达更容易复核:最终可发送名单 = 消费活跃会员 ∩ 累计满额会员 ∩ 未享权益会员 ∩ 可触达会员 − 已发送或需频控会员。
若现有系统支持条件组合、活动状态关联或发送日志筛选,可按这一逻辑建立规则;若不支持自动关联,就在发送前通过可导出的名单进行交叉核对。重点不在菜单名称,而在每一项条件都能追溯到数据来源和判断结果。
通用配置顺序:先资格,后触达,最后安排发送
建议按以下顺序设置,避免在最后一步才发现名单无法使用。
1. 固化活动口径与统计时点
先写一页简短活动规则:时间区间按什么时间计算、金额是否扣除退款、跨门店是否合并、同一手机号或会员账号如何认定。特别是“近30天”和“累计消费”不能混用自然月、滚动天数或不同订单状态。
教学示例中,若将6月30日18:00作为统计时点,A在该时点后新产生的交易不能提前计入;否则复核时会出现名单与原发送依据不一致。
2. 建立基础人群,再叠加优惠资格
先生成基础人群,例如近30天有有效消费且累计实付满800元。随后用本活动券的领取、核销、失效或资格占用状态做排除,而不是把这些信息留给门店人员人工判断。
对于“已领未用是否还需提醒”,要在活动开始前作选择:若目的是拉动领取,则排除已领者;若目的是促进核销,则应另建“已领未用且未过期”的提醒人群。两种目标不能混在同一条推送中。
3. 排除退订、不可达与不宜触达对象
退订并不等于普通分群标签,应在每次发送前作为硬性排除条件处理。还应检查渠道账号状态、联系方式有效性,以及内部约定的不宜触达名单。若现有系统支持渠道订阅状态识别,应以实际状态为准;若需要人工导入排除名单,应记录导入时间和版本,避免继续使用旧名单。
4. 做发送去重与频控判断
去重至少包含同一任务内去重和多个任务间去重。同一会员即使有多个标签、多个门店记录或多个订单,也只应保留一个发送对象。跨任务则需检查近期是否已收到同主题内容。
教学示例中,A同时被“夏日满减”和“会员回店提醒”两个任务命中。若两条内容都在同一日发送,负责人可选择保留优先级更高的一条,或设定如24小时内不重复发送同类提醒的规则。具体时长应根据自身经营节奏确定,关键是规则提前写明并能从日志验证。
5. 小范围试发,再确认正式发送量
不要只看系统展示的预计人数。先用内部测试账号或少量可核验样本检查:A是否收到,B、C、D是否均未收到;消息中的优惠说明是否与实际资格一致;发送记录是否能反查触发条件。
正式发送前,可用一个简单核对式:预计发送人数 = 基础资格合格会员数 − 按顺序排除后的唯一会员数。退订、不可达、已发送与频控可能指向同一会员,须合并去重,或逐层从剩余名单排除,不能重复扣人数。若数字变化很大,应回到名单明细查看是哪一层条件造成差异,而不是直接接受结果。
发送后的可执行验证:用样本和差异清单闭环
发送完成不等于排查结束。建议在固定时间点导出发送结果,与发送前的最终候选名单进行比对,至少完成三项验证。
第一,检查应发样本。随机抽取最终名单中的会员,确认其消费、金额、优惠状态和触达状态均符合规则,并确认确实只收到一次。
第二,检查不应发样本。从累计未达标、已领券、已使用、退订和近期已触达名单中各抽样,确认没有误发。若出现误发,应记录是哪个条件缺失、状态更新时间滞后,还是名单版本被替换。
第三,检查差异人数。将“候选人数、被资格排除人数、被退订排除人数、被去重排除人数、实际成功发送人数”分别记录。下次活动沿用同一口径,才能判断异常是在数据、规则还是发送环节发生。
对教学示例而言,若最终只有A收到一条提醒,而B、C、D均未收到,说明本轮规则与样本判断一致;这只是一次验证结果,不代表后续活动必然无误。下一轮仍应因活动门槛、券状态和渠道状态变化重新校验。
下一步可先选取最近一次优惠活动,按“基础人群、优惠资格、退订状态、去重记录”补齐一张核对表,并用10名左右样本进行试算;确认每名会员都有明确的入选或排除原因后,再安排下一轮推送。
常见问题
会员有多个门店消费记录,应该按门店还是按全店累计?
先由活动权益决定。仅限某门店使用时,应以该门店可核验交易和归属规则为准;全店通用权益可合并计算。不要一边按全店累计,一边只向单店会员推送,除非规则明确允许。
已领取优惠但还没使用,能否继续推送?
可以,但应换成“核销提醒”人群,并排除已使用、已过期或不再满足使用条件的会员。不要与“领券提醒”共用同一名单。
没有自动去重能力怎么办?
可在发送前导出各任务候选名单,以会员唯一标识汇总去重,再保留优先级最高的任务。发送后保存本次已发送名单,供下一任务排除使用。
按问题继续阅读
- 标签名称相同但各门店理解不同时,可参考用户标签系统化规划方法。
- 若需要评估自动打标和分层触达能力,可查看会员标签产品说明;具体规则与权限以当前使用版本为准。