抖音链接利润模型：一条商品链接到底赚不赚钱，应该怎么算
从 T-21～T-8 成熟金额退款率、ERP 实际发货、包裹级沉没成本、拍单与售后损耗，到全域、直播和达人实际花费，完整拆解抖音链接预测利润的计算链路。
本文目录 9 节 · 点击展开
更新说明： 本文目前仍是阶段性版本。近期部分利润规则、费用归属和计算口径已经进一步完善，但这些最新调整还没有同步到文章中。阅读时请以“当时版本的模型思路”为准，后续会按最新口径重新校正和更新。
旧模型说赚，穿透后却亏
旧模型把历史利润率当成代理变量；当前模型直接用本期发货、采购、物流、售后和推广事实重新核算。
历史利润率 × 本期推广销售额用过去猜现在当结构变化时，利润判断容易失真本期事实数据 → 当前利润重新核算每一项收入和支出都能回到事实来源本文记录的是一套实际用于抖音商品链接核算的利润模型。主利润颗粒度是 商品ID / 商品链接，利润周期取最近 7 个完整自然日 T−7 ～ T−1；退款风险不直接拿本期退货去除本期发货，而是单独使用 T−21 ～ T−8 的成熟发货样本估计。
旧方法并不是完全没有订单成本。它能够查到采购、快递、后勤等数据，只是先把这些明细汇总成上个自然周的链接利润，再压缩成一个“历史利润率”。到了本周，真实明细反而不再参与主计算，模型改用历史利润率去乘推广销售额。
这一步压缩看起来让表格变简单了，却同时丢掉了 SKU 结构、退款批次、包裹归属、售后损耗和当期推广成本。真实数据明明存在，却先被压成平均数，再用平均数猜回本期结果。
先看最终怎么算
这套模型最终只需要记住两层：
净采购成本 + 店铺杂费 + 订单沉没成本 + 售后损耗 + 拍单总成本 + 未税总推广花费净销售额 − 总成本 − 5% 保留预测利润 ÷ 退款前未税销售额真正容易出错的不是加减法，而是每个数字该不该乘退款率、该按订单还是包裹归属、该取本期事实还是历史代理值。先用一组教学数字把整条链跑完，再拆这些细节。
¥22,600 ÷ 1.13未税销售额 ¥20,000¥20,000 × 90%净销售额 ¥18,000¥20,000 × 4% × 90%进入总成本 ¥720¥5,300 ÷ 1.06未税推广 ¥5,000¥18,000 × 5%单独保留 ¥900预测利润 = ¥18,000 − ¥13,900 − ¥900 = ¥3,200利润率 = ¥3,200 ÷ ¥20,000 = 16%总费用率 = ¥13,900 ÷ ¥20,000 = 69.5%上面所有数字都是纯教学示意，不代表真实经营结果。关键在于顺序：销售额、采购成本和店铺杂费先统一承受退款风险；已经发生的物流、售后、拍单和推广支出直接全额扣除；5% 保留最后单独扣减。
旧模型怎样把订单明细压成一个猜测
旧链路最关键的问题，不是步骤少，而是把大量明细压成一个承担过多含义的“历史利润率”，再拿它解释下一周期。
退款分子和发货分母不是同一批订单。
售价、SKU、采购、退款和广告都可能已经变化。
已经真实花掉的钱被错误地继续乘退款率。
包裹、商品行和广告归因被混在同一层计算。
如果历史利润率已经包含上周广告费，它本身就是上周广告效率、商品结构和退款情况共同产生的结果。拿它推本周时，再扣本周广告费会重复口径；不扣又无法反映本周真实花费。Excel 能顺利算出数字，并不代表数字具有经营含义。
退款率：先锁定一批订单，再看这批订单后来怎样
旧算法如果拿“今天收到的 10 件历史退货”去除以“今天刚发出的 5 件新货”，会得到 200%。问题不是 Excel 除法，而是这两批货根本不是同一批订单。当前模型先锁定成熟发货样本，再回看这批订单后来关闭了多少。
主利润公式使用金额退款率，件数退款率只用于经营观察。新品或低销量链接如果没有成熟样本，当前 Excel 可以用 0 作为模型默认值，但它只表示“暂时没有样本”，不能被解释成已经证明退款率为 0%。如果同批金额口径仍出现 R > 100%，应优先检查重复、负数、商品归属和状态映射，而不是简单封顶。
同样不能先把本期已经关闭的订单从经营基数里删掉，再对剩余部分套一次完整的历史 R。成熟金额退款率本来就在预测一批订单最终会关闭多少，先删再乘会让同一项退款风险被扣两次。
成本要按“会不会随退款消失”分轨
退款不是一把对所有费用同时打八折的开关。新模型把经营价值、已发生支出和 5% 保留分成三条轨道。
(未税销售额 − 采购成本 − 店铺杂费) × (1-R)未税销售额 × (1-R) × 5%一个包裹只能发生一份履约成本
快递和后勤的真实发生单位是物流包裹，不是 Excel 商品行。以一个非顺丰包裹同时包含 A、B、C 三个链接为例：
正式逻辑先按物流单号确认一次快递和后勤，再按该包裹下应承担成本的 订单号 + 商品ID Key 数平均分摊。赠品当前不单独获得分摊份额。
没有正常销售收入，也可能有真实成本
拍单 / HS 的原则很简单：假的收入拿掉，真的成本留下。 拍单不计正常经营收入和成交件数，但拍单采购、税额和店铺杂费仍然保留；快递与后勤继续只在“订单沉没成本”中计算一次，不能重复扣除。
补发、换货同样如此：销售额可能是 0，但采购、快递和后勤都已经真实发生，所以不能因为“没有销售收入”就把整条 ERP 记录过滤掉。
新模型的数据怎样汇到一条链接上
新模型不再让历史利润率充当代理变量，而是让每类数据只回答自己擅长的问题，最后统一按商品链接汇总。
订单与商品：订单号 + 商品ID直播链接利润只是在同一算法上增加 直播间名称 维度，不另建一套利润公式。推广后台的成交金额、ROI、点击率和 PPC 继续保留，但只负责解释投放表现，不直接冒充 ERP 真实发货利润。
文中的 1.13 和 1.06 是当前内部核算使用的价税分离系数，不是永远固定的通用常数；财务税率或发票口径变化时，模型也必须同步调整。
最终一张表，要同时看见结果、来源和异常
新版链接利润表不应该只给一个利润数字。它需要保留足够的中间结果，让使用者能从“亏了多少”继续追到“为什么亏”。
优先查售价、采购、包裹、拍单、售后和退款结构。
商品有贡献，但全域、直播或达人实际花费把利润吃掉了。
再结合 ROI、PPC、点击率判断是否还有放量空间。
怎么证明这张表算对了
利润模型不能只检查某个单元格公式。至少要同时通过四组守恒关系。
预测利润 = 净销售额 − 总成本 − 5% 保留5% 保留不塞进总成本。
Σ 链接分摊 = 包裹快递费 + ¥9.5一个物流单号只发生一次履约成本。
含税推广 = 全域 + 直播 + 达人三类真实费用同时出现不是冲突。
采购% + 推广% + 沉没% + 售后% + 拍单% + 其它% = 总成本 ÷ 未税销售额各项分母都是未税销售额；5% 保留不参与费用率。
是当前最细稳定公共 Key，但极少数订单仍可能缺少更细 SKU / 子单归属。
必须标记“不可计算”，不能把缺失当成真实 0 成本。
Excel 至少保留近 60 天发货用于回查，超出窗口的损耗仍可能漏归属。
不随机塞给某条链接；当前 Excel 也不为少量边界建立复杂概率分摊。
未税销售额为 0 时单独展示亏损状态，不制造一个普通百分比利润率。
历史利润当然仍然有用，只是用途应该变成比较：这条链接比上周期变好还是变差，而不是因为上周赚 20%，就假设本周也赚 20%。
利润模型最重要的不是看起来完整，而是每一步都能从结果穿透回事实。能算出数字只是开始，能解释数字为什么成立，才是核算。