“做一次RCS号码检测”不是一个完整需求。运营人员真正想问的，通常是“这批号码能否进入RCS流程”，或者“观察到的系统类别是什么”。问题不同，任务和Excel列就不同。
入口判断：你准备做哪个决定
如果目标是评估RCS可用性，走有效筛选支路；如果目标是按观察到的系统字段组织流程，走系统筛选支路。不要因为“字段更多”就默认选择后者。
两条支路的字段卡
| 任务 | 导出字段 | 适合回答 |
|---|---|---|
| RCS有效筛选 | 手机号、是否开通 | 批次层面的RCS可用性观察 |
| RCS系统筛选 | 手机号、系统、ID | 系统类别和任务关联 |
“是否开通”不是永久属性
能力可能受设备、运营商、客户端、配置和检查时间影响。Google的RCS Business Messaging文档也把capability check作为发送前的能力判断，而不是用户身份认证。
系统字段如何进入决策树
先判断值是否为空，再检查值域是否为当前任务定义所允许，最后决定是否进入对应运营分支。未知系统不应强制归入最接近的类别，ID也只用于任务关联，不解释成个人证件或跨系统主键。
一次选择错误的代价
为了判断可达性却采购系统筛选，团队会拿到不匹配的字段；想分析系统分布却只做有效筛选，又无法回答构成问题。先写一句决策问题，往往比增加更多列更省成本。
TXT进入，Excel分流
上传TXT一行一个号码。内部保存batch_row与业务对象的对照；Excel进入staging后分别写入rcs_available_observed或rcs_system_observed，附任务版本和checked_at，不覆盖号码主数据。
抽样验收看什么
- 输入、输出与异常数量能否对账；
- 是否开通的未知值是否被单独保留；
- 系统值域和ID空值是否符合任务说明；
- 重复号码在同批次是否得到一致处理。
能力不是联系许可
RCS有效不代表用户同意接收营销。联系人来源、授权范围、退订和地区规则必须另行校验；Google的RCS最佳实践同样强调品牌身份与合适的会话体验。
最小可用的数据模型
一个稳健模型只需phone_ref、task_type、observed_value、checked_at、rule_version与source_batch。把实时观察留在事件表，业务系统才能在结果过期时重查，而不是长期相信一列没有日期的“RCS用户”。
