外贸团队最常见的TG归因错误,是把“筛到活跃”直接算成“获得询盘”。活跃只是平台观察,询盘是业务事件;中间还隔着来源、许可、触点和销售记录。一条号码至少要经过六张职责不同的表。
表一:线索来源账本
保存lead_id、source_type、source_campaign、captured_at、country_evidence与许可线索。展会名片、官网表单、客户转介绍和购买名单不能被压成同一个source=import。
表二:号码清洗工作台
保留phone_raw、phone_normalized、format_rule、exception_reason与dedupe_group。国家码冲突、分机、位数未知和重复来源分别处理,不通过补位制造合格号码。
表三:TG观察事件
| 任务 | 主要返回 | 在归因中扮演 |
|---|---|---|
| TG筛开通 | 手机号、是否开通 | 渠道观察 |
| TG筛活跃 | UserID、用户名、离线时间、活跃天数等 | 队列辅助 |
| TG用户名 | 账号相关观察 | 匹配与复核线索 |
每个结果带checked_at和batch_id,不覆盖来源表。
表四:许可与抑制账本
记录谁、通过什么方式、同意哪个主体在哪个渠道为哪种目的联系,以及何时撤回。TG开通或活跃不能产生许可;退订也不能被新结果覆盖。
表五:触点事件流
每次人工或自动沟通记录touch_id、lead_id、channel、content_version、sent_at与response_type。没有touch_id,就无法区分TG筛号对队列效率的帮助和内容本身的作用。
表六:询盘与商机
询价、样品申请、会议预约、报价和成交是不同事件。保存inquiry_id、first_qualified_at、product_interest和sales_owner;不要把回复一个表情算成合格询盘。
六张表怎样连,而不怎样合
用内部lead_id与事件键关联,不把UserID、用户名或手机号当永久主键。一个人多号码、一号码重新分配、多人共用账号都需要一对多关系和有效期。
TXT任务只经过最窄通道
从清洗表导出一行一个号码的TXT,并保留batch_row对照。姓名、国家、产品、许可和销售阶段不上传;Excel返回后先进入TG观察表。
外贸漏斗该算哪几个比率
- 格式通过率:清洗质量;
- TG观察覆盖率:渠道输入;
- 合规入队率:许可与业务规则;
- 有效回复率:沟通表现;
- 合格询盘率:销售结果。
筛号真正贡献在哪里
它可能减少无关渠道尝试、提高人工队列可解释性,但不能独占最终成交归因。Telegram的隐私政策为平台数据处理提供边界;询盘归因仍应由企业事件链证明。
