虾皮活动费扣在哪些环节上，摊开来数

活动费扣在哪些环节上，摊开来一样样数

后台里一场活动跑完，销售额是一个整块数字，扣费却散在好几处分别发生。有人以为活动费就是报名时交的那一笔，其实远不止这一处。报名、成交、划账、对账这四处各自都会动一次。把这几处分开列，才看得清钱从哪些口子陆续出去。

买家在页面上看到的只是活动价，卖家账里同时有好几处数字在动。让利发生在成交价上，扣减发生在结算单上，两件事并不在同一个位置。同一个订单，成交那一刻和结清那一刻，账上体现的方式完全不同。分不清这两层，就很容易把让利当成费用。

报名位置先动一笔，这一笔通常和参与资格绑在一起。有的活动按场收，有的按报名时提交的商品数收，规则写在不同地方。这一笔的特点是在成交之前就已经发生，跟卖得好不好没有直接关系。所以它在账上更像一笔先付出去的入场成本。

成交位置跟着动的是让利，这一部分不会单独列成一行费用。它藏在成交价里，买家付的钱比原价少，少掉的那部分由卖家承担。很多人把它漏在费用之外，是因为它在账面上不叫费用。等到算一场活动的真实投入时，这一块往往才是最大的那一项。

佣金在成交位置一并产生，但它按的是平台的规则，不按活动的规则。同一笔订单，活动的让利和平台的佣金是两套来源不同的扣减。两者叠在同一个订单上，出账的时候却走不同的名目。混在一行里看，会误以为佣金也是活动带来的成本。

划账位置再动一轮，前面挂着没结清的项目在这里一次补齐。这一轮的特点是集中发生，一笔结算单上可能同时出现好几个名目。看到结算单上的总数变大，往往不是新产生了费用，而是旧的在这里收口。分不清这一层，会把收口误读成增长。

活动结束之后还有一轮对账，差出来的部分要回头补扣。这一轮最没有规律，因为差异来自活动期间的退款、地址变更、订单拆分。补扣的金额忽大忽小，时点也不固定。把它当成偶发的一次性支出，就会年年被它打乱预算。

名目摊开之后会发现一个规律，越靠前的位置扣得越确定，越靠后的位置扣得越浮动。报名那一笔基本是个固定数，成交那一笔跟订单量挂钩，对账那一轮则完全看实际发生了什么。按这个顺序排下来，心里对每一项的波动幅度就有了底。

同样是活动费，有的名目跟订单绑定，有的跟场次绑定，还有的跟时段绑定。绑定对象不同，意味着漏算的方式也不同。跟订单绑的怕漏单，跟场次绑的怕漏场，跟时段绑的怕边界算错。写名目清单的时候，把绑定对象一起写进去才不会乱。

一份能用的名目清单，至少要写清三件事，名字、扣在哪个时点、跟着什么走。只写名字的清单半年之后就没人看得懂，因为规则早改了。有了时点和绑定对象这两列，换了玩法也能顺着往里填。这三列也是后面几节要用到的底稿。

有些名目只在特定玩法里出现，平时做活动的人往往没见过。比如按报名商品数计的那一笔，只在上特定资源位的活动里才有。没做过这类活动，清单上就永远缺这一行。所以名目清单不该按自己做过什么来写，要按平台可能收什么来写。

名目的名字也会换，同一件事在不同活动里的叫法不一样。名字换了容易让人以为多出一项，实际是同一笔。判断是不是同一笔，看扣的位置和跟着什么走，比看名字可靠得多。名字变动频繁的时候，这一招能省下大量重复核对。

扣在哪个时点，直接决定这笔钱什么时候离开可支配的余额。成交时扣的当周就能看到，划账时扣的要看批次日，对账补扣的可能要跨月。三个时点对应三种资金压力。排预算的时候按时点分组，比按名目分组更贴近实际。

平台留的那一份最容易被漏，因为它常常不写成一笔独立费用。它可能表现为费率上浮，也可能表现为某种资源位按比例分摊。看不见单独一行，人就会以为没有这一项。梳理清单时专门留一栏问一句，这笔里有没有平台自己拿走的份额。

一场活动同时跑两个资源位的时候，名目会叠加而不是替换。两边各自有报名口径，结算时也各自出账。叠加之后总数并不等于两份单子直接相加，因为有一部分佣金是共享的。分不清共享部分，会把同一笔成本计两次。

