泰国手续费改按含补贴基数收：达人专属券的账要重算

如果你在泰国做在泰国做 TikTok Shop、把达人专属券和达人专属价当成联盟计划固定动作的卖家的生意，达人内容大概既是你最大的订单来源，也完全可能是你最大的退款来源。2026 年 3 月 21 日，泰国手续费的计费基数变了。原来是按买家实际支付额收，现在是按买家实付加上平台投入的部分收。对把达人专属券当常规动作的卖家来说，这一刀正好落在计划赖以运转的机制上。一笔达人券在结构上是「顶着达人名字的平台补贴」：买家付得更少，差额由平台或卖家补上，而这个差额过去是待在计费基数之外的。现在不了。你每加一泰铢券额，都会把手续费的计算基数抬高一点，这意味着一张券有三项成本而不是两项——它自己的面额、按它自己的面额计收的手续费、以及按它带来的那笔订单记的佣金。

拿一单 399 泰铢、带 50 泰铢达人专属券的订单来看。它产出三条成本线，而大多数卖家只记了第一条。券本身：50 泰铢，占客单 12.5%，这是所有人都记得的那条。手续费上浮：手续费现在按 399 泰铢计，而不是按买家实付的 349 泰铢，于是基数整整多了这 50 泰铢的补贴，而这 50 泰铢同样要按现行费率付一次手续费——把你自己后台的费率代进去乘一下，这是没人记的那条。还有佣金：取决于你的计划怎么设，佣金可能按券前客单计算，而不是按真正进你账户的钱计算，这会悄悄把达人的分成按同样比例抬上去。再加上履约，加上退货准备金，然后跟贡献毛利对比。那张看起来像营销费用的券，现在是一道毛利决策，而且它必须跟任何一条成本线一样过同一道门槛。

达人券订单拆成券额、计费基数与佣金三行

2026 年 3 月 21 日之后，一笔达人券订单的真实成本

这件事让这么多泰国卖家措手不及，是因为券从来没有被当成一项「带手续费的成本」来建模。它被当成折扣，而折扣是你在结算行里看得见的收入减少。真正变的是：券的一部分现在同时也是计费基数，一个百分比要乘在它上面——除非你去费用明细里找，而不是看订单汇总，否则它完全不可见。它会以一种特定的方式复利：券越大，补贴越大，计费基数越大，你为从未收到的钱付的手续费越多。一个在 399 泰铢客单上放 100 泰铢券的卖家，是在为客单里大约四分之一、从来没有买家付过的部分付手续费。而这个机制恰恰是达人最常开口要的那个——因为券是直播话术里最容易放的东西：报个码，看订单进来。

一旦券额做深，还有一个比手续费本身更重要的二阶效应：深券会把受众训练成「等」。如果同一个达人在每场直播都放 100 泰铢的码，那些本来就愿意付 399 泰铢的买家会学会只在直播时段下单，于是这张券不再带来增量订单，而是在给本来就会发生的订单打折。这就是为什么正确的问题不是「我养得起多大的券」，而是「这张券带来了多少在更小券额下不会发生的订单」。费率变化让算术更糟；而自我蚕食才是让它无法回本的东西。

第一步：把补贴放进计费基数，重算一单

打开一笔达人券订单，从费用明细里逐行重建它，而不是看订单汇总。写下：券前客单、券额、买家实付、平台补贴、平台实际使用的计费基数、收取的手续费、佣金基数与佣金、履约、以及退货准备金。然后用旧基数——按买家实付——把同一笔订单重算一遍，把差额单独放一列。那一列就是这次规则改动在你自己的数字上的每单成本。把它乘以每月的券订单数，你就得到了值得动手的那个数。大多数卖家会发现：它大到不能忽略，但又不到要放弃券的程度——而这恰恰是「按 SKU 决策」胜过「出一条政策」的情形。

这件事在三个订单上做，不要只做一个：一张小额券、一张中额券、以及你在跑的最深的那张券。一旦计费基数会移动，券的深度和总成本之间就不是线性关系，而三个点足够让你看到那条曲线。如果最深的券成本超过中额券的两倍，带来的订单却不到两倍，你不需要建模就已经有答案了。

手工重建三笔订单是大多数团队放弃的地方，而费用明细也不是一个好用的界面。如果你想要现成的列，注册达秘联系专属客服免费领取《含补贴基数手续费成本表》：补贴、计费基数、收取的手续费、佣金基数和贡献放在同一行，并且内置了旧基数的对比列。

第二步：找出券额加到哪里就回不了本

券回不了本的那个点，是「再多加一泰铢券带来的贡献，少于它自己的成本」的那一点。你不需要建模去找它——你需要的是在同一个 SKU、同一个达人、同样天数下跑两个券额档位，并且订单和退款都算进去。比较每单贡献，不要比订单数，因为更深的券几乎总会带来更多订单，而这恰恰是会误导你的那个数。实操上这个拐点出现得比卖家预期的早，因为三项成本是同向移动的：券额上去、计费基数上去、佣金基数上去，而更深的券所触达的那个增量买家，按定义就是更不愿意付钱的那个。把券额定在拐点下一档，然后就停在那里。

这件事在 SKU 上跑，不要在店铺上跑。在 899 泰铢的商品上赚钱的券额，在 199 泰铢的商品上可能是直接亏的——因为同样 50 泰铢，在一个客单里是 6%，在另一个里是 25%。这也是为什么「全目录统一券额政策」是个错误的工具：它强迫每个 SKU 都去承受一个按平均品设的深度，而平均的那个 SKU，恰恰是没有人在真正优化的 SKU。

同一 SKU 上两个券额档位的每单贡献对比

第三步：定下由谁承担券额，并写进计划里

在争论券额大小之前，先定下由谁承担券额，因为答案会改变算术。卖家承担的券，是一笔带手续费的折扣；平台承担的补贴，正是制造你现在在付的计费基数上浮的那一种——这意味着最便宜的补贴不一定是最便宜的选项：一个你没申请的 platform 补贴，可以在不带来订单的情况下抬高你的计费基数。把资金来源写进计划里，而不是留给它「创建时的默认值」，并且逐个检查规则改动之前创建的每一条计划，因为当时的默认值是在旧基数下被选出来的。

特别去复查 2026 年 3 月 21 日之前建的那批计划。无论它们被创建时的经济性如何，它们脚下的基数已经移动了，而一条当时处于盈亏边缘的计划，现在可能在没有任何人动过任何设置的情况下变成负的。这是这个季度泰国卖家手上最便宜的一次审计：花一个下午，找出每天都在流走的钱。

第四步：把券挂到你守得住的 SKU 上，而不是全目录

只把券给那些贡献撑得住三项成本的 SKU，其余全部撤掉。实操上这意味着：按毛利排的目录头部、退款率低于你类目红线的 SKU，以及那些能证明券改变了订单、而不只是给订单打折的 SKU。对剩下的部分，在结构允许的地方用「达人专属价」而不是券——因为更低的标价能让计费基数和买家实付保持同一个数，而券会把这两个数拆开，并把差额放进基数里。如果两者都不行，诚实的答案是：多付达人一点，少给产品打折——在干净价格上给更高的佣金，常常比一张把计费基数抬上去的券更便宜。

把这条规矩写成「按 SKU 的上限」，而不是一个计划级的数字：任何 SKU 的券额深度不得超过其客单的一个指名比例，而这个比例按毛利带设定。上限是可以传承的——它熬得过人员变动、熬得过新达人来要更深的码、也熬得过下一次费率变化，因为它挂在一个不随政策移动的东西上。