拉脱维亚+371 WhatsApp全格式：从筛开通扩展字段前先算信息成本

拉脱维亚+371名单已经完成筛开通，并不意味着下一步必然是“全格式全都要”。每增加一个字段，都会增加解释、权限、存储和过期维护成本。

建立字段扩展计分卡

用“筛开通基线”比较增量

先记录基础任务已经解决的问题，再逐列说明活跃、头像、商业号或映射关系额外支持哪个决定。

不接受“以后也许会用”

没有负责人、用途和保留期的列不进入任务。全格式不是数据仓库的免费补充包。

+371格式质量先独立过关

保存phone_raw、E.164候选和country_evidence。格式失败不应被更多返回列掩盖。

计算unknown维护成本

unknown不仅影响一次报告，还会产生人工解释、重复处理和错误合并。将这些工作量纳入扩展决定。

TXT与字段申请单配套

上传一行一个号码；字段申请、客户ID和许可留在内部。Excel返回后以row_key进入staging，不直接覆盖筛开通基线。

欧盟环境限制画像访问

实际运营方需审查合法基础、透明度、保留和权利。基础筛号岗位不应因全格式交付而自动获得图像或人口字段。

先小样后扩展

每次只新增一个字段族，比较可用率、unknown和业务收益。未达到预设阈值就回到基础结果。

拉脱维亚页面的决策公式

新增字段价值必须大于获取、解释、保护和更新的总成本；否则“更完整”实际上让名单更难管理。