新西兰联系人表经常把手机前缀、运营商名称和WhatsApp活跃度连成一条推断链:看到某个前缀,就认定当前运营商,再把近期活跃当作高意向。这三步都可能出错。新西兰WhatsApp筛活跃应该把 +64 格式、号码携转和平台时间证据拆开,让每个字段只承担它能证明的事情。
快速结论:+64及后续位数用于号码规范化;携号转网意味着前缀未必代表当前网络;活跃时间只描述任务能够返回的可见记录,不代表阅读、回复或购买意愿。
三个信号的证据强度不同
| 信号 | 可支持的判断 | 不可支持的判断 |
|---|---|---|
| +64国际格式 | 号码按新西兰编号计划书写 | 持有人当前在新西兰 |
| 历史前缀分配 | 号码段最初的服务类别或分配线索 | 当前运营商一定未变 |
| 活跃时间/天数 | 本次任务中的时间证据 | 已读消息或准备购买 |
| 注册状态 | 号码在任务时的开通结果 | 近期活跃 |
+64号码不是固定十位模板
国际电信联盟2025年发布的新西兰拨号计划说明,+64 后的国家有效号码长度会随服务类别变化,并列出可从境外拨打的号码组。新西兰号码管理机构也在NAD资源页面链接这份官方计划。因此,不应把所有+64号码裁成同一长度。
本地号码通常带前导0,转换成国际格式时要去掉这个0再加+64。例如本地移动写法02…在国际格式中成为+64 2…。具体长度应根据NAD/ITU当前号码组判断,而不是凭某个旧Excel模板补零或截断。
携号转网切断了“前缀等于当前运营商”
新西兰商业委员会说明,本地和移动号码携转允许用户更换电信服务商并保留电话号码,该服务自2001年起属于受监管服务。可查看本地与移动号码携转审查。
因此,旧的号段分配表可用于格式和历史线索,却不能作为当前运营商的唯一依据。若业务确实需要运营商字段,应使用专门、带日期的运营商数据源,并把查询日期写进记录。
选择筛开通还是筛活跃
| 业务问题 | 适合任务 | 主要输出 |
|---|---|---|
| 名单中哪些号码已注册WhatsApp | WS筛开通 | 手机号、是否开通 |
| 已有授权联系人近期是否有可见活跃记录 | WS筛活跃 | 手机号、活跃时间、活跃天数、映射手机号 |
| 当前运营商是谁 | 两者都不是 | 需要独立运营商查询 |
| 谁愿意收到营销消息 | 两者都不是 | 需要同意与退订记录 |
先明确问题可以避免为了“字段越多越好”选择错误服务。注册与活跃是两个不同时间维度的状态,不应在CRM里共用一个布尔列。
新西兰名单的上传前处理
- 保留原始号码与国家/地区来源。
- 删除显示用空格、括号和短横线。
- 确认是本地写法后去掉前导0,加上+64。
- 按当前号码计划验证所属号码组和允许长度。
- 规范化后去重,把异常长度放进待复核。
- 只导出号码列为TXT,一行一个号码。
若同一号码同时以021…和+6421…出现,规范化后应成为同一个匹配键。不要在原始列上直接替换,以免无法解释修改来源。
WS筛活跃Excel中的四列各有角色
在爱普筛WhatsApp筛号工具选择 WS筛活跃,上传TXT后下载Excel。手机号用于回填匹配;活跃时间保留原始时间证据;活跃天数适合排序;WhatsApp映射手机号用于提示号码关系复核。映射号不能未经确认就覆盖用户提供的号码。
把任务日期加在内部工作表中,后续才能知道“活跃天数”是相对于哪次运行。若重新筛选,新增一组结果或历史表,不要覆盖上次数据后失去变化轨迹。
时间窗口应跟着业务周期走
电商售后可能关心最近数天,B2B续约可能关心数月,教育报名则跟着招生期。合理方法是在运行任务前定义窗口,再按活跃天数或时间字段分层。所有未知值保留为未知,不用0填充。
| 场景 | 窗口设计依据 | 后续动作 |
|---|---|---|
| 正在处理的售后 | 工单SLA与最近客户回复 | 在客户已选渠道内继续处理 |
| 近期订单通知 | 发货与交付周期 | 仅发送订单相关信息 |
| 长期客户维护 | 合同或复购周期 | 结合同意与账户经理记录 |
| 未知来源号码 | 无可靠窗口 | 不触达,先补齐来源 |
“在线”不代表看过你的消息
WhatsApp 官方说明,在线表示应用在设备上打开且连接互联网,但不表示用户已经阅读某条消息。最后上线与在线的可见性还受到隐私设置、联系人关系和拉黑等因素影响。因而活跃结果适合做任务内分层,不适合当作互动承诺。
需要评估沟通效果时,应看本企业自己的送达、回复、工单关闭或订单事件,并遵循平台规则。不要把筛选字段伪装成用户行为分析系统。
携转、回收与映射号码的复核顺序
先确认规范号码是否正确,再看任务日期,然后检查映射手机号是否与源记录一致。若运营商字段与历史前缀冲突,优先考虑携号转网而不是立即判为错误。若新客户号码关联旧资料,还要考虑电信号码回收;WhatsApp官方也提醒号码可能被运营商重新分配。
任何主档合并都应依赖客户确认或可靠业务证据。筛选结果可触发复核,但不应单独完成身份合并。
给数据团队的交付标准
- 使用当前NAD/ITU号码计划,不把所有+64号码强制成同一长度。
- 原始号码、规范号码和异常原因三列并存。
- 不由前缀写死当前运营商。
- TXT输入只含号码;Excel输出保留四项服务字段。
- 任务日期、窗口定义和名单版本一起归档。
- 未知活跃值保持未知,映射号码进入复核。
- 联系许可来自客户关系记录,而不是平台活跃结果。
当格式、运营商和活跃度不再互相冒充证据,新西兰名单就能稳定服务于客户支持和数据治理。+64负责把号码写对,携转规则提醒团队别过度推断,时间字段则在明确的任务日期内提供有限但有用的排序依据。
