NexScrm官方博客
投手拿着后台截图说这周 Facebook 带了 3200 个点击，客服组长说这周一共才加上 400 多个人，两边对不上，谁也说服不了谁。这不是谁在虚报，是两个人在数两件不同的事。
结论先放在这里：分流链接只能告诉你有多少人点了跳转，真实进粉数必须在客服账号那一侧统计——检测到一个新号码发起会话、产生第一条消息，才算一个粉。渠道归属靠链接层面打的标记带过来，数量靠账号层面数。两层分开建，再合并成一张报表。
下面按你实际要做的顺序拆。
先把三个数字分开命名
很多团队的统计乱，是因为一个词在不同人嘴里指三件事。建表之前先把它们分开：
- 点击 UV：分流短链被多少个独立访客打开。这是重定向层面的数据，短链后台自己就有。
- 到达会话数：从短链跳到 WhatsApp / Telegram / LINE 并成功唤起了对话窗口的人数。这一层通常拿不到精确值，只能推算。
- 有效进粉数：在你的客服账号里真实产生了首条消息、被记为一个新联系人、且去过重的号码数。
从点击到唤起 App、再到用户手动点发送，中间每一步都在掉人：App 没装、跳转被浏览器拦、页面打开了但没点发送、点开看两眼退出。所以点击 UV 和有效进粉之间存在一个天然落差，落差大小随渠道、地区、素材而变。把点击数直接当进粉数报上去，是这套统计最常见也最贵的错误。
把这三列并排放在同一张表里，投放和客服才有共同语言。中间那个转化率本身也是有用的诊断信号：某条素材点击很高但进粉极低，多半是落地页承接或号码状态出了问题，而不是素材不行。
第一层：一个渠道一条链，别复用
建链的原则只有一条——你想在报表里单独看到的每一个来源，就给它一条独立的短链。不是每个平台一条，是每个你要区分的投放单元一条：Facebook 广告组 A 一条，TikTok 主页简介一条，某个红人的 story 一条，展会名片二维码一条。链接复用了，后面再怎么算也拆不开。
短链数量会很快涨到几十上百条，所以建的时候就要有命名规范，比如 fb-ad-0312-a、tt-bio-jp。命名混乱的后果不是马上出现，而是三个月后你想复盘某条素材，翻不出它当时用的是哪条链。
每条短链背后绑一组承接账号，由系统按轮询或权重把访客分发下去。这么做有两个理由：单个号短时间涌进大量陌生人容易触发风控，以及一个客服接不过来会积压消息。权重可以按客服在线时间、语种、单日承接上限来设，别平均分了事。
第二层：让渠道标记跟着人一起进来
这是整套方法的关键动作。链接把人送进 IM 之后，你需要一个信号告诉你这个人是从哪条链来的。
WhatsApp 有原生做法。 官方的点击聊天（Click to Chat）协议支持在会话链接里预填一段文本，格式是 https://wa.me/<手机号>?text=<URL编码后的文本>。用户点击后唤起 App，这段文本会自动出现在输入框里，他按发送，这条话就成了会话的第一条消息，也就成了渠道标识。
写预填文本时注意几点：
- 文本要 URL 编码，空格写成
%20，换行%0A，中文和 emoji 同样要编码，否则部分客户端会截断。 - 内容要写成客户愿意原样发出去的样子。纯代码
FB01会让人觉得奇怪甚至删掉，写成Hi, I'm interested in your product. (FB01)这类句子，保留率明显更高。 - 客户完全可以在发送前把文本删掉重写，所以这个标记是高覆盖但不是 100% 覆盖，必须配一个兜底逻辑（见下一节）。
- 号码写国际格式，不带加号、空格和横杠。
Telegram 和 LINE 的个人号没有等价能力。 Telegram 深链的 start 参数是给 Bot 用的，个人号 t.me/username 打开的是普通对话，带不了自定义参数。LINE 个人号同理。所以这两个平台上做渠道区分，只能换个思路：
- 一渠道一承接号：把承接账号池按渠道切开，TikTok 引流只用 A 组号，红人合作只用 B 组号，号码本身就是渠道标识。代价是号码分散、抗压能力下降，适合渠道数量不多的时候。
- 前置一个可控页面：短链先落到自己的中转页，页面记录来源后再往 IM 跳，客服侧按时间窗口和号段做关联。这种归因是概率性的，量大时误差可接受，量小时不要拿它做绩效结算。
- 首句引导：在落地页显眼位置提示"进来后请先发送暗号 TT"，靠人工执行率不高，但对高意向客户有效，可作为补充。
如果你的主力平台是 Telegram，承接结构本身怎么排也会影响统计口径，频道、群组和 Bot 的分工决定了你数的是订阅数还是私聊数，这两个数不能混用。
第三层：在账号侧判定"这算一个粉"
真正的计数发生在工作台。判定规则要写死，全组统一：
- 触发条件：一个此前不在联系人库里的号码/UID，在你的承接账号里产生了第一条消息，计为一次进粉。只加了联系人没说话、或者客服主动发出去的第一条，按团队约定统一处理，但必须统一。
- 去重：同一个客户可能点了 Facebook 的链又点了 TikTok 的链，也可能被分流到两个不同客服号。以国际电话号码或 Telegram UID 作为唯一键去重，同一个人当天只算一次。归属渠道按首次触达那条计，或按团队规则统一定为末次触达——选哪个都行，写进文档别中途改。
- 归因：优先读首条消息里的渠道码；没有渠道码的，退回按承接账号加时间窗口做关联；两者都无法判定的，进"未知来源"桶。未知来源占比是这套统计的健康度指标，长期超过三成说明预填文本设计有问题或者中转页失效了。
还有一个容易漏的坑：某个承接号被风控、掉线或达到当日上限时，分流配置要能自动把它从池子里剔掉，别继续往一个死号里灌人。同时，这个号已经承接过的历史渠道归属数据要独立保存，不能因为号被停用就在报表上断层，否则你下个月做同素材复投时会发现历史基线丢了一块。
在 NexSCRM 里，这一层对应的是工作台的粉丝计数器与分流链接统计：多平台多账号聚合在同一个界面收发，新增会话在账号侧被记为进粉，配合联系人去重和客户画像把重复号码合并，聊天记录云端备份保证账号更换或客服离职后历史归属还查得到。要看这部分怎么取数，可以直接看计数器与备份的功能说明。
每天要对的几列数
日报建议就这几列，多了没人看：
| 列 | 取数位置 | 用途 |
|---|---|---|
| 短链 UV | 短链后台 | 判断投放是否正常曝光 |
| 有效进粉（去重后） | 工作台计数器 | 唯一对外口径 |
| 点击→进粉率 | 前两列相除 | 诊断承接环节 |
| 未知来源数 | 工作台 | 检查标记链路是否失效 |
| 分承接号进粉分布 | 工作台 | 发现掉线号、超载号 |
对账时先看第四列和第五列。未知来源突增，八成是某条链的预填文本被改坏或漏了编码；某个承接号进粉突然归零，先查号的状态而不是怪渠道质量。这两个自检做完，前三列的数字才可信。
三条边界，别越过去
统计口径只管"进了多少人"，不要顺手扩成收入归因。 一个客户从点击到成交中间可能隔几周、换过对接人、被别的触点二次影响，把订单金额直接除到进粉链接上，结论多半是错的。渠道进粉表回答的是获客成本和承接效率，成交侧要另建一套跟进和阶段数据，两张表可以并排看，但别合成一个数。评估层面的完整拆法可以参考私域运营 ROI 与转化率怎么核对。
别把进粉数当客服绩效的唯一指标。 进粉量高度受投放预算影响，客服能控制的是响应速度和首轮转化。这两件事分开考核。
渠道质量要看后续行为，不只看数量。 同样 200 个粉，一个渠道来的人平均聊三轮就沉默，另一个渠道来的人有一半问了价格，这个差异只有把标签和跟进状态挂上去才看得见。进粉计数解决"有没有"，客户标签分层解决"值不值"，两步都做完，这张渠道表才有决策价值。
把链建对、把标记带进来、把判定放在账号侧、把重复号去掉——这四步做完，投手和客服组长就不会再对着两个数字互相怀疑了。
评论(0)