名目数完之后，通常会得到一张比预想更长的清单。清单长不是问题，问题是没有时点和绑定对象。有了这两列，后面谈怎么算基数、怎么分段走，才有地方落。这一节只到摊开为止，往下怎么算留给下一节。

图1：同样一场活动，扣费动作落在五个不同位置上。位置越靠前，金额越确定；位置越靠后，越要看实际跑出来的结果。

报名费、折扣、佣金，各自算在哪一笔上

参与资格那一笔算在报名的动作上，跟后面卖多少没有关系。报名那天提交了什么，就按什么计一笔。所以它落在报名单上，而不是落在任何一笔成交单上。这类名目在订单明细里根本找不到，只能回到报名记录去翻。

折扣算在成交价里，不单独占一行。买家付钱的那一刻，折扣就已经生效，账上直接体现为收款变少。它不需要事后补记，因为它从来没有以原价入过账。这一点决定了它最不容易被发现，也最不容易被核对。

佣金算在订单上，按平台规则从货款里划走。它跟活动是否让利无关，只跟订单成不成立有关。订单取消或者全额退款时，佣金会跟着回冲，回冲的金额不单独通知，直接出现在同一张结算单上。所以它落在订单这一层，而不是落在活动这一层。

这三样东西落在三个不同的位置，对账的时候需要三套口径去翻。参与资格费用翻报名记录，折扣翻成交价，佣金翻订单结算明细。三处都翻完，才能拼出一场活动的完整投入。只翻其中一处，结论一定会偏。

同一笔订单上，折扣和佣金会同时出现，但先后顺序不同。折扣在买家付款时就已经体现在金额里，佣金是在平台划账时从货款里扣。一前一后，账面上的时点差着好几天。把这个先后弄反，会误判资金压力的位置。

有些活动的参与资格费用可以直接抵扣后期佣金，这时候它就不只是一笔支出。抵扣关系让两笔名目之间产生了联系，但划账时仍然分开列示。看到那一笔被冲掉一部分，不要以为这笔钱没花。它只是换了形式，从先付变成了后抵。

折扣的承担方有时候不止卖家一家，平台也可能分走一部分。分到卖家头上的那一份，才是活动费里的真实成本。判断这一点的办法是看让利前后卖家实收的差额。差额里既有自己让的，也有平摊过来的。

佣金按类目不同有不同规则，这一点跟活动没关系，但会跟活动费混在一起看。做活动的时候订单量上来，佣金总额自然跟着上去。这时候容易把佣金的增长算成活动的代价。分开看，才知道哪一部分是真的活动带来的。

名目算在哪一笔上，还决定它能不能被单独调整。落在报名单上的，可以通过调整报名规模去影响。落在成交价里的，只能通过定价策略去影响。落在订单上的，几乎不受单场活动的控制。分清落点，才知道哪一项动得了。

三笔名目的确认时间也不一样，参与资格那一笔当场确认，折扣即时生效，佣金要等划账。这三条线在预算表上要分开排，塞在同一个格子里，就看不出资金压力的峰值出现在第几天，也看不出哪一天该备多少余额。

知虾的定价计算一栏按站点列出各项扣减对应的位置，数据更新到前一交易日。把它的输出和手上的报名单、结算单对照着看，能较快发现某一项在某个站点上有没有出现。这样对照只是定位名目，具体比例仍以平台规则为准。

参与资格费用的计法会随活动类型变，按场、按商品、按资源位都有可能。同一个月做三场活动，三场的这一笔可能按三种方式计。写预算的时候按统一方式估，误差会集中爆发。按类型分开估，才能对上最后的单子。

佣金之外还有一层支付通道的费用，它跟佣金一样按订单走。这一层金额通常不大，容易被并进佣金一起看。并进去之后就很难拆开，也没法单独评估。名目梳理时要主动把它单列出来，哪怕金额不大。

折扣如果发生在多件订单上，还要面对分摊的问题。一笔订单里几件商品各自折扣不同，成本该算在哪一件上。活动统计按商品维度出数的时候，这个问题就会浮出来。分摊规则一般不看整体，看的是活动规则里有没有指定。

把三笔名目落到各自的单据上之后，一场活动的成本轮廓就出来了。轮廓的作用是让人知道钱主要在哪里、不在哪里。至于每一项具体按什么比例算、按哪个数算，是另一层的事。这一节先到落点为止。

