团队把一份东欧WhatsApp名单复制到Viber活动,号码格式全部通过,结果却出现大量未知、错配和投诉。复盘发现失败不在“Viber不好用”,而在于大家默认平台只是一列可以替换的channel。
事故现场:看似合理的复制
原表已有phone、wa_registered、wa_active_days和campaign_status。运营复制工作表,把wa改成viber,并将WhatsApp上的许可和活跃分层原样保留。表格很整齐,证据却没有迁移。
第一处断裂:字段并不对称
| 需求 | WhatsApp示例字段 | Viber示例字段 |
|---|---|---|
| 筛开通 | 手机号、是否开通 | 手机号、是否开通 |
| 筛活跃 | 活跃时间、活跃天数、映射手机号 | 活跃天数、mid、用户离线时间 |
| 性别年龄 | 年龄、性别、头像、映射手机号 | 昵称、年龄、性别、头像及相关画像观察 |
列名相似不代表语义、缺失方式和观察时间完全相同。
第二处断裂:许可属于具体语境
某人同意在WhatsApp接收订单更新,不等于同意在Viber接收营销。迁移时应重新核对主体、渠道、用途和退出记录,而不是复制consent=yes。
第三处断裂:东欧不是一个单一市场
国家、语言、平台习惯、时区和监管环境各不相同。号码国家码也不能证明居住地或语言。按明确国家证据和用户选择分层,不用“东欧用户”覆盖全部差异。
为什么旧的活跃分层失效
WhatsApp活跃观察只描述WhatsApp任务时的状态,不能当成Viber活跃。Viber筛活跃返回自己的活跃天数、mid和离线时间;两套观察应各有checked_at和task_version。
恢复动作一:冻结自动发送
停止从旧分层直接生成Viber队列,保留事故批次、内容版本和投诉原因。不要立即重跑全部号码,那只会把错误复制得更快。
恢复动作二:建立Viber专用最小表
保留phone_ref、country_evidence、viber_permission、viber_registered_observed、checked_at与source_batch。TXT只放号码,Excel通过batch_row回连,WhatsApp列不参与覆盖。
恢复动作三:用小样本重建节奏
按国家与来源抽样,先做开通观察,再在确有目的时选择活跃任务。测试语言、时间、频率和退出路径,投诉或未知异常就停止扩大。
复盘后的三条新规则
- 平台许可不可复制;
- 平台观察不可改列名复用;
- 国家码不可替代市场与语言证据。
迁移成功的定义
不是Viber命中率接近WhatsApp,而是每个Viber字段都有独立来源、日期、用途和停止条件。Viber的隐私政策为平台数据处理提供官方背景;企业仍需为名单迁移负责。
