虾皮手续费名下究竟挂着几笔

手续费名下究竟挂着几笔，逐笔点清楚

对账单最上面那行通常是佣金，金额最大也最显眼。它只是开头，往下还有几行同样在减钱。名目这件事说穿了，就是把这几行一条条认全。少认一行，后面的加法就少一块。逐行看过去是算清这笔钱的第一步。

按比例收的那一笔几乎每单都会出现，它跟成交这件事绑在一起。订单成立的那一刻它就有位置，订单取消时它也跟着退掉。这类名义的规则写在费率页面里，会随类目和时间变化。认它的时候先抓住跟成交同步这个特征。别的细节可以放到后面再补。

除佣金之外还有一笔走支付通路的名义。它更像是通道本身的使用成本。这一笔和买家选什么付款方式有关，也和收款渠道有关。它通常在收款动作发生的那一刻就被记走。金额不大，但每单都过一次，累积起来不能不算。

跨境订单身上会多挂一层，通常以跨境交易的名义出现。这类名义只在货物真的从境外发出、买家在境外收货时才成立。同一家店做本地单时看不到它，做跨境单时才冒出来。它在账单上的有无，取决于订单的来源地。盯住来源地，就能预判它在不在。

活动相关的名义大多不是每单都出现。只有报名参加了，才会挂到对应的订单上。免运、返现、满减这几类活动都可能从货款里分走一块。它常以补贴分摊的形式出现，看着不像费用，其实一样在减钱。不参加就不出现，参加了就要看清它落在哪些单上。

走达人或者联盟渠道进来的单子，会多一笔按比例的名义。它只在有推广者参与的单上挂，普通搜索进来的单没有。这一笔和成交服务类长得很像，命名也接近，容易看成一件事。分辨的办法是看它挂在哪一类单上。挂得越集中，说明来源越单一。

还有一类名义按笔收，跟金额大小关系不大。一笔订单固定减几毛到几元，单看几乎可以忽略。订单量一涨，这一类的合计就跟着涨，涨得比比例项更直接。它常常藏在账单中段，前后夹着比例项。单笔小、总账不小，是它最典型的样子。

金流或者拨付环节也可能挂着名义。它出现在货款真的被拨出来的那一步。这笔名义有时按笔算，有时跟拨付金额挂钩。它与前面几笔的区别在时点，不发生在成交那一刻。同一张账单上，同一笔货款会在不同位置被减。

不同类目会把同一类费用叫成不同的名字。有的类目写成服务费，有的写成平台使用费。名字不同不代表规则不同，也不代表可以少算一笔。看到陌生的行项，先判断它跟成交绑不绑定。这个判断比名字本身更有用。

站点之间的叫法也有出入，同一件事在两站的写法不一样。这种差异在跨站经营的店身上最容易看出来。知虾的多站点数据按日更新到前一交易日，能把两侧名目并列出来。判断的办法是看它在货款流转里的位置。位置一致，基本可以当成同一件事。

退款和取消会让已经挂上的名义做一次反向动作。订单取消时，与成交绑定的那几笔通常一起撤掉。已经发生的跨境或者通路成本有时撤不干净，会留一点残额。这一点残额会以行项的形式出现在账单里。它属于名目，不属于算法，认出来就行。

买家选择分期这类特殊付款方式时，会多出一笔与付款方式绑定的名义。触发条件写得比较细，跟期数和渠道都有关。它不落在每个单子上，只落在选了这类方式的那部分单。在账单里它出现的比例不高，但一出现就是整笔。汇总时它最容易被平均掉。

币种相关也会带出一两个名义，多见于非本币结算的单子。这类名义的名字里常带结算或者兑换字样。它跟比例项不同，更像是阶段性的成本项。判断它是否成立，看的是这笔货款的结算币种。本币结算的单子通常看不到它。

争议和申诉期间，会围绕同一笔成交再挂一到两个名义。这类名义只在争议真的发生时出现，不是每单都有。它与常规几笔的分工不一样，指向的是争议本身。认出它是为了别把它和常规项混成同一行。混成一行，后面就数不清到底减了几次。

每个名目背后都对应一类规则。规则大体落在按比例、按笔数、按档位这三种形态里。先分清一个名目属于哪一形态，再去看细节。形态搞错，细节看得再细也白看。这一步只做分类，不做计算。