落点定下来还有一个好处，就是能判断哪些名目会被退回来。落在订单上的会随退款回冲，落在报名单上的基本不退。折扣本来就没入过账，也就无从退起。有了这一层判断，对账时的预期就清晰多了。

图2：把名目摆到一起会发现，分量最大的那一项在账面上并不叫费用。它藏在成交价里，不注意就整块看不见。

哪几项是活动结束之后才结清的

活动跑完不等于账就结清，有好几项要等活动结束后才彻底落地。这些项目的共同特点是当时不划钱，等统计口径出来再算。等的过程有的几天，有的要跨月。把它们当成已经结束的支出，预算就会提前松掉。

按效果计的那一份通常要等活动结束才结，因为它要看实际成交。活动期间只能拿到预估，最终以划账单上的数字为准。预估和最终之间的差，是这一项最需要盯的地方。差得多的月份，往往是退货集中出现的时候。

退款相关的调整也是结束后才落，活动期间的退款要等活动收口才统计完整。买家在活动结束后才申请退款的情况并不少见，这部分会把已经算过的成本往回改。改的方向是减少，但时间点很靠后。

活动资源的按比例分摊同样要等结束才算，因为要看整场消耗了多少。这类分摊在活动期间完全不体现，划账时一次性出现。看到结算单上多出一项没见过的名目，多半就是它，而且它往往不止出现在一场活动上。

平台给的补贴对冲往往也是后置的，先按原规则扣，活动结束后再把补贴那一部分返回来。返还的形式可能是现金，也可能是抵扣额度，两者在到账速度上差别很大。现金到账就能用，额度只能留着抵扣后续支出。

对账差异的补扣同样发生在结束之后，差多少取决于活动期间的异常订单有多少。异常订单包括拆分、地址变更、超时未发取消等。这类差异没有规律，但在大促之后会集中出现。提前留出一段缓冲比事后解释有用。

划账批次的划分会让结清时间再往后推一点，活动结束那天不一定正好是批次日。碰上批次刚过，就要多等一个周期。这个等待在跨月的时候尤其明显。做跨月活动的时候，两端都要各留一段。

后置结清的项目在现金流上有一个共同点，就是活动期间看起来很好。因为钱还没出去，账上是漂亮数字。等活动结束集中结清，压力才显现出来。这种错位是活动期资金规划最容易失手的地方。

判断一项是不是后置，最简单的办法是看它有没有预估行。有预估行的基本都会在结束后重算。没有预估行的通常当场就定了，不会再出现回头改的动作。用这一条去筛，比对着清单逐项记更省事，也不容易把两类混在一起。

后置项目的金额波动幅度通常比前置项目大，因为它们跟实际结果挂钩。前置项说多少就是多少，按效果计的项可能翻倍也可能缩水。预算上要给它们留出比前置项更宽的区间，宽出来的那一截就是为波动准备的。

后置结清还有一个连带影响，就是它会改变前面已经入过账的数字。活动期间记的那一笔，结束后可能被改掉。改掉之后如果不同步更新记录，两边就会长期对不上。养成结束后重算一次的习惯，能省掉很多解释。

有些后置项目只在特定条件下才触发，比如退货率超过某个水平才会重算。没触发的时候它就不存在，容易被当成没有这项，清单上也就一直空着。做过一次被触发的活动，才会知道清单上还缺这一行。

活动结束到结清之间的这一段，账上的名目处于挂着不动的状态。挂着的意思是有金额但没有最终确认。这段时间里它既不算已发生的费用，也不算应收。处理方式不同，中间报表的利润会差。

多个活动同期结束的时候，后置项目会挤在一起结清。挤在一起的后果是某几天集中扣款，容易造成支付账户余额不足。提前把结清日期排出来，就能避开这种集中。排期这件事在旺季尤其要做。

后置结清的顺序也不完全固定，一般按活动结束时间先后排。但如果中间出现争议订单，该场的结清会被挂起。挂起一场会连带影响后面几场的批次安排。所以一场的异常，可能让好几场的到账时间一起往后挪。

把后置的项目单独列一张小表，标上预计结清窗口，这一节的任务就算完成了。窗口按活动结束日往后推一个批次估算，跨月的再多留一周。这张表不解决怎么算的问题，只解决什么时候会动钱的问题。具体每一项按什么规则算出来，交给下一节去讲。

