两边都差了 20%，合同还有三个月到期
在 Telegram 群里刷到一条归因偏差的求助，跟我下午要跟进的客户情况几乎一样。我把消息截了图，在等采购讨论真正摆上桌面之前，先把几件事想清楚。
我正等一个客户的会议反馈，顺手刷开 Telegram 群。消息停在中午，不是通知，是一段带数字的对话。看完之后，我把手机放在桌上，没划走——因为这条消息跟我下午要跟进的客户情况，几乎是同一件事。
（以下为模拟/复合场景的 Telegram 群消息，数字仅用于演示判断逻辑）
投放-李楠：Meta 后台 9 月第一周 install 是 15,400，MMP 那边记了 12,200，差了 20.7%。 投放-李楠：TikTok 也是，后台 11,600，MMP 记 9,280，差 20%。 AM-周姐：你们 SDK 版本是最新的吗？ 投放-李楠：确认过了，两边都是 5.8.x，事件也都发了。 AM-周姐：那先让技术提单吧。
消息到这里就断了，没人再回复。我下午要跟的客户上周也报了一组几乎一样的数字——Meta 和 TikTok 同时偏 20% 左右，技术排查了一轮，结论也是”先提单”。
如果只是巧合，不值得多想。但如果不是呢？
MMP 和 SDK 分别是什么——先弄清楚这两个词
MMP（Mobile Measurement Partner，移动归因平台） 是一套第三方工具，用来判断用户是从哪个广告渠道下载了 App、做了哪些操作。广告平台（Meta、TikTok）说自己带来了多少安装是一套数，MMP 通过设备匹配算出来的是另一套数。两套数之间的差距，就叫归因偏差。
SDK（Software Development Kit，软件开发工具包） 是嵌入在 App 里的一小段代码，由 MMP 厂商提供，负责收集设备信息和用户行为，发给 MMP 服务器用于匹配。如果 SDK 版本太旧、事件名没对齐、或者集成时漏了某个回调开关，数据就会对不上。
这两样东西决定了数据出问题时的排查路径：先看 SDK 配置——这是投放团队自己能查的部分；查完了还对不上，才需要 MMP 厂商配合。
在群消息里，李楠的第一轮排查已经走完了这条路。SDK 版本是最新的，事件也发了，服务端回调也开了——配置层面能做的都做了。
“先提单”之后，故事才刚开始
“先提单”这三个字，在内部排查会上几乎就等于”我们这边查不出更多了”。
剩下的事不取决于投放团队，而取决于 MMP 厂商的响应速度和技术能力。如果厂商回复快、能准确定位问题并修复，这件事大概率止于一次技术支持工单。但如果厂商确认不了原因、拖几周不回复、或者回复说”这是统计口径问题不在支持范围内”，事情就会往下走——从技术排查走向供应商评估。
这个转折不会当天宣布。但群里的李楠和 AM 周姐都说了”先提单”，说明他们内部已经接受了”查不出来”这个状态。之后一到三周，如果问题还在，注意力就会从”是不是我们没配好”慢慢转向”是不是这个平台不行”。
那条群消息没人再回复，不是因为问题解决了，而是因为大家都在等提单结果。不能从沉默推断需求很急或决策链已启动——更合理的解释是：能说的话都说了，剩下的事不在聊天框里。
两路同时偏，怀疑的方向应该转向哪里
单一渠道偏差 20%，有可能是广告平台那边统计口径变了。Meta 改一次归因窗口、TikTok 调一次点击匹配规则，都可能造成单方面的差异，各自校准一下就能对齐。
但 Meta 和 TikTok 同时偏 20%，方向一致、幅度相近——这个模式指向的不再是某一端的问题，而是接收端（即 MMP 本身）的变化。
| 情况 | 更可能的原因 | 下一步动作 |
|---|---|---|
| 仅 Meta 偏差大 | Meta 归因窗口或统计口径变化 | 检查 Meta 端设置 |
| 仅 TikTok 偏差大 | TikTok 匹配规则调整 | 检查 TikTok 端设置 |
| 两渠道偏差一致（如本模拟场景的 20%） | MMP 侧统计逻辑变化、版本更新或数据回传延迟 | 联系 MMP 技术支持确认 |
在这个模拟场景里，李楠同时报了两组数，偏差幅度几乎一样。这让人更倾向于怀疑是 MMP 一端的原因——但也只是倾向，不是结论。需要人工核实的还有：两家广告平台的数据回传时间戳是否一致、MMP 最近是否有版本更新、其他使用同一 MMP 的团队是否遇到类似问题。这些信息不在群里。
三个月窗口的实际用法
假设模拟场景里这家公司签的是年度合同，签约月份是 12 月。如果现在是 9 月初，距离合同到期还有三个月。三个月能干什么？
- 够完成一轮对比测试——接入另一家 MMP 的 SDK，跑两周数据，对比偏差率
- 够跟法务确认提前解约条款和违约金金额
- 够在续签前一个月，让决策层看到一份 A/B 对比报告
反过来，如果合同刚续了一个月，偏差再大也不太可能马上动——沉没成本和违约门槛摆在那里。偏 20% 够让人烦躁，但不够让公司白赔半年服务费。
所以在一组偏差数字之外，最值得确认的是合同时间。它不会直接出现在群消息里，但可以从群成员的其他发言中拼出线索：有没有人提过”Q4 重新选型”、“预算周期到了”、“合同到期前要做评估”这类话。如果一条都没有，就标记待核实，不急着归类。
一条消息值不值得跟，我给自己设了三关
回到那条 Telegram 消息。判断它是不是值得记下来的线索，我拆成三个问题：
第一关：偏差是否同时出现在多个渠道？ 模拟场景满足。Meta 和 TikTok 都在 20% 左右，这不是单一平台的统计波动。
第二关：配置排查是否已到瓶颈？ 模拟场景满足。SDK 版本、事件名、服务端回调都确认过了，结论是”先提单”——团队自身能做的已经做完。
第三关：距合同到期是否在一个可行动的范围内？ 待核实。群消息里没有合同信息，需要从其他发言或关联线索中找，或者标记为”未知”等待交叉验证。
三关都过了，是值得人工核实的线索。前两关过了但第三关卡住，是”需要更多信息”的状态，不是放弃。第一关或第二关不满足，大概率只是配置层面的噪音。
写在提醒事项里的下一行
我看完那条消息之后没有立刻联系任何人。我在手机备忘录里建了一个条目，标题是群名加当天的日期。条目下面只写了一行：
对方合同什么时候到期——这是下一场会议之前，最应该先知道的事。
这一行不是行动指令，而是一个确认条件。确认清楚了，窗口还在，我知道该坐在哪一边。确认下来窗口已经关了，那这条消息就从”可跟进”移到”仅观察”。
技术排查会之后不一定有采购讨论。但当采购讨论真的出现时——无论是三周后还是三个月后——我希望能提前知道，而不是在群里看见别人先发了消息。
（文中模拟场景及数字仅用于演示判断逻辑，不代表真实客户数据或产品效果。TOP Prospect 只分析用户主动授权连接的 Telegram 群消息，保留原文、来源和判断依据，帮助用户人工复核可能的商机、竞品变化和市场信号；不读取私聊，不自动外发消息，不把评分当成事实。）
值得关注的潜在线索 Signal 是怎样被发现的
了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。
