TG筛号不是把一份号码表上传后“一次得到所有资料”。更稳妥的做法是把流程拆成几个明确问题：号码格式是否合格、是否需要确认Telegram开通状态、活跃字段是否真的会影响当前工作，以及结果应该怎样回填CRM。多数团队应先做TG筛开通，只有在已有合法业务关系且活跃字段会改变跟进安排时，才增加TG筛活跃。
下面用一条从原始名单到CRM的完整路径说明每一步。爱普筛当前只接受TXT上传，任务完成后导出Excel；输入文件和输出文件不是同一种格式，也不应混为一谈。
第一步：先定义检测后要做的决定
开始前先写下一个可执行问题，例如“确认已选择Telegram服务通知的客户中，哪些号码已经开通”，而不是笼统地写“筛选高质量用户”。前者能够对应具体任务和字段，后者既无法验收，也容易把平台注册或活跃信号错误解释成购买意向。
如果结果只用于判断渠道是否存在，TG筛开通已经足够；如果客服要为仍在服务期的客户安排当期工单，并且离线时间或活跃天数会影响排期，才考虑第二阶段的TG筛活跃。来源不明、已经退订或处理目的已结束的号码，不应因为技术上可以检测就继续使用。
第二步：把原始号码整理成合格TXT
先从CRM导出本次有明确用途的号码子集，在本地保留内部客户ID、来源、同意状态和国家/地区。上传文件中只放手机号：统一国家代码，删除空格、括号、短横线、姓名、邮箱、备注和表头，去重后保存为UTF-8编码TXT，每行一个号码。
例如英国号码应根据已知地区资料规范为国际格式，而不是看到本地前缀就盲目补码。国家代码必须来自可信的客户资料或业务来源，不能仅凭号码长度猜测。Excel或CSV可以作为团队内部整理表，但不能直接上传到当前爱普筛任务。
第三步：先运行TG筛开通
在爱普筛Telegram（TG）筛号中选择TG筛开通，上传准备好的TXT。该任务解决的是“号码是否开通Telegram”这一层问题，导出的核心字段为“手机号”和“是否开通”。它不会同时返回活跃天数、实名身份、营销许可或购买意向。
对于大名单，建议先用一小段样本验证编码、国家代码和行数。样本结果能正确对应原号码后，再提交剩余记录。这样可以在成本较低的时候发现空行、重复号码、格式错误或CRM导出规则的问题。
第四步：只对必要记录运行TG筛活跃
TG筛活跃可返回手机号、TG UserID、TG用户名、用户离线时间、活跃天数、First Name、Last Name、是否为TG VIP和是否冻结。字段比筛开通更多，但并不意味着所有项目都需要它们。
筛活跃应当服务于一个当前决策。例如客服正在处理一批尚未关闭的Telegram支持请求，需要根据检测时点的账号状态安排处理顺序。离线时间和活跃天数是带时间背景的支持信号，不是实时在线监控；用户名和姓名由用户设置，不等于经过验证的真实身份；TG VIP也不能被解释为消费能力。
第五步：验收导出的Excel
下载Excel后，先核对任务名称、导出时间、输入行数、输出行数、异常记录和字段标题。随机抽取若干行，用规范化手机号与原始TXT逐一对应；不要因为结果为空就自行补成“否”，也不要把一个任务没有提供的列从其他字段推算出来。
建议把原始TXT、未经修改的导出Excel和一份验收记录只读保存。验收记录至少写明任务类型、检测日期、操作者、输入数量、输出数量、异常数量和所用字段版本，这些信息比事后回忆更可靠。
第六步：通过稳定键回填CRM
回填时优先使用内部客户ID；如果只能用手机号，就先建立统一的E.164规范化列。不要直接覆盖原手机号、来源或同意记录，而是在CRM中新建“TG检测服务”“TG是否开通”“TG活跃天数”“TG检测时间”等字段。只有实际执行过的任务才填对应列。
先把结果导入测试表或沙盒，检查重复键、一对多匹配、前导加号丢失和日期格式，再写入正式记录。若同一号码对应多个客户，必须进入异常队列人工处理，不能随意把结果分配给其中一人。
一个可复用的两阶段例子
假设一家SaaS公司要处理过去90天内主动申请产品演示、并选择Telegram接收会议信息的客户。团队先从CRM按来源和许可筛出号码，生成TXT并运行TG筛开通；导出结果回填“Telegram渠道状态”。随后只对仍在销售或实施流程中的开通号码运行TG筛活跃，用检测日期和相关字段帮助负责人安排已有会话。
这个流程没有把“开通”当成许可，也没有把“活跃”当成成交概率。客户阶段仍由表单、合同、产品使用和人工沟通决定，TG筛号只补充渠道层数据。
交付前检查这八项
- 号码来源和本次处理目的可以说明；
- TXT为UTF-8且一行一个手机号；
- 国家代码经过确认而非猜测；
- 先用TG筛开通回答渠道问题；
- TG筛活跃有明确且必要的使用场景；
- Excel字段与所选服务一致；
- CRM通过稳定键合并并经过模拟导入；
- 原始文件、检测日期和退出记录均得到保留。
