一张写着“马达加斯加客户”的表，可能同时装着本地消费者、到访游客、酒店联系人、出口供应商和海外采购商。这些人使用的号码国家码、名单新鲜度和联系许可完全不同。如果先把整列统一加+261，再用一个总命中率评价名单，结果看起来整齐，却很可能回答了错误的问题。
下面用一个遮罩数据练习说明，如何在WhatsApp全格式筛选之前拆分混合来源，并在返回后按业务场景验收。示例中的号码经过遮罩，仅用于展示判断方法。
先给名单贴“来源标签”，不要先贴“国家标签”
建议先建立source_type，而不是从电话号码直接推断客户类型：
- local-customer：在马达加斯加本地表单、门店或活动中提交，可能使用国内拨号写法。
- travel-guest：在酒店、旅行或交通场景产生，号码可能来自世界任何国家，且联系窗口较短。
- export-enquiry：围绕香草、纺织、矿产、手工艺等跨境业务产生；联系人所在地、公司所在地和号码国家可能不同。
- legacy-unknown：只有号码，没有可靠的采集页面、日期或许可记录。
这些标签来自业务记录，不来自头像或号码前缀。它们决定后续是否可以转换国内写法、是否仍有联系目的，以及不同批次应该如何比较。
用ARTEC号码规划读懂+261
马达加斯加通信技术监管局ARTEC公布的国家号码规划使用九位国家号码结构AB ZP QMCDU，其中AB为两位运营商代码，+261是从国外接入现有电信网络的国家码。ARTEC列出的示例类别包括20—29固定网络、30—39移动网络，并列出Telma Mobile 34/38、Orange Madagascar 32、Airtel Madagascar 33等资源。
在国内移动拨号写法中，可能看到0后接运营商代码和七位用户号码；转成国际候选时，需要去掉国内拨号前缀0并添加+261。这个规则只适用于来源和长度都支持马达加斯加的行，不能用来改写旅客留下的法国、南非或其他国家号码。
六行遮罩样本：每行为什么走向不同
| phone_raw | source_type | 初步判断 | 处理 |
|---|---|---|---|
| 034 ** *** ** | local-customer | 符合本地移动写法候选 | 提出+261 34候选并记录转换 |
| +261 32 ** *** ** | export-enquiry | 显式+261候选 | 按当前资源验证后进入ready |
| +33 6 ** ** ** ** | travel-guest | 法国号码，不应改成+261 | 保留显式国家码 |
| 033 ** *** | local-customer | 疑似截断 | 进入review-length，不补数字 |
| 2613402… | legacy-unknown | 可能缺少+号，但来源不明 | 仅形成候选，不自动进入任务 |
| 034 ** *** ** | travel-guest | 样式像本地号码，但国家证据不足 | 回看预订表国家选择 |
第三行和第六行体现了核心差异：同一张“马达加斯加业务表”并不等于所有号码属于+261。号码样式与来源证据必须一起使用。
全格式不是默认选项，先确定业务问题
本地活动名单如果只需要确认哪些号码开通WhatsApp，选择WS筛开通更直接。酒店希望查看近期联系窗口时，活动字段才有意义。出口团队要同时检查活动、头像、商业号和号码映射，才可能需要WS全格式。
任务选择可以按下面的原则：
| 业务问题 | 更匹配的任务 | 不应附带的推断 |
|---|---|---|
| 号码是否开通WhatsApp | WS筛开通 | 不能由开通推断购买意愿 |
| 最近观察到的活动情况 | WS筛活跃 | 不能把不活跃等同于拒绝联系 |
| 资料图片是否可见 | WS筛头像 | 不能由头像判断国籍或支付能力 |
| 经批准的多字段复核 | WS全格式 | 不能把宽表当作完整身份档案 |
任务越宽，不代表答案越准确。多余字段会增加解释、权限和保留负担，尤其当旅客号码只是为了完成一次预订或服务通知时。
返回Excel后，按来源分别阅读
爱普筛WS全格式可返回手机号、活跃时间、活跃天数、性别、年龄、头像、肤色、头像类型、商业号和WhatsApp映射手机号。Excel导出后不要立刻计算全表平均值，而应先与内部source_type回连。
本地客户重点看国内格式转换是否准确、开通与活动字段是否在检查窗口内。旅客重点看号码国家是否被保留、许可和服务目的是否已经结束。外贸询盘重点看公司联系人、商业号观察和映射冲突是否需要人工核对。来源不明即使字段丰富，也不能自动获得新的使用依据。
性别、年龄、肤色和头像不应用来推断马达加斯加人、游客或采购商的语言、族群、收入和消费能力。语言偏好从表单或对话取得，商业判断则来自询盘、订单和人工沟通。
把验收分成三张分数卡
号码分数卡记录原始行、显式国际号码、可解释转换、长度异常和国家冲突。任务分数卡记录成功检查、任务错误、字段未知和检查时间。业务分数卡记录每个来源仍有多少许可有效、多少需要人工确认、多少应该停止使用。
三张分数卡不能合成一个“名单质量分”。一批旅客号码开通率很高，但服务目的已经结束，仍然不应进入营销；一批本地号码有较多格式异常，可能说明表单设计需要改进，而不是客户质量更差。
旅游名单需要自己的生命周期
旅游联系人往往围绕预订确认、接送、入住或行程变更产生。业务应保存service_start、service_end和contact_purpose，并在服务结束后判断是否还有独立的后续联系依据。号码仍然开通WhatsApp，并不延长原来的服务目的。
同一位旅客下次再次预订时，可以从新的订单建立新的联系上下文，而不必让旧活动字段永久决定优先级。若酒店或旅行社希望发送营销内容，应使用清楚的订阅与退订记录，而不是根据头像、活跃状态或国籍推断兴趣。
外贸询盘要区分“人、公司和市场”
一个+261号码可能由马达加斯加出口商使用，也可能由在海外工作的业务代表使用；反过来，位于马达加斯加的公司也可能留下+33或其他国家号码。CRM需要分别保存contact_phone_country、company_country和target_market，不能让一个country字段同时承担三种含义。
全格式结果只更新号码和账号观察层。公司注册地、出口市场和贸易关系仍来自企业资料、询盘内容与人工核对。这样，号码变化不会错误改写市场归属。
下一批名单怎样从源头变好
本地表单应明确国家选择并把手机号作为文本保存；旅游业务应记录服务结束或许可到期时间；外贸询盘应区分公司、联系人和号码；合作来源应交付采集日期和使用依据。这样，新数据进入系统时就已经具备source_type，不需要再从+261或头像猜测来路。
每次导入还应保存source_batch和collected_at，避免后来只能按文件名猜测数据年代、采集渠道、责任人和许可上下文。
马达加斯加WhatsApp全格式筛选真正解决的不是“让一张表尽可能宽”，而是让本地、旅行和外贸三种业务各自获得与问题匹配的结果。先拆来源，再整理号码，最后选择任务，数据才不会因为统一处理而失去含义。
