触达前排重并核对已购与联系状态

这个场景能帮你做什么

多份活动名单合并后，同一人可能重复出现，已买过的人仍收到催购，拒绝联系的人又被发消息。WorkBuddy 可以整理候选名单差异，把发送前应排除和待核的记录分开。

开始前准备什么

提供本轮活动条件、来源名单、稳定用户标识、订单与退款状态、最近联系记录及退订偏好。限定必要字段，不用姓名相似直接合并；说明每张表的更新时间。

具体怎么做

确定识别与排除规则

优先用稳定唯一标识关联，明确已购同款、正在售后、近期已触达和拒绝联系等如何处理。规则先由业务确认，不由模型自行设频次阈值。

做精确排重

对相同标识合并来源，保留原记录关系；相似姓名、共用电话或多个账号不确定时进入待核，不能误删不同人。

核订单和联系状态

区分已下单、支付、取消、退款和已购其他产品，不能把所有订单都当本轮已购。更新晚于名单的记录优先核查。

交付可审名单

输出候选、排除及待核三组，给每项原因与来源时点。发送前再确认受影响的最新状态，结果不能直接宣称已经触达。

可以直接交给 WorkBuddy 的要求

请按已确认规则合并本轮触达名单，优先使用稳定唯一标识。输出可触达候选、排除和待核记录，附重复来源、订单状态、联系状态、数据时间及原因。相似姓名不自动合并，已购其他产品不直接当同款已购。保留原表，不自动删除或发送。

完成后会得到什么

可追溯的排重名单及排除原因，运营能定位哪条记录需要人工处理。

结果怎么检查

抽查合并是否误伤不同用户、已购判断是否匹配商品、退订是否优先、数据是否存在跨表时点差。

异常怎么处理

标识缺失、订单状态冲突或共用账号时暂不进入发送组；无法确认最新状态时请客服核实。

哪些必须由人决定

业务决定排除规则和联系频率，客服确认冲突记录，运营批准实际发送。WorkBuddy 不改订单和客户状态。