重点监测信号

移动应用与游戏增长服务商的商务拓展负责人听到“几个渠道的归因数据越来越对不上”时，容易马上安排新平台演示。更有用的动作是先写切换备忘录。MMP（移动归因与测量平台）只是可能的差异来源之一；广告渠道回传、App 内部埋点和平台处理都要进入同一次排查。

本文使用合成演示，不是真实产品操作记录，也不对应具名客户、实际归因故障或迁移结果。续约、差异与迁移问题来自受控情境，其中仍故意保留了候选平台、成本和责任人等未知。

备忘录开头只写争议，不写“要换”

可以把散落的讨论压缩成三行，而不替它补结论：

历史 cohort 指按共同特征分组的历史用户或转化数据；深度链接是把用户直接带到 App 内指定页面的链接。把它们与隐私配置分开写，是因为每一项的保留方式、验证标准和失败后果都不同。

这三行比“产品不好用”更接近替换评估，却仍不包含问题归属、候选名单、迁移资源或批准决定。备忘录第一结论应是“具备排查条件”，而不是“已经进入采购”。

横向列出受影响渠道，纵向列出渠道回传、App 埋点、现有平台处理和报表口径。每个交叉位置只记录已有材料：差异是否可复现、出现在哪个环节、谁能提供对应记录。没有材料的格子保持空白。

如果只有某个渠道出现偏差，应先查该渠道回传；如果多个渠道在同一埋点事件上同时偏离，内部实现值得优先检查；只有当相同输入在现有平台处理后仍持续产生无法解释的差异，平台替换假设才得到更多支持。这里没有任何一条规则能单独判定责任。

在用户主动连接并有权访问的 Telegram 群内，TOP Prospect 可以将同源转发去重，保留原始消息、来源、时间和相关上下文，把差异、续约与迁移询问整理成候选 Signal（等待人工复核的条目）并排序。它不会验证归因结果或替团队选择平台；用户要用埋点记录、渠道材料和测试结果完成判断。

一次有效的并行验证，应让新旧平台处理可比的事件和配置，并预先写清停止条件。例如，若差异被证实来自内部埋点，继续比较平台就没有意义；若历史 cohort 无法按团队需要的方式保留，迁移可行性也会下降；若深度链接或隐私设置不能在测试环境中复现，结论不能用于续约决定。

销售要争取的不是一场只展示功能的演示，而是一组能被现有数据推翻或支持的验证问题。这样即使最后不换平台，评估也给出了可用结论。

最后一页应列清：差异在哪些渠道可复现，哪种来源解释仍成立，三类迁移对象分别由谁确认，以及并行验证有没有足够资源。候选平台的自述只能放在“待验证能力”栏，不能当成迁移成功证据。

如果这些问题没有答案，续约临近只会提高排查优先级，不会自动把讨论变成替换窗口。是否启动项目、暂停验证或继续使用现有平台，仍由增长与数据团队根据备忘录作出。

研究与定义

了解 Top商业线索怎样发现和整理值得核实的 Signal、保留 Telegram 原始上下文、去掉重复消息并安排查看顺序。是否跟进以及下一步做什么，仍由用户决定。