按展示付费固定总价下范围变化怎样计算增减项

📍 WDQWDWQD987AAAAA:216.73.216.175
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /6631dbf41dc9.html
📄

按展示付费固定总价下范围变化怎样计算增减项

固定总价并不等于范围锁死,它只锁住了“基线范围”。当展示范围扩大或缩小时,增减项要按同一套可复核的计量口径重新计算,而不是凭感觉加价或打折。关键动作是:在合同里先定义“基线展示量”和“单位增减单价”,范围变化时用变化量×单位单价得出增减金额,再决定这笔钱是并入总价、单独结算还是抵扣后续投放。

矛盾现象:小样本能算清,规模化后反而算不清

很多团队在测试阶段能轻松算清增减项,因为展示量小、渠道单一、口径一致。一旦规模化,同样的算法却开始打架:加一个渠道要不要重算单价?展示量翻倍但单价下降,增减项按哪个算?对方拿出的对账单和你自己后台的数字对不上。

这并不说明原来的算法错了,而是说明基线口径没有随范围一起升级。小样本时,范围变化带来的边界问题被数量掩盖;规模化后,每一个边界假设都会被放大成真金白银的差额。

两种解释:是单价口径变了,还是范围定义变了

增减项算不清,通常只有两类原因,区分它们才能决定下一步动作。

两种解释的应对方式完全不同:前者要重谈单价或分段计价,后者要重写范围定义并回溯对账,混在一起谈只会越谈越乱。

用一组证据区分两种解释

可以做一个假设的对照:把变化前后的展示数据按渠道、设备、去重规则拆成同一张表,分别用“原单价”和“重新测算的单价”各算一遍增减项。

这个对照的价值在于:它把“感觉算错了”变成“哪一类算错了”,让下一步动作有明确指向。

可落地的增减项计算动作

无论最终归因是哪一类,范围变化的增减项都可以按下面这个顺序处理,每一步的结果都会影响下一步。

  1. 锁定基线。把合同签署时的展示范围写成可复核的清单:渠道、展示形式、去重规则、统计周期。基线不清,后面所有增减项都没有参照。
  2. 计算变化量。用同一口径统计变化后的展示量,减去基线展示量,得到净变化量。扩大为正,缩小为负。
  3. 套用单位增减单价。如果变化部分与原范围同质,直接用基线单价;如果不同质,按分段单价计算,并注明分段依据。
  4. 决定结算方式。增减金额可以并入总价、单独开票,或抵扣后续投放。选择哪种,取决于变化是临时性还是长期性。
  5. 回写合同附件。把本次范围变化的口径、单价和金额写进附件,作为下一次变化的基线。这一步不做,下一次范围变化会重复同样的争议。

举个注明假设的短例子:假设基线总价对应100万次展示,单位单价为1元/千次。范围扩大后新增20万次同质展示,增减项为200元;如果新增的20万次来自不同渠道,单位单价重新测算为1.5元/千次,增减项则为300元。差额100元就是单价口径变化带来的,而不是范围本身变贵了。

不能直接照搬的边界

上述算法成立的前提是:展示口径可复核、变化部分可分离、单价有据可查。如果展示数据由对方单方提供且无法交叉验证,或者变化部分与原有范围深度耦合、无法拆分,那么按变化量乘单价计算增减项就失去了基础,此时更合理的做法是先约定一个过渡期的封顶金额,再逐步理清口径。

另外,按展示付费的增减项与广告计费、自然排名服务是不同性质的结算对象,前者对应展示范围的计量,后两者各有自己的计费与结算规则,不应混在同一张增减项表里计算。

范围变化本身不是问题,问题是变化发生时有没有一套双方都认的计量口径。把基线、变化量、单价和结算方式四件事写清楚,增减项就能从争议变成一道可复核的算术题。

图1 图2

nginx