把上面的名义按发生位置排一排，它们并不集中在同一个时点。成交那一刻挂一批，履约完成时挂一批，拨款时再挂一批。名义和时点对上，一笔钱被切了几次就清楚了。名目这一层到这里基本点完。接下来该问每一笔怎么算，那是下一型的事。

名目落在订单不同位置的先后次序（示意）

哪一笔是硬性的，哪一笔还有商量的余地

把上一节点出来的名目按能不能避开来分，可以分成两组。一组只要成交就一定会挂上，另一组取决于店里的选择。硬性的几笔绕不开，只能接受它存在这个事实。余地大的几笔，可以在经营动作上做取舍。两组应对方式不同，混在一起谈就没法落地。

跟成交绑定的那几笔属于硬性。成交一旦发生，它们就跟着成立，没有绕开的办法。成交服务那一笔是最典型的，任何订单都躲不过。通路那一笔也算硬性，只要走了这条通路就会挂。跨境单上还多一笔附加，本地单看不到。

硬性不等于金额固定，它只是说这一笔一定会出现。金额随订单变化，存在与否却不随订单变化。搞混这两件事，谈的时候就会朝错误的方向使劲。抓住存在与否这个判断，比盯金额更管用。因为金额是可变的，位置是稳的。

有余地的第一组是活动类，报名与不报名差得很远。报名之后，活动名义会分摊到参加的那部分订单上。不报名，这一笔完全不出现，货款也不会被分走。它算不算成本，取决于店里要不要参与。这是经营动作带来的成本，不是平台强加的。

活动的余地体现在两个维度上，一是参不参加，二是参加到什么程度。频率高、覆盖广的活动，分走的总额自然更大。只在特定时段参加的，就只在账单里出现那几天。把参加频次记下来，比记单笔金额更有用。频次决定了它一年出现多少次。

有余地的第二组是推广类，走达人渠道进来的单会多一笔。投不投、投多少，都是可以直接决定的。不投的时候这一笔为零，投了才有。它更像买来的流量成本，不像平台的固定抽成。与成交服务类混在一起看，会误判自己的流量成本。

有余地的第三组跟物流选择有关，选哪种发货方式会带出不同名义。快线和慢线之间，挂上的名义不完全一样。这一组有时记在物流名下，有时记在服务名下。名字归属不同，判断方法一样，都是看可不可选。能选，就说明它有调整空间。

有余地的第四组跟类目归属有关。同一个商品挂在哪个类目下，挂上的名义会不一样。有的类目把它写进常规，有的把它列成加收。这不是改数字，而是改归属。调类目前先看清两边各自挂哪些名义。

有余地的第五组跟站点选择有关。同一件商品放在不同站点，名目清单就不一样。除了叫法不同，有的名目在一侧根本不存在。把站点当成同一套规则来套，名目这层就永远对不齐。跨站经营时，名目要按站点分开列。

把有余地误读成可以砍价，是这一层最常见的偏差。余地指的是选择空间，不是谈判空间。规则对所有人一致，不会因为某家店谈得多就少收。能改变的只有自己做哪些动作、面向哪些站点。谈余地谈的是自己的经营结构。

对硬性那几笔，值得盯的是它的出现范围。它落在哪些订单类型上、哪些站点上，这些才有信息量。范围一扩大，成本就被动抬高。范围一缩小，往往意味着类目或业务结构变了。这类信号比单笔金额的波动来得更早。

对余地大的那几笔，值得盯的是它出现的频次。频次决定了它一个月出场多少次，累积效应很明显。单笔再小，一个月出场二十次也不小。记录时按次记，比记总额更能看出问题。看趋势时，频次的变化也更醒目。

两组名目混在一张账单上时，先用标记把它们分开。硬性那几笔每次都出现，可以当成底噪。余地那几笔有跳变，跳变处往往对应某个动作。看到跳变就回查那段时间做了什么动作。多半能对上，费用的来路就清楚了。

有一种特殊情况是余地为负，参加了活动，单量却没变化。这时候活动相关的名义照常挂上，收入侧却不跟着涨。名目层面看不出问题，结果却比不参加更差。识别它要把参加前后的费用与单量放在一起看。费用涨、单量平，就该重新想想要不要继续。

还有一种情况是名义换了名字，实质没变。这类变化在账单上表现为旧行项消失、新行项出现。如果只按名字做历史对比，就会出现一个虚假的下降。稳妥的做法是保留行项的说明，记录它的实质指向。名字会变，实质指向通常稳定得多。

