达人预算执行偏差怎么复盘：按超支和欠量分两头查，偏差超 20% 就要动

达人预算执行偏差怎么复盘，很多美区中小卖家把它做成了一句「这个月效果不太好」：每月 3000 美元的达人预算，月底一看，钱花了 85%，视频只交付一半，单价还比上个月高出 20%。偏差不是一句话能复盘的，要按超支和欠量两条线分开查，偏差超 20% 就必须动结构，而不是下个月继续按老办法投。

达人预算执行偏差怎么复盘？预算花了 80%，内容只出了一半，问题出在哪层

这种「钱跑了、量没到」的情况最常见，也最容易被复盘成「达人质量差」。正确做法是先拆线：钱线对支出——预算花在哪、单价多少、有没有重复付费；量线对产出——邀约发了多少、回复多少、交付多少。两条线各查各的，结论才会落到具体动作上。

复盘还要先回到分配基准。达人预算占比怎么定，站内那篇黑五达人预算和广告预算怎么分里展开过：按毛利倒推达人预算的比例。复盘时用同一个基准算偏差，别复盘前一个口径、复盘时换一个口径，偏差大小全凭感觉。

两条线拆完还要定口径：对齐到「本月计划交付条数」和「本月计划支出」两个数字上，所有偏差都相对计划算，不相对上月算。上月本身可能就是异常的，拿异常当基准，偏差会越算越乱。

超支线：单价、样品、重复付费三个口子

超支先查单价。把本周期每个达人的实际合作价和评估价对一遍，报价高出评估价 30% 的达人标记出来；圣诞季这类大促前报价普遍上浮，上浮超过 30% 就该换人，而不是咬牙接受。

样品是超支的暗口子。寄样不看库存和签收，样品成本能占到达人预算的 15% 以上；一个达人寄 2 份样品、实际只用 1 份的情况，在多人协作的团队里特别常见。

重复付费最隐蔽。同一个达人被两个运营分别建联、各付一次费用，月底对账才发现。这个口子不靠人记，靠建联前的查重流程拦。

单价之外还要看结构：预算是不是全压在头部达人身上，也是超支的常见形态。一条头部合作的价格能抵十场腰部，量没铺出去，钱先见底。结构问题放到月度复盘里动，周度对账只记数字，两层的动作不要混在一起做。

欠量线：回复率和交付率卡在哪一环

欠量要先定位卡点：邀约发出 100 条，回复只有 15 条，卡在开口白；回复 25 条、成片只交 8 条，卡在交付管理。两个卡点的解法完全不同，混在一起查只会得出「多招达人」的模糊结论。

归因要落到具体达人。复投判断的三个维度——稳定性、内容质量、配合度，站内那篇TikTok 达人复投判断标准里定过：交付反复延期是稳定性问题，挂车点击低是质量问题，沟通要三催四请是配合度问题。偏差归到人，处置才有对象。

回复率低还有话术之外的变量：触达渠道。站内信没回的达人换邮件，邮件没回的换平台私信，渠道轮着走一轮再下结论。只盯一个渠道的回复率，容易把「没看到」误判成「不愿意」，白白错怪一批本来愿意合作的达人。

偏差到什么程度动什么手，照这张分档表执行：

把周度对账收进一个后台

复盘别攒到月底，周周对一遍，偏差早 2 周发现，调整成本就低一大截。达秘的团队数据概览把每个运营的邀约量、回复率汇总在一页上，周会对两条线的数字，半小时能对完。

钱线在达秘的样品管理里对寄样和签收，样品成本占比直接导出来；重复建联的口子在达秘的达人库里用状态标记拦，已被同事建联的达人标成「处理中」，不会再各付一次费用。

量线在达秘的达人数据看板里对交付条数和挂车点击；确定要补量的，用达秘的批量邀约按模板加 20% 触达量，补到哪一档照分档表走。周度复盘本身在系统后台设成自动化任务，固定每周一早上提醒，输出就一张偏差表。

偏差表固定四个字段：预算执行率、内容交付率、邀约回复率、样品成本占比。四个数字每周一更新，连续 2 周同向偏离，就提前进入处置流程，不等月底。复盘这件事一旦有了固定输出，谁接手都能照着跑。

预算复盘问答

偏差多少算正常？

10% 以内的波动属于正常范围，达人合作本身有随机性。超过 10% 就要找原因，超过 20% 必须动结构，阈值定下来就不要每次临场改。

超支了，先砍单价还是先砍达人数量？

先砍单价里虚高的部分：报价高出评估价 30% 的达人优先替换。达人数量砍多了，量线立刻恶化，一头偏差会变成两头都失控。

欠量的时候要不要临时加预算？

先查卡点再谈加钱。卡在回复率，加预算没用，换开口白和触达时段才有效；卡在交付，加预算更没用，催交付和切备选才是对的动作。单价合理、卡点解决之后量还缺，才考虑补预算。

复盘多久做一次？

周度对账加月度复盘两层：周度只对两条线的数字，半小时内结束；月度复盘才动结构，调整达人档位和预算分配比例。

如果你手上已经有这个月的达人预算执行表，现在就按分档表把偏差算出来：报价高出评估价 30% 的达人先标出来，回复率卡住的口子这周补 20% 触达量，钱线和量线各查一遍。周度对账别再靠脑子记，注册达秘把邀约数据和样品记录放进同一个后台，偏差表每周一自动生成。