民主刚果+243号码池常见的质量问题,不一定发生在号码本身,而可能发生在名单合并时。门店、代理商、展会与旧CRM的采集规则不同;在没有来源账本的情况下跑WhatsApp全格式,返回再多列也很难解释。
先为每个来源发一张“身份证”
| 来源字段 | 必须记录 | 发现缺失时 |
|---|---|---|
| source_owner | 名单责任人 | 暂停进入主批次 |
| collected_at | 采集或最后确认时间 | 标记时效未知 |
| country_evidence | 国家选择、订单或地址 | 不猜+243 |
| allowed_use | 当前业务目的 | 隔离等待确认 |
号码清洗不覆盖原值
保留phone_raw,只在新列生成+243国际格式候选。已经带国家码的号码不重复补码;本地写法只有在来源证据充分时转换。位数、用途或国家冲突进入exception,不通过删除或补数字制造高通过率。
全格式要按字段族拆开
爱普筛WhatsApp全格式可能包含手机号、活跃时间、活跃天数、性别、年龄、头像、肤色、头像类型、商业号和映射手机号。基础与活跃、画像观察、账号关系是三组不同证据,应分别计算空值与冲突。
省区不是从号码或头像推出来的
业务省区应来自订单、地址或用户自报。+243只支持编号规划,头像也不能证明居住地、族群、语言或消费能力。没有省区证据时保留region_unknown,不能为了报表完整而猜测。
TXT上传与业务资料分离
执行文件为TXT,一行一个号码。姓名、订单、省区、许可和contact_id留在内部crosswalk,通过batch_row回连。Excel先进入staging,不能直接覆盖CRM。
对账时先做数量守恒
提交数量应能拆成返回、格式异常、处理未知和明确排除。再按来源比较字段空值;某个代理商异常率高,应回查其采集与格式,而不是把差异说成民主刚果用户特征。
映射结果进入关系审核
WhatsApp映射手机号只是有时间戳的关系观察。一对多、多对一或与现有主号码冲突时,进入mapping_conflict,由人工记录处理依据,不自动合并客户。
画像列的访问范围更窄
性别、年龄、头像与肤色观察不用于身份验证、授信、就业、保险或差别定价。只负责服务队列的人员不需要获得画像表;目的结束后删除个人级临时Excel。
合格交付不是“完成100%”
真正可验收的结果会保留未知、异常和限制,并写明checked_at、任务版本、来源覆盖与删除日期。这样,全格式筛选才能成为可复核的数据工程,而不是一次列数很多的导出。