名目分完硬性与余地这两组，账单就从字堆变成结构。跟着成交走的归一类，跟着自己动作走的归另一类。两类观察重点不同，处理节奏也不同。到这里，名目不只是清单，而是一张有结构的图。有了这张图，下一步看算法才不走偏。

相对重量只用于比较先后顺序，不代表具体比例

各项之间有没有重叠，重叠落在哪一段

名目一多，最容易被怀疑的就是重叠。看起来同一笔钱被减了两次，其实有可能是两个不同的名义。也可能是同一个名义在两个时点各取了一次。区分这两种情形，是这一节要解决的事。分不清，就会把合理的规则当成多收。

第一种情形是视觉重叠，两个名义的名字很接近。它们实际指向的东西并不相同，比如服务费与交易服务费。前者指向平台，后者指向通路。它们各有各的规则，也各有各的发生位置。名字像不等于是一件事，这是第一件要记住的事。

第二种情形是同一笔货款在不同位置被减，形成重叠的观感。成交时减一次，拨款时又减一次，看着像两刀。如果两个名义指向不同的成本，本来就应该减两次。判断依据是各自对应什么，不是看它们落在哪。落点接近，不代表名义重复。

第三种情形是两个名义共用一个计算起点。同源的两个名义在同一笔钱上各取一部分，加起来确实是双份。这不是错误，而是规则设计的结果。识别办法是看两个名义的触发条件是否完全一致。完全一致就是同源，需要一起看合计。

第四种情形是时段交叠，两个名义覆盖的时间范围有重合。活动期与常规期就有可能出现这种交叠。交叠期间两笔同时在，过了活动期只剩一笔。看到金额在某个时间点突然变多，先看看是不是时段交叠。这类变化有明确的起止，容易验证。

真正需要警惕的重复，是同一个名义被计了两次。这种情形在账单上表现为完全相同的一行出现两遍。它的金额、名称、发生时点都会高度一致。判断办法是把行项按名称和金额做一次对照。出现双份，才值得当成异常去问。

把重叠和重复分开之后，看待账单的心态会变。重叠是设计出来的，重复才是需要处理的。这两件事的应对办法完全不同，混在一起会浪费很多时间。先分清类型，再决定要不要去问。顺序反了，问也问不出结果。

判断两个名义是否重叠，有一个不用算数的办法。看它们能不能同时被取消就够了。取消其中一个之后另一个也跟着消失，说明绑在同一件事上。取消一个另一个照旧，说明它们各自独立。观察比推算更适合用来处理名义层面的问题。

重叠带来的最常见误判，是把总费用算高了一截。把两个同源的名义当成两个独立成本，合计就会偏高。偏高的结果会传到定价判断上，让人以为利润更薄。先分清名义之间的关系，再去做合计，顺序更重要。分开再合，看着慢，其实省事。

反过来也存在把重叠当重复、把重复当重叠的情况。把设计好的同源双刀当成错误，会白费许多沟通。把真正的重复当成正常，又会悄悄漏掉一笔。两种误判方向相反，成本都不小。前面那套分类不是学究，是省事的办法。

重叠还有一层跟优惠有关，两个名义会碰在同一个金额上。折扣把成交金额压下去之后，原有的比例项也跟着变小。如果另有一个按原价挂上的名义，两者就会拉开。拉开的那部分是优惠带来的差额，不是重叠。看清这一点，才不会把优惠的效果算错。

有些名义看起来重叠，其实落在不同的订单状态上。在途时挂的那一笔，和完成后挂的那一笔，分属两个状态。状态不同就不构成重叠，各自对应各自阶段。用状态做区分，比用名字做区分更稳。状态是明确的，名字是人为起的。

一张账单上同时存在五六笔减项时，先把它们按状态排一下。同一状态内的减项要检查有没有真正重复。跨状态的减项只需确认各自归属是否正确。这样排查比逐行看要快，也不容易漏。排完状态，重叠这个问题基本自动解开了。

排查之后还是觉得金额对不上，就该把订单拆到最小。把单个订单上的每一笔减项都列出来，再加一遍。加出来跟账单总额一致，说明前面的判断没错。不一致，说明还有一笔没被认出来。这一步把感觉换成了可核对的数字。