最容易漏算的，是给平台留的那一份

翻遍结算单也找不到的那一项，往往就是平台自己拿走的份额。它不以费用名义出现，而是以规则的形式藏在费率里。看不见独立的一行，人的本能就以为它不存在。漏算的根源不是粗心，是名目本身不显眼。

平台留的那一份，第一种形式是费率上浮。同一个类目，参加活动时的佣金比例可能比平时高一点。高出来的这一点没有单独一行，它只是把费率改了。执行的时候看到的是比例变了，看不到多出来的一笔。

第二种形式是资源位按比例分摊，用整场的成交额乘以一个系数。这一类最容易被忽略，因为它在活动期间完全不动。等活动收口，才以一项分摊的名字出现。数额有时候比参与资格费用还高。

第三种形式是补贴的抵扣，平台先垫一部分让利，再从后期的货款里收回来。看起来是平台在出钱，实际上钱先从卖家账上过了一手。这一进一出之间的时间差，本身就算一种成本，而且这笔钱在活动期间完全看不到。

第四种形式是把某些原本不计费的项临时纳入计费范围，活动期间规则会变。平时不算的项，活动时会算，而账单上并不会专门标出来。等对账时发现怎么加都对不平，才会回头去找是哪一项被纳了进来。

判断有没有平台留的一份，可以拿同一个商品在活动期和平时各出一单做对比。两单的买家实付可能一样，卖家实收却不同。差出来的部分，就是平台拿走或者在中间过手的份额。这个对比不需要复杂工具，翻两笔订单就够了。

这部分金额通常不占总成本的大头，但它的特点是稳定出现。金额小不影响它被漏掉之后的后果，因为漏掉的是判断依据本身。以为成本是某个数，实际是另一个数，后面所有推演都跟着偏。它的意义不在金额，而在它会不会改变整块的判断方向。

有些平台留的份额会随着活动规模变化，规模越大比例越高。这会形成一个反直觉的结果，就是活动越成功，单位成本反而上升。不把这一层算进去，会一直以为规模上去了利润就一定摊得好。

这一份还常常和佣金混在一起出，两者在同一张结算单上相邻。相邻就容易看成一件事，尤其是金额都不大的时候。分辨方式是看它跟订单量挂钩还是跟成交额挂钩。跟成交额挂钩的那一部分，才是平台留的份额。

活动类型不同，平台留份额的形式也不同。大促型活动常见按比例分摊，日常型活动常见费率上浮，两种形式在账上的位置也不一样。同一种形式在不同活动里的系数还会变。照着上一次的经验估这一次，容易估偏，同类活动之间才好沿用。

平台留的份额有时会以赠品或者流量的形式返还一部分，这一部分不是现金。不是现金的部分要不要算进成本，取决于怎么定义成本。按实际支出算，它就不算；按投入总价值算，它要算。两种算法在评估活动时结论不同。

梳理这一项的时候，宜单独给它一栏，不要并进佣金。并进去之后，以后换活动类型就没法单独调。单独一栏的好处是能在不同活动之间横向比。比出来的差异，往往比总成本的差异更能说明哪种玩法更合适。

有一些平台的份额是通过降低卖家可用额度来实现的，不直接扣钱。额度降低的效果和扣钱类似，但账上完全没有痕迹，翻遍单子也找不到。这类是最难发现的一种，通常要靠做同一件事的前后对比才看得出来。发现之后要写进清单，否则下一场还会漏。

漏掉这一份的典型症状是，结算单加总的总数对不上，怎么加都少一块。少的那一块通常就藏在这里，而不是某一笔金额算错了。碰到加不平的情况，先怀疑这一层，比逐行核对省时间。把明细逐行加一遍，再和总数对一次，差出来的往往就是它。

把平台留的份额单列出来之后，一场活动才有完整的成本构成。完整不意味着精确，只是意味着不再有整块看不见的部分。这一栏留好了，下一层讨论基数的时候才有对象可以指。至于这一块的金额按什么基数算出来，那是下一节的事。

这一栏还有一个用处，就是在复盘时判断要不要继续参加同类活动。如果平台份额在总成本里占比过高，说明这个玩法对自己的结构不太合适。判断有了具体数字，比凭感觉说贵不贵可靠得多。

几项加起来，一场活动要占掉多少

