app推广服务甲乙双方指标不同如何建立可对照的交付表
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /c6622d1f49bc.html
📄
app推广服务甲乙双方指标不同如何建立可对照的交付表
当甲方用激活、留存和付费衡量效果，乙方用素材数量、投放天数和渠道覆盖衡量工作量时，交付表不能只写“完成推广”，而要拆成双方都能独立核对的原始数据、计算口径和责任人。可对照交付表的做法是：先确定一个双方都认可的“事实层”，再把各自指标映射到同一批事实记录上，而不是强行统一指标。
先判断分歧属于口径不同还是事实不同
甲乙双方指标不同，通常有两种来源。第一种是口径不同：同一批投放数据，甲方按自然日统计激活，乙方按投放批次统计激活，数字自然对不上。第二种是事实不同：甲方看到的是后台归因结果，乙方看到的是渠道回传结果，两边记录的事件本身就不一致。
区分方法很简单：让双方各自提供最近一个交付周期的原始导出文件，标注时间字段、去重规则和归因窗口。如果原始记录能对齐，只是汇总方式不同，属于口径问题；如果原始记录条数或时间戳无法对应，属于事实问题。口径问题可以通过约定计算规则解决，事实问题必须先查数据链路，否则交付表再详细也无法对照。
条件一：双方都掌握原始数据时，交付表以记录对账为主
当甲方有自己的统计后台，乙方也有渠道后台，交付表的核心不是罗列指标，而是建立一份对账清单。每个交付项写四列：数据来源、提取时间范围、去重规则、双方确认人。
- 数据来源：写明是甲方后台、乙方后台还是第三方监测，不写“系统数据”这类模糊表述。
- 提取时间范围：精确到起止日期和时区，避免跨天投放导致归属日不同。
- 去重规则：说明同一设备或同一账号重复触发时保留哪一条，这是双方数字差异最常见的来源。
- 双方确认人：写角色而非个人姓名，人员变动时交付表仍然有效。
实施动作：在下一个结算周期开始前，双方各导出一次上一周期的原始记录，按上述四列填入交付表，逐项标注“一致”“口径差异”“事实差异”。标注为事实差异的项，先不进入结算，转为数据排查任务。这一步的结果直接决定下一步：一致项可以正常结算，口径差异项需要补充计算规则，事实差异项需要技术侧介入。
条件二：一方不掌握原始数据时，交付表以过程凭证为主
如果甲方拿不到渠道后台的原始记录，只能看到乙方提供的汇总截图或报告，那么交付表不能建立在结果数字上，而应建立在可复核的过程凭证上。此时双方指标不同的根源是信息不对称，强行要求结果对齐只会产生争议。
过程凭证包括：投放计划编号、素材版本号、上线与下线时间、渠道侧回执或截图的时间戳、异常处理记录。交付表按“计划—素材—时间—凭证—备注”组织，每个交付项都要能指向一份可打开查看的凭证。甲方核对时不是核对数字，而是核对凭证是否齐全、时间是否连续、版本是否与约定一致。
例外情况：如果乙方以商业机密为由拒绝提供渠道回执，交付表应改为约定第三方监测作为共同数据源，或者把结算依据改为甲方可独立观测的指标，并在合同中写明该指标的观测方式。否则交付表只是单方声明，不具备对照功能。
用一张映射表把双方指标挂到同一批事实上
假设一个场景：甲方考核“次周留存”，乙方考核“素材上线数量”。这两个指标无法直接比较，但可以映射到同一批事实记录上。映射表包含三列：事实记录、甲方指标计算方式、乙方指标计算方式。
例如，事实记录是“某素材在某个渠道的上线批次”。甲方在这条记录上计算该批次带来的用户次周留存，乙方在这条记录上计算该批次是否按时上线、素材版本是否与确认稿一致。双方各自计算，但共享同一条事实记录的编号。当甲方对留存数字有疑问时，可以定位到具体批次；当乙方对工作量有疑问时，也可以定位到同一批次。这样交付表不是把两个指标合并成一个，而是让两个指标都能回溯到同一个可核对的对象。
实施动作：先列出三到五条最关键的事实记录，不要一次覆盖全部交付项。用一个小周期试运行，观察双方是否能在不额外沟通的情况下独立完成核对。如果试运行中仍然频繁出现“你说的和我说的不是一回事”，说明事实记录的粒度还不够细，需要继续拆分，而不是增加指标解释。
交付表里必须写清的三个例外条款
可对照的交付表不是万能的，以下三种情况需要在表中单独标注，避免后续争议。
- 数据延迟：渠道回传通常有延迟，交付表应写明每个数据源的最晚可核对时间。在延迟窗口内，数字不一致属于正常现象，不作为交付异常。
- 归因窗口差异：甲方按七天归因、乙方按一天归因时，同一批投放的激活数必然不同。交付表应记录双方各自的归因窗口，并注明该差异不触发对账失败。
- 不可抗力或平台规则变动：当渠道政策调整导致原有凭证无法获取时，交付表应约定替代凭证的形式和确认流程，而不是直接判定某一方未完成交付。
把这三条例外写进交付表后，双方在核对时就有了共同的处理依据。下一步动作是：在每次结算前，先核对例外条款是否被触发，再核对常规交付项。这个顺序能减少大量无效争论，也能让交付表真正成为双方都能使用的对照工具，而不是一方追责另一方的清单。