名义之间的重叠不总是坏事，它反映的是成本结构的真实样子。通路成本、平台成本、推广成本本来就会同时发生。把所有重叠都当成异常，反而会误判业务。该做的是把每一笔的来路弄清楚。来路清楚了，重叠只是结构的一部分。

这一节处理的是名义之间的关系，没有涉及单笔怎么算。重叠的判断靠的是触发条件与发生时点，不靠公式。把关系理清之后，回到单笔上才有意义。名目之间的关系，是后一段工作的前提。再往下走，就进入每一笔按什么算的那一层。

最容易看漏的，是那种按笔数收的小项

账单上金额最小的那几行，往往最容易被跳过。按笔数收的固定项通常在几毛到几元之间，一行行扫过去容易滑走。它的特点是不随订单金额变，只随订单笔数变。单笔几乎没有感觉，月度合计却常常到四位数。这一节专门说这一类。

为什么它容易被看漏，原因在排序上。账单默认大多按时间排，不按金额排。大额的行项夹着小额的行项，视觉上小项被冲淡了。如果改成按金额升序看，头几行全是小项。换个排序方式，观感就完全不一样。

小项的第一种常见形态是处理费，每笔固定收一点。它跟订单金额无关，只跟订单是否发生有关。订单越多，它出现得越密。它存在感弱，是因为很少出现在大额订单的讨论里。在小额订单占比高的店里，它的合计会明显上升。

第二种形态是跟付款方式绑定的固定项，只有部分订单带上。它出现得不算频繁，但一旦出现就是固定的数。这类小项在汇总时最容易被平均掉。因为它的方差小、金额小，落在总量里不显眼。要发现它，得单独按付款方式筛一遍。

第三种形态跟退换或者异常处理有关，按次收取。它的出现频率取决于出问题的比例，不受总单量直接决定。做得越稳的店，这一项越小。它的存在提醒了一件事，小项并不总是稳定的。它会随着运营质量浮动。

还有一类小项跟账单本身有关，比如对账单或者凭证相关的费用。这类费用通常按次、按份或者按次申请产生。它不属于每一单，但属于每一个需要它的动作。因为动作不常发生，它经常被完全忘记。想起来的时候，往往已经过去了几个账期。

小项被低估的根源在于看账单的方式。注意力天然偏向金额大的行，这很正常。但金额大不等于影响大，尤其在单量密集的业务里。一笔三元的小项乘以五千单，就是一万五。这个乘法心里过一遍就有数。

小项与大项是互补的，大项决定单位成本的高度，小项决定地板。大项可以靠结构去谈，小项只能靠单量去摊。单量起不来的阶段，小项反而更咬人。因为没有足够的订单去稀释它。这一点在小店身上特别明显。

不同订单类型下，小项的表现差别不小。本地单多的时候，小项的种类通常更少。知虾的站点分析把同一类目在不同站点的名目条数并列摆开，可以用来验证这一类差异。所以看小项不能只看总数，要连着订单结构一起看。结构变了，小项的合计自然会变。

在账单里找小项，有一个不太费力的办法。先把某一周的行项按金额从小到大排一遍。金额最小的那一段里，通常就是小项集中的地方。把这些行项的名称抄下来，跟上一周比一次。新增的名字就是这一周新出现的小项。

找到小项之后，先不要急着处理。先确认它是按笔算还是按次算，这两种节奏完全不同。按笔算的随订单量走，按次算的随动作数走。前者可以用单量预估，后者只能靠动作计划去估。分清楚节奏，才谈得上后面的安排。

小项的另外一个特点是公告少、变化慢。它不像费率那样会大张旗鼓地通知。很多时候只是在某次账单里悄悄多了一行。等发现的时候，已经过去了好几个账期。所以定期对账单行项做一次清单核对，比等通知更实际。

把小项算清楚，还会带来一个间接的好处。它会让定价时的单位成本估得更实在。很多人定价时只算了成交那一笔和一个大致的物流成本。小项被漏掉之后，实际到手会比预计少一点。少一点在小单上就是几个百分点。

对于小额订单占比较高的店，小项值得单独立一张表。表不需要复杂，记下名称、单位金额、发生笔数就够。记满一个月，就能看出它跟单量的关系。有了这条关系，预估下个月就不难。表的价值在于把看不见的东西变成可跟踪的数。

小项也不都是一直存在的，有的会随业务调整消失。某些处理方式改变之后，对应的按笔项就没了。消失了不代表以后不会回来，所以记录要保留。保留记录的好处是下次出现时能立刻认出来。认出来的速度，决定处理它的速度。