把名目都摊开之后，下一个问题是它们加起来占多少。占比不是算一场活动的收益，而是看成本结构里各块的分量。有了分量，才知道该盯哪一块。占比算出来常常和直觉不一致，这也是它值得算的原因。

参与资格这一类前置项在总成本里的占比通常不大，但它是确定的那一项。确定为它换来的是可预测性，预算时可以放心按固定数排。它更像一张入场券的价钱，跟这场做得好不好没有关系。但它对总投入的影响，在多数活动里排不到前列。

让利通常是占最大头的那一项，因为它直接乘在成交额上，成交越多让得越多。一场折扣力度大的活动，让利的金额可能超过其余所有项目之和。很多人低估它，是因为它在账面上不叫成本，只翻单子看不出来。把它摆进成本表，整场的结构马上就不一样了。

佣金虽然按平台规则走，但在活动期间会随成交放大，占比往往排第二。它和让利是同一笔订单上来源不同的两个扣减，两者并不能互相冲抵。把两者加起来看，会得出一个比预想高不少的数。

平台留的那一份占比通常不高但很稳，它在多数活动里落在几个百分点之间。稳意味着可以预测，也意味着很难通过把活动做小来把它摊掉。把规模缩小并不能让它消失，只能让它摊得更薄。它的存在是结构性的，不是执行上的问题。

后置结清的项目合计占比在正常月份里不大，碰上退货集中期会明显上升。这类项目的波动来自实际结果，不来自活动设计。做预算的时候给它们留区间，比给一个固定数更接近实际。区间可以按最近几场的实际波动来定，不必凭感觉。

汇总的方式有两种，一种是按活动算，一种是按商品算。按活动算能看到一场的总投入，按商品算能看到哪些商品在拖后腿。两种方式都要，因为它们回答的问题不同。只做一种，判断会偏一头。

一场活动的总投入除以订单数，得到一个单笔成本。这个数在不同活动之间可比，比总额更能说明效率。同类型的活动放在一起比，单笔成本的排序才有意义。跨类型比，容易被活动规模干扰。

总投入占成交额的比例也是一个常用口径，它直接反映一场活动的让利深度。这个比例高的活动不一定是坏的，要看换来了什么。但比例必须算准，因为它会影响下一步要不要继续投。同一场活动前后各算一次，就能看出让利是不是越做越深。

加起来的时候最容易出错的地方是重复计，让利和平台补贴常常被算两遍。分辨的方法是看这笔钱最终由谁承担。由自己承担的部分只算一次，不管它在账面上从几个名目里经过。算之前先确认一遍承担方，比算完再改省事。

还有一个容易出错的地方是漏掉时间维度，几项成本发生在不同时间，加起来的时候被当成同一期。金额加对了，时间错位会让资金安排出问题。加总的时候同时标上发生周次，这一层就不会漏。

不同店铺、不同站点的成本结构差别不小，把一份总表铺到所有站点会让结论失真。同一个玩法落在佣金比例高的站点上，实收会明显薄一截。结构上的差异要靠分站点算才看得出来，混在一起就被平均数盖掉了。

一场活动的成本结构如果和上一场基本一致，说明玩法没变。变化一旦出现，通常来自规则调整或商品结构调整。把每场的结构记下来，差异会自动显现出来。把结构记成几行数字，比只留一堆印象可靠，查起来也快。

有个反直觉的现象是，成本占比高的活动有时反而更值得做。因为它换来的成交可能把固定成本摊薄了。判断要看结构和后果，不能只看占比本身。这也是为什么占比只是中间指标，不是结论。

把一场活动占到多少算清楚，最大的收获是能横向对比不同玩法。同一个月做三种玩法，三种的成本结构摆在一起，差异摆得很清楚。哪些项目是共有的，哪些是某种玩法特有的，看着就明白。选玩法的时候就有依据了。

加总得到的是一张结构图，它能说明各块的分量，说明不了每一块怎么算出来。同样一个项目，在不同活动里按什么基数算，可能完全不同，结果能差出一截。结构看清了再谈算法，顺序才顺。这一层留给下一节展开，这一节到结构为止。

图3：深色代表这项在本类玩法里几乎每场都出现，浅色代表按条件出现，横线代表一般不出现。名目多少随玩法变，清单也要跟着变。

名目会随玩法变，怎么梳理才不漏

玩法的名字一变，跟着出的名目也常常跟着变。有的玩法看着新，实际只是把老名目换了个位置。也有的玩法看着差不多，背后多出一项从没见过的费用。梳理清单要考虑这一层变化，不能照着上一次抄。

