
微信

飞书
选择您喜欢的方式加入群聊


抖音投放 ROI 与财务收入不一致,往往是分子、时间窗口和归因对象不同,不必先断定某张报表算错。先把平台支付 GMV、退款后净额和财务确认收入并列,再逐项说明差额;确认能按订单关联后,才继续分析到广告计划。以下数字完全虚构,只用于展示对账方法,并非客户结果。
投放后台可能统计归因给某计划的支付 GMV,订单系统记录店铺实际支付、取消和退款,财务系统按自己的确认规则和结算期入账。即使它们的列名都叫“收入”,也未必能直接相减。还要确认时区、归因窗口、订单状态、退款更新频率和税费处理。
不要把某个平台的“ROI”直接理解为企业净利润。示例中只计算“归因支付 GMV / 广告消耗”这一种粗比值;其余成本和归因规则未齐时,不下利润结论。平台指标定义可能调整,正式对账前应核对当期后台说明。
假设某店在 10 月 1 日到 7 日投放一批广告,后台显示消耗 20,000 元、归因支付 GMV 100,000 元。企业订单系统按同一批可匹配订单查询,记录取消 5,000 元、退款 10,000 元;财务系统在本期确认 80,000 元,另有 5,000 元待下一期确认。
| 对账层 | 示例金额 | 口径与核查点 |
|---|---|---|
| 广告消耗 | 20,000 元 | 明确计划集合、币种、税费和查询时区 |
| 平台归因支付 GMV | 100,000 元 | 按平台当期定义,不等于财务收入 |
| 取消金额 | -5,000 元 | 核订单是否曾被计入平台支付口径 |
| 已退款金额 | -10,000 元 | 核退款完成日与观察截止时点 |
| 退款后示例净额 | 85,000 元 | 仅在这批订单完整匹配时成立 |
| 本期财务确认收入 | 80,000 元 | 与净额差 5,000 元,示例中属于跨期 |
这张表故意把“取消是否计入支付 GMV”列为核查点。如果平台的支付指标本来已排除取消订单,再减一次就会重复扣除。正确做法是先抽样查订单状态和平台规则,再决定如何建立桥接表。上述 85,000 元只是在假设成立时的演算。
WorkBuddy 可以在已提供或授权访问的文件中,整理后台口径说明、广告报表、财务解释和未解释差额,产出待核对清单。AskTable 可以在企业已接入、已授权的订单与退款数据中,按日期、商品、店铺和状态追查明细。两者都不能仅凭一张平台汇总表替财务确认收入,也不意味着企业已自动打通巨量千川、订单系统和财务系统。
一个可用的问题是:“10 月 1 日至 7 日这批已支付订单,截至 10 月 10 日有多少取消、多少完成退款?按订单 ID 列出无法匹配的记录。”提问里写明事件时间和观察截止时间,比只问“本周 ROI 为什么不对”更容易复查。
若企业能把广告计划、商品、订单和退款用稳定键关联,就可以逐计划核对;若只能拿到平台聚合报表,最多做店铺或商品级差异分析。没有订单级归因证据时,不要宣称某笔财务收入由某一条广告带来。广告归因与财务确认解决的是两个不同的问题。
最终留一份对账台账:报表版本、导出时间、平台指标定义、匹配率、未解释金额、责任人和下次复核时间。让投放、数据、财务三方能从同一组样本重算,才算真正把差异找清。