这一节的重点是小项的识别，不是小项的计算。识别靠的是清单和频次，不靠公式。把小项找齐之后，名目这一层的完整性才算到位。剩下的问题是每一笔怎么算，那是下一型要处理的内容。名目点全了，下一型才有东西可算。

加总之后，占掉营收多大一块怎么算

名义列全之后，自然会问这些加起来占营收到多少。这个问题先要定一件事，拿哪一批订单来比。同一个月的订单比同一批订单的营收，结果才有意义。范围错位比算错更隐蔽，也更常见。所以第一步是把范围对齐。

范围对齐包含三个维度，时间、站点、订单类型。跨站经营的店把两个站点混在一起算，占比会失真。混订单类型也会失真，跨境单和本地单差得远。看占比之前，先把这三个维度缩到同一条线上。缩完之后，占比才有可比性。

占比这个数本身不带方向，它只是描述结构。一个占比是高还是低，要跟自己的历史比、跟同类比。单看某一个月的占比，几乎得不出任何结论。所以这里说的怎么算，其实是跟谁比的问题。比的对象选错了，算得再准也没有用处。

名义合计里，通常有两笔会占到绝大部分。一般是与成交绑定的那一笔，和与通路相关的那一笔。剩下几笔加起来可能只占一小块，但种类多。判断结构时，先看这两笔的比例关系。它们的相对高低，反映的是业务是偏本地还是偏跨境。

小项在合计里的占比通常不高，单看容易觉得可以忽略。占比低不等于可以不算，因为它的稳定性差。小项会随单量结构变化，波动比大项更大。单量快速上升的阶段，小项的增速会跑在前面。这就是它值得单独盯的原因。

不同类目的费用结构差别明显，占比自然也不同。有的类目几乎只有一两笔，结构干净。有的类目身上挂着五六笔，合计占比就上去了。所以拿占比做跨类目比较时，要先确认两类各自挂了几笔。笔数不一样，占比的可比性就下降。

占比还会随订单金额分布变化。小单占比高的月份，按笔收的那几项占比被推高。大单较多的月份，比例项增长更快，占比看着反而下降。这不代表规则变了，只是结构变了。把它当成规则变化去追问，容易走错方向。

常见的读法是把占比当成固定值，用来做长期预估。结构稳定的店里勉强可用，结构漂移的店里会出问题。判断结构稳不稳，看占比连续几个月的波动幅度。波动小可以粗略延用，波动大就该逐月重算。这不需要复杂模型，只需要看趋势。

如果占比突然跳升，先查两件事。一是名目数量有没有增加，二是订单结构有没有变化。名目增加会直接推高合计，这种查起来最快。结构变化更隐蔽，需要把订单按类型拆开看。分开查比混着猜快得多，查完通常能找到原因。

有时占比没变但金额变了，这种情况更值得注意。占比不变说明结构没动，金额变化说明规模在动。规模变化可能是单量上来，也可能是单价下来了。金额和占比一起看，才能分清是哪一种。只盯占比会漏掉规模这一层。

把占比写进表格时，建议同时保留分子和分母的原始数值。只写占比，过两个月就没人知道当时的规模。保留原始数值，看趋势时能分清是规模变还是结构变。多两列的成本很低，信息量却大很多。这是做长期跟踪的基本要求。

占比的作用是给判断提供参照，不是下结论。看到占比上升就断定成本失控，结论下得太早。看到占比下降就断定经营变好，同样草率。它只是一个提示，提示你去查哪一项动了。查清楚动因，结论自然会出现。

有些店把名目合计和物流成本放在一起看，这要注意边界。物流成本属于另一套清单，混在一起会重复计算。分开列、分开看，最后再合到总成本里。混在一起最直接的后果是某项被算了两次。两次之后，占比就失去参考意义。

单量很小的店，占比这个工具的意义会下降。样本太少，单月占比波动很大，很难读。这时候更适合直接看金额原值，或者拉长到季度。拉长之后波动被平均掉一部分，趋势更清楚。工具要跟样本量匹配，否则会得出相反的感受。

加总这一步做完，得到的东西其实是一张结构快照。它告诉你钱大概被分成了哪几块、各占多少。它不告诉你每一块具体怎么算出来的。那是算法那一型要处理的部分。名目这一层到加总为止，已经可以交卷。