按玩法分类比按月份分类更稳，因为同一类玩法的名目构成大体相近。月份分类只能看出总数波动，看不出结构变化。按玩法建几套模板，新活动来了先归到某一类。套模板比从零写清单省时间，也更不容易漏。

有些玩法会把原本分散的几项合成一笔，名字变了但总数差不多。碰到这种情况不要以为少了一项，要按合成规则还原。还原的方式是找这个新名字对应的计费依据。依据对得上，就知道它合并了哪几项。

反向的情况也存在，原本一笔会被拆成两笔分别出。拆开之后每一项看起来都变小，总数却可能变大。判断总数有没有变化的办法还是看承担额，不看名字数量。名字数量从来不是判断成本高低的依据。

梳理清单的时候要把时点一并写上，因为玩法变化最常见的表现就是时点挪了。同一项费用从划账时扣改成报名时扣，性质就变了。它对资金的影响完全不同。只记名字不记时点，这种变化永远看不出来。

清单要留出扩展位，因为每个季度基本都会有新玩法出现。留扩展位的办法是把名目按功能分组，新来的往组里放。分组之后新增一项只需要判断归哪一组，不必动整张表。组内再按是否常态出现排一下序，找起来更快。

名目清单宜加一列触发条件，写明什么情况下这一项才会发生。有触发条件的项目在清单上留空值，比直接写零稳妥。写零会让人误以为它发生过，而且是零，后面统计时就会被当成一条有效记录。留空能提醒这一项还没触发。

玩法变化时最容易漏的是那些按比例分摊的项目，因为它们不随单笔订单出现。成交层面的项目变化很明显，分摊层面的变化要等活动收口才看得到。梳理的时候专门问一句，这次有没有新增分摊项。这一问能挡掉大部分遗漏。

一个玩法如果连续做几场，清单可以固化成模板；一旦停做超过一定时间，模板要重新核对。规则是会变的，停做期间的调整不会主动通知。重新核对的方式是拿最近一单的实际扣减对照模板。对不上的地方就是要改的地方。

梳理清单的时候不要只盯着自己实际付出去的钱，还要盯着没有付出去但影响了结果的部分。比如额度被占用、到账被延后，这些不体现为支出。但它们确实改变了资金状况。把它们记成备注，比完全不管要好。

站点之间的名目差异，往往比相邻两场活动的差异更大。知虾的多站点数据把各站点的费用项并列摆出来，数据更新到前一交易日，对照着看容易发现某一站多出了一项，清单上却还没写。发现后按功能归组补进清单，比等结算单出来再查要快。

有些项目的名字里带着活动名称，这会让清单看起来比实际复杂。碰到这种情况先剥掉活动名称，只看功能部分。剥掉之后常会发现不同活动里的同一项其实是同一个东西。清单归并的工作量会小很多。

名目梳理的另一个收益是能发现自己在为哪些不需要的东西付费。有些项目只在上特定资源位时才有，如果那场活动没上，就不该出现。结算单里出现就该去问。这类核对一年能省下的金额不算小。

玩法换季的时候，前一场的清单不要直接沿用，但也不要完全重写。沿用会导致漏项，重写会浪费大量时间。折中办法是把公共部分保留，把玩法特有部分按新规则替换。这样既快又不容易漏。

梳理到后面会发现，清单的价值不在于全，而在于可对。可对的意思是每一项都能对应到一张具体单子或者一条具体规则。对不上的项要么是理解错了，要么是有东西被藏起来了。两种情况都值得追。

一份会随玩法更新的清单，最重要的属性是有人负责更新。清单本身不会自己变准，规则变了要有人改。指定一个更新时点，比如每季度第一周，比靠记性可靠。这条流程比清单模板本身更值钱。

清单更新完，名目的部分就算摆完整了。接下来要看的是这些名目各自按什么基数、什么比例算出来，那是另一层的问题。清单本身不下任何结论，它只是把后面几层要用的底子先铺好。这一节不碰算法，只把名目、时点和绑定对象摆清楚。

图4：前置项在报名当天就基本定死，后置项要等活动收口才彻底确认。两条线的距离，就是活动期间账上看不见的那一块。

名目摊完，具体怎么算往下一段走