有了结构快照之后，下一步才有资格谈优化。哪一块占比高、哪一块可以调，都要先看得见才谈得上。看不见的部分永远调不动，因为它连名字都没有。把名目点全，是让结构可见的办法。可见之后，剩下的事就好办了。

取值只表示属性强弱：强、有、无三种

名目什么时候会调整，从哪一处看得出来

名目不是固定的，它会随着平台规则的迭代发生变化。变化的形式有几种，新增一笔、删掉一笔、把两笔合成一笔。也有的是名字不变但适用范围变了。这几种变化在账单上的表现各不相同。识别它们的办法，也各不相同。

最常见的触发是常规规则更新，通常伴随一份公告。公告里会写清生效日，也会写清影响范围。生效日和账单首现日之间常常有一段间隔。有的名目在公告后两周才第一次出现在账单上。看公告只能预判，看账单才能确认。

第二种触发跟类目有关，重新划分会牵动一批名目。商品从一个类目挪到另一个类目，挂上的费用会变。这类变化往往不发公告，而是体现在规则页面里。所以要靠定期核对规则页来发现。频率保持一个月一次就够了。

第三种触发跟站点有关，各站点的更新节奏不一样。有的站点先动，有的站点过一阵才跟上。同一时间点上，两个站点的清单就不同。跨站经营如果不分站点记录，会以为规则自相矛盾。分站点记录之后，才看得出谁先谁后。

第四种触发跟活动有关，活动的规则周期通常比常规规则短。活动期结束后，活动相关的名义会退出账单。下一期活动开始时，它可能换了名字又回来。所以活动类名目要看周期，不要看单次。用周期去看，就能提前知道它什么时候出现。

第五种触发跟业务选择有关，不是平台变了，而是动作变了。开始做跨境之后，跨境附加类名目才第一次出现。停止参加某类活动之后，那一笔就不再出现。这类变化容易被误判成平台调价。判断办法是看变化时间点是否对应自己的某个动作。

要跟上这些变化，最实际的办法是维护一份行项清单。清单上只记名字和它第一次出现的时间。每次出账单时对照一次，看有没有新增或消失。这份清单做起来不费力，价值却随时间累积。三个月之后，它就是一本变动史。

维护清单时，名字要照抄账单原文，不要自己改写。改写之后，下一次对照就认不出来了。遇到名字相近的两行，分别在后面写一句备注。备注写清它跟哪一类成本有关就够了。清单的作用是识别，不是解释。

除了清单，还有一处信息源是费率说明页。费率页会集中列出当前生效的各个名义。定期把费率页与清单对一次，能提前发现将要来的变化。费率页更新的频率通常低于账单变化。所以它是辅助，不是主力。

变化发现得越晚，代价通常越高。晚一个月发现，就意味着多算了一个月的旧结构。用旧结构做的定价判断，会有偏差。偏差在单量大的时候会被放大。所以这一层的观察频率，值得跟业务规模挂钩。

对单量小的店，月度对照一次已经足够。单量大的店，账单行数多，变化也更容易被淹没。这时候可以按周对照一次，重点看行数的增减。行数变化比金额变化更早暴露问题。因为金额会受订单结构影响，行数不会。

有些变化是临时性的，过一两期就恢复。这类变化记录下来就好，不用花力气去应对。判断临时还是长期，看它连续出现几期。只出现一期，多半是临时；连续三期，基本可以当成长期。这个判断标准简单，但很管用。

遇到从未见过的行项，先不要急着下判断。先看它的金额量级，再看它落在哪些订单上。落在全部订单上，通常是常规名目换了名字。只落在某一类订单上，通常是某类动作带来的。分好类再去查来历，就有方向了。

名义调整对经营的影响，多数时候不是升就是降，很少惊天动地。真正麻烦的是频繁的小调整叠加在一起。单次变动看不出什么，累积几个季度后结构就变了。所以记录的重点不是单次幅度，而是变动次数。次数多了，就是结构在漂移。

这一层不需要预测能力，只需要记录习惯。能把每一次变化都记下来，就已经领先大多数店。记录的目的不是追责，而是让下一次判断有依据。有依据的判断，比凭印象的判断稳得多。这也是名目这一层成本最低的投入。

名目的调整属于名目层面的事，跟算法口径是两件事。规则换了名字可能口径没变，口径变了也可能名字不动。两件事分开记录，分析时才不会互相干扰。名目这一层记到这一步，已经足够支撑日常判断。接下来该谈的是每一笔怎么算。

小单越多的结构里，按笔固定的小项咬得越紧

名目点完了，具体算法归到下一段去说

名目这一层走到这里，已经完成了它该做的事。它把一笔成交身上的名义一条条摆开，也把各笔的触发条件交代清楚。它没有回答每一笔具体按什么数算。这个问题属于下一型，不属于这一层。分开看，两件事才都做得扎实。

之所以要把名目和算法分开，是因为两者出错形态不同。名目出错是漏项，账单上有一行你没认出来。算法出错是取数，同一行你算了但算得不对。漏项让总量整体偏低，取错让单笔偏高或偏低。排查路径完全不同，混在一起很难定位。

时点是第三个维度，它和名目的关系最容易被搞混。一个名目在哪个时点发生，属于名目层的信息。一笔钱在两个时点之间停了多久，属于流程层的信息。前者回答是什么，后者回答要等多久。两者都要用，但不是同一件事。

名目层的成果，建议整理成一张可以复用的清单。清单上三列就够，名义、触发条件、发生位置。有了这三列，后面做算法和做流程时都能直接引用。否则每次都要从头再捋一遍，效率很低。清单本身也省去了反复解释的成本。

整理清单时，触发条件那一列最重要。它决定了这一笔在什么情况下会出现。写在清单上之后，遇到新订单时可以先预算哪几笔会出现。这一步不需要计算，只需要对照条件。对照条件比记住所有费率要容易得多。

发生位置那一列容易被写错，因为它看起来不像数字那样需要精确。位置写错会导致后续判断时点的时候找不到依据。所以这一列要写具体，是成交时、完成时还是拨款时。写得越具体，后面用起来越顺手。模糊的位置描述等于没写。

有人会想把算法直接塞进清单里，这样一次看懂。结果是清单变得又长又难维护，还容易被误用。名目层保持干净，后面才能灵活。分工清楚之后，每一层的维护成本都会下降。这也是把它拆成两型的实际理由。

名目层的另一个用途是排查异常。当某个时期费用突然变高，先检查名目数量有没有变化。数量没变，再去看算法口径有没有调整。这个顺序能把排查范围一下子缩小。顺序反了，可能要在一堆可能性里翻很久。

名目层还能用来判断平台之外的因素。前面提到的业务选择类变化，只有在名目层才看得出来。因为它不改规则，只改你做了什么动作。算法层看不到这种变化，因为算法并没有变。这也是名目层不可替代的原因。

跨站经营的店，名目层要按站点分别建清单。合并成一张表，差异会被平均掉。分开之后，哪个站点多挂了几笔会非常清楚。清楚之后，站点之间的资源分配才有依据。这一步不需要任何计算，只需要耐心。

名目层做扎实之后，与外部沟通也会顺利一些。拿着一份列清楚的名义清单去问问题，得到的答复也会更具体。笼统地问为什么扣这么多，通常只能得到笼统的回答。问题越具体，回答越有用。这是名目层带来的额外好处。

知虾公开页面的定价计算一栏，把一笔订单上可能挂到的各项标出来。它把同一项在不同条件下的差异并列放在一起。这样省去了逐个比对的功夫。数据按日更新到前一交易日，用来看结构变化比较方便。它给的是把名义摆开的角度，不是该收多少的结论。

名目这一层没有回答的一个问题是，同一笔名义为什么在不同类目下不一样。这个问题属于算法层，答案在于规则本身的档位设计。放在这一层去猜，只会得到含糊的结论。所以这里明确不展开。留给下一型去处理。

同样没有展开的还有钱的流转过程。名义在哪里发生，是名目层的信息；钱在那之后去了哪里、停了多久，是流程层的信息。两者不能互相替代，也不能混着讲。这一篇只负责前者。后者留给流程那一型。

名目层最后要交出的东西，是一份能长久使用的清单。清单不需要漂亮，需要的是准确和可更新。它只要能回答一个问题就合格，这笔钱为什么会出现。能回答这个问题，名目这一层就算完成。剩下的，是更细的一层工作。

把名目点全，是从成交到落袋这条路上少数能完全靠观察完成的一步。它不需要模型，也不需要预测，只需要耐心和记录习惯。走到这一步，费用不再是一团模糊的数字。它变成了一行行有来历的名目。再往下，才是每个数字怎么来的问题。

常见问题（FAQ）