名目摊开之后，问题会自然转向每一项具体怎么算出来。这一步不能在本节解决，因为它涉及基数、比例、分档这些另一层的东西。先把边界说清楚，免得后面几层混在一起。这一节只负责摆清名字、时点和绑定对象。

名目和算法是两个可以分开讨论的问题，同一组名目可以对应好几套算法。佣金这一项在有的类目按成交额算，有的按扣除退款之后的净额算。名目没变，得数会差。所以先定名目再谈算法，顺序不能反。

把名目和算法分开写，还有一个实际的好处是换玩法的时候改动量小。名目通常变化不大，算法变化却频繁。改动量小这件事，在规则经常调整的时期格外值钱。分开之后每次只改算法那一栏，全写在一起，每次都要重写整张表。

时点这一层也值得单独保留，因为它和算法互不依赖。两项费用可以算法一样但时点不同，也可以时点一样但算法不同。四种组合在实际里都会出现，不能想当然地认为算法一变时点也跟着变。把两个维度分开记，改哪一层就只动哪一层，中间不会互相干扰。

这一节列出的名目，包括参与资格费用、成交让利、佣金、平台分成、后置结清这几类。每一类下面还有细分项，细分项按玩法不同而增减。细分到什么程度合适，判断标准是能不能对应到一条可查的规则。对应不上说明细过头了。

下一节要处理的是基数问题，也就是每一项乘在哪个数上。这个话题和名目有交叉但不能合并，因为同一个名目可能对应多个候选基数。候选基数之间怎么选，需要单独讨论。这一节先不展开。

把名目整理成一张能用的表之后，还有一个动作要做，就是确认每一项会不会被退回。会退回的和不会退回的，在核算方式上要分开处理。会退回的项在发生时不急着定性，等退回之后再定；不会退回的项发生当天就能落定。这一层判断在名目阶段就能做。

名目这一层的产出应该是三列，名字、时点、绑定对象。这三列填完，后面两层各自往哪加列都有位置。缺了其中任何一列，后面的表就会长得歪，补起来还得回头重排。先填时点再填绑定对象，因为绑定对象常常要照着时点来定。这一节的全部工作就是把这三列填实。

有的读者会想跳过名目直接去算比例，结果通常是算到一半发现少了几项。返回头补名目的工夫，比一开始就先做名目要多得多。顺序一旦反过来，多半得在中途折返一趟。所以顺序建议按这个来，尽管它看起来最琐碎。

名目这一层不必追求一次写全，因为玩法会不断新增项目。第一版能覆盖自己做过的几类活动就够，剩下的靠后续一场场补。后面每做一场新玩法，往表里补一两行，补的时候顺手把时点和绑定对象一起写上。半年之后这张表就比任何现成的清单更贴合自己。

有些名目在小规模活动里根本不出现，只在大促里才被触发。这类项目平时不做记录，大促时就会冷不防地冒出来，还找不到对应规则。把它们提前写进表里并标注只在特定场景触发，就能提前有准备。

名目整理完成之后，用一张图把几个主要的扣减位置摆出来最直观。图的作用是让人记住钱从哪些位置出去，而不是替代清单，两者看的是不同层面。清单给细节，图给印象，翻起来各有各的用处。两者配合使用比单独用哪一个都好，尤其是给新接手的人讲一遍的时候。

名目清单还有一个隐含作用，就是能反映出一场活动到底哪些环节在自己控制范围内。报名规模、定价、参与的玩法，这三样是自己能定的。佣金比例、平台分成、批次日，这三样基本是给定的。分开看就清楚哪些能谈、哪些只能适应。

有人在名目这一步卡住，是因为总想把金额也一起填进去，而金额要等算法确定。正确做法是名目先空着金额，等算法出来再回头补。先填金额会让人误以为名目已经算完，后面的步骤就被跳过，等到发现数不对时已经隔了很久。空着金额反而能提醒这一层还没做到底。

名目这一层做完，会得到一个对自己生意更清楚的认识，就是钱主要是从哪几个口子出去的。这个认识会影响很多后续判断，比如该不该参加某类玩法。它不解决所有问题，但它改变看问题的角度。

下一节从基数讲起，也就是每一项费用到底乘在哪个数上。这个话题会解释清楚，为什么两个看起来几乎一样的算法能算出差别不小的结果。它还会说明同一个名目为什么会有两个候选基数，以及这两个基数各自适合什么场景。本节到名目和时点为止。

常见问题（FAQ）