虾皮货款到手前被哪些名目切过

货款到手前被哪些名目切过，逐项数

货款到手前被切走的部分不止一笔，也不止两笔。它们按名义分成好几个大类，一类一类排着往下切。大类之间互不替代，同一笔订单会被好几类同时切到。数名目的第一步不是记住名称，而是先承认它们按类别存在。按类别数，才不会在细节里迷路，也才不会把同一类数成两种。

第一类是交易层，跟订单金额直接挂钩。成交一成立，这一层的金额就按比例计进去，不需要卖家做任何动作。它也是各类里占比最高的一块，通常在货款里占掉最显眼的一份。把这一块先认清，后面的名目才好归位。归位之后，其他几类的位置也就跟着清楚了。

第二类是履约层，跟包裹的实际走法绑在一起。运距长短、重量大小、有没有退回，都会改变这一层的金额。同一批订单的成交金额一样，履约层却可能差出好几倍。这一层里最容易出意外的是退回的那一趟，费用往往不止一次。把它当成固定成本来估，会低估得比较明显。

第三类是支付层，由收款通道那一侧计收。它的金额跟交易金额和通道类型都有关，换一条通道结果就变。这一类名目在后台不一定直接展示，常常以净额的形式出现在到账记录里。看不到明细的时候，很容易把它误当成汇率差或者平台留的那一份。误判之后，对账的方向就会从一开始就跑偏。

第四类是营销层，只有参加活动或者用上特定工具才会产生。它的特点是可选择性，不参加就不会有这一笔。很多人把营销层和交易层混成一类，算活动收益时怎么都对不上。把两者分开，活动的账才算得清。分不开的时候，活动参加得越多，账就乱得越厉害。

第五类是沉淀层，指的是被暂时留住的那一部分。要等纠纷关上或者条件满足，这部分钱才会被放开。它不是被收走，只是不能立刻动，性质上更接近占用而不是费用。把沉淀和收费放在一起看，会让货款的可支配部分显得比实际更少。分清这两者，对现金的判断才不会过于保守。

五类之外还有一些零散项，来源比较杂。比如信息变更、单据补开这些场景，都会产生零散的名目。它们的特点是金额小、发生突然、规律性弱。正因为不规则，它们最容易被漏在名目清单之外。漏掉之后不会立刻出问题，只会在复盘时表现为一串说不清的差额。

把五类名目写在纸上之后，要给每一类找一个判断依据。判断依据要挑自己能随时查到的字段，而不是需要问人才知道的信息。有了依据，后面每一笔都能对号入座。没有依据的名目只能靠记忆去认，认错的概率很高。依据落在字段上，这一层才算真正扎实。

名目之间还有一层先后顺序，先扣哪一类会影响后面几类的基数。顺序不是随便排的，它跟平台的记账流程有关。看清顺序，才知道为什么同样成交金额的两笔订单，最后到手会不同。看不到顺序的时候，只能靠结果去倒推，效率很低。顺序理清之后，倒推就换成了顺推，省力得多。

名目的名称在各站点上并不统一，同一类可能挂着两种叫法。照着字面去数，很容易把一类数成两类。稳妥的做法是先归类再对名称，把叫法归到统一的类号上。归类做完，跨站点比较才有意义。名称上的差异，本来就不该影响到名目的数量。

知虾站内公开的定价计算页面能按站点把各项构成摆出来看。页面的数据按日更新到前一交易日，可以当作一个横向的参照。把不同站点的名目构成并排看，容易发现哪一类在自己这边特别重。发现之后仍然要回自己的账单里核对，公开面的排列和实际计收并不完全等同。把它放在核对的环节上，位置就摆对了。

名目清单不是固定不变的，平台会调整计收范围。新增名目和合并名目这两件事，也会在调整里一起出现。调整通常体现在账单的科目名称上，隔一段时间对照一次就能发现。发现之后要在清单上留一条记录，写清哪一天起生效。留有生效日的清单，才能回答跨期比较时该用哪一版。

同一类名目在不同站点可能挂在不同的科目下。科目名称不同不代表名目不同，先归类再对名称会省掉很多误判。误判少了，后面所有基于名目的结论都会稳一些。这也是把归类这件事放在对照之前的理由。顺序对了，对照的工作量会小一半。

有些名目只在特定条件下出现，比如退款、拒收、地址调整这些场景。它们平时不出现在账单里，一旦出现金额往往不小。把这一类当成特殊情况单独记一份，比混在常规清单里更清楚。单独的清单还能用来说明某个月的异常从哪来。异常有了出处，复盘时就不必从头猜起。

把名目数到这里，五类加上零散项已经铺开了。清单一栏一栏立得住，每一类都能找到一个可以核对的依据。名目点清之后，下一个问题是每一类归谁收、什么时候收。归谁收决定了钱去哪个方向，什么时候收决定了钱什么时候离开。这一件事放在下一节里说。

五个层面各自独立，同一笔货款会被其中好几层同时切到，切到的先后并不影响它们的存在。

哪些是平台留的，哪些是第三方收的

名目点清之后，紧接着要问的是这些钱最终进了谁的口袋。这个问题看着简单，实际分辨起来比想象中麻烦。账单上不一定写明收取方，只给出扣款金额。分不清收取方，后面追查差异的时候就会找错对象。先按收取方把名目分成两边，是这一节的基本动作。

平台留的那一部分通常跟交易本身有关，按订单金额的一定比例计。这一类名目在账单上往往以扣款的形式直接出现，金额是负项。它的判断依据比较清楚，就是从成交金额里直接减掉的那一笔。这一类相对稳定，波动比较小。稳定的部分适合按比例去估，误差不会太大。

第三方收的那一部分通常跟具体的服务绑在一起。物流服务和收款通道是其中最常见的两类。这一类名目的金额跟实际使用的服务量有关，而不只跟订单金额有关。同样的成交金额，运距不同、通道不同，第三方收的部分能差出不少。这一类的波动大，跟业务结构的变化直接相关。

分辨两边最实用的一条线索是看谁提供凭证。凭证由谁开就归谁收，这条线索比科目名称可靠得多。平台留的那部分通常只在账单里体现，第三方收的那部分一般有独立的凭证。找不到凭证的名目，先按平台那一边处理，再回头核对。核对的时候优先查这一类，命中率往往最高。

还有一种情况叫代收，名义上由平台统一扣，实际是替第三方收。这种情形最容易混淆，因为从账单上看完全一样。只有在凭证上才看得出区别，所以核对的最后一步一定要落到凭证。少了这一步，代收和自收就永远分不开。分开之后，对账的对象才不会找错。

把两边分开之后会发现一个规律，平台留的那一部分相对稳定。第三方收的那一部分波动大，跟自己的业务结构变化直接相关。所以做预估的时候，两边的估法也应该不一样。共用一套估法的时候，误差会在结构变化的那几个月集中冒出来。分开估之后，预算和实际的贴合度会明显提高。

平台留的那部分适合按比例估，因为它本来就按比例计。第三方收的那部分更适合按实际发生量估。按比例估这一边容易偏得比较多，尤其是在运距差异大的类目上。估法用错的时候，预算看起来没问题，实际却总是差一块。偏差的方向通常固定，比较容易识别出来。

还有一类难以简单归边的项，就是各种预留和暂扣。这部分钱没有进任何一方的口袋，只是被暂时放在中间。把它归到平台留的那一边，会让平台的扣费看起来比实际更重。归错之后，跟平台沟通的方向也会跟着错。把它单列一类，比硬塞进两边都更清楚。

分清收取方还有一个实际用处，就是对账的时候知道该找谁。跟平台相关的差异找平台，跟物流或通道相关的差异找服务商。两条路径完全不同，走错的代价是来回几轮都解决不了问题。把路径写进对账流程里，这一类消耗能省下不少。省下来的时间可以放到真正需要分析的差异上。

两边分开之后还要注意一个时间上的差异。平台留的那部分跟订单同节奏产生，订单出来它就有了。第三方收的那部分可能滞后一段时间才体现在账单上。所以同期对比的时候，两边的数字对不齐是正常的，不一定是漏记。把时间差标出来，才不会把正常现象当成问题。

各站点的订单与到账节奏在公开视图里能排成一条线。数据按日更新到前一交易日，两个站点的节奏可以并排看。把节奏摆在一起看，能大致判断哪一边的第三方扣费更集中。判断出来的是方向，具体归属仍然要按自己的凭证去核。方向用来缩小范围，凭证用来确定结论。

跨站点经营的时候，第三方收的部分会更复杂。服务商可能不止一家，每家的计费节点和账单周期都不一样。把服务商和对应的名目做成一张对照表，是跨站点经营最省事的做法。表做出来之后，新出现一家服务商也只要加一行。有表在手，跨站点的名目就不容易张冠李戴。

有些名目在特定条件下会从平台那边转到第三方那边。反过来从第三方转回平台的例子也存在，只是少一些。这种转移通常伴随服务的调整，发生频率不高但影响不小。发现归属发生变化的时候，先查有没有相应的服务调整。没有服务调整而归属变了，多半是规则本身做了更新。

两边分清之后，下一步是把名目和它产生的时点对应起来。收取方决定了钱去哪里，时点决定了钱什么时候离开自己的账。两个问题都有答案之后，名目这一层才对得上实际。只回答其中一半的时候，讨论总会卡在剩下的那一半上。把两半一起补齐，后面的对账才有基础。

名目归谁收这一节讲到这里，路径和凭证两条线索都用上了。路径用来判断大方向，凭证用来确定具体归属。两条线索都走过一遍，归属的判断就基本站得住。接下来要处理的是名目之间谁先谁后这一条线。那一条线决定的是基数，不是归属。

横轴表示各类名目占掉货款的相对份额，按笔计的小项单独看很小，笔数一多就不可忽略。

名目之间的先后关系是什么，别弄反

名目不是同时发生的，它们排着一个先后。前面的结果会影响后面的基数，顺序错了金额就错。把顺序弄反，算出来的到手货款会跟实际差出一截。顺序本身不难记，难的是每一类的起点在哪里。先按起点归类，再看谁在前谁在后，思路会清楚很多。

通常排在最前的是跟成交金额直接挂钩的那一类。它以订单金额为起点，成交一成立就已经确定了。这一类的特点是发生得最早，卖家来不及做任何干预。它是后面几类的一个参照，但不一定是后面几类的基数。参照和基数是两个概念，混起来最容易出错。

排在它后面的是跟实际履约绑在一起的那一类。它的起点是包裹的实际走法，而不是订单上的金额。它不一定以扣完前一类之后的金额为基数，这一点经常被误解。误解之后，用扣完的金额去乘比例，就会算出一个偏小的数。偏小的幅度不大，但会一直存在，积累起来相当可观。

再往后是支付通道那一类，它跟着款项的实际收付走。这一类的时间点比前两类都晚，因为它要等款项真正流转才会发生。在它发生之前，账上的可用金额还不是最终的数字。把中间状态当成最终状态，是这一层最常见的时点误判。认清这一步，对可用金额的估计才不会偏早。

营销那一类的位置比较特殊，它在成交之前就已经确定了。活动的让利比例在下单那一刻就定下来，而不是事后计算的。所以它看起来排在后面，实际的影响却发生在最前面。位置和时点不一致的名目，最容易在排序时被放错。把位置和时点分开标，排错的机会就小很多。

顺序讲的是名目之间的先后，不是钱走的路径。把顺序当成路径去理解，很容易把两条线混在一段里讲。名目只回答被谁切走，钱怎么走属于另一个话题。看清这一点，才能守住名目这一节的边界。边界守住，内容的落脚点才不会飘。

还有一类并行的名目，它们之间没有先后，同时发生。比如同一笔订单同时命中两种不同的服务，两边各自计收。把并行的当成串联的，会让总金额算多一次。算多之后，对账时的差额会凭空多出一块。多出来的这一块很难解释，往往要花不少时间去找。

并行的名目在账单上通常分开列示，不会合并成一行。看到分开的两行就按并行的处理。不要自动把它们当成一个整体的两个部分，那多半是错的。分开列示往往就是因为它们的规则不同。规则不同，处理方式也不该被强行统一。

顺序还会影响退款时的处理，退款有按原路退回和按净额退回两种。按原路退回意味着每一类名目都要反向处理一遍。按净额处理则只涉及最终的那一个数，中间过程不再回溯。两种方式对报表的影响完全不一样，规则里要提前写清。写清之后，退款发生时就不必临时商量。

分不清顺序的时候，有一个简单的检验办法。把一笔真实订单的名目按发生时间排一遍，每一项都写上它发生的那个时点。排完之后顺序自然就显现出来了，不用凭印象去争。样本不用多，三五笔就能把顺序固定下来。固定下来的顺序，可以直接写进名目清单里。

知虾的关键词分析栏目里能按站点把订单结构的变化摊开。数据按日更新到前一交易日，结构变化看得比较直接。结构变化快的站点，名目的命中组合也会跟着变。排序的时候要多留意这一类站点，不能一直用旧顺序。留意到之后，仍然要回自己的订单里核一遍。

顺序理清之后要写下来，写成一行一行的形式。写在纸上的顺序可以核查，记在脑子里的顺序只能靠回忆。写下来之后，新出现的名目就能被放到正确的位置上。放错位置的名目会一直制造难以解释的差额。差额积累多了，会反过来让人怀疑数据本身。

顺序还有一个副产品，就是能解释为什么同样成交金额的订单到手不同。差别往往不在比例上，而在中间某一项的起点被换掉了。起点换了，后面每一项算出来都不一样。看清这一点，就不必再去纠结比例是不是调过。归因归对了，改的方向才对。

名目之间的先后关系理到这里，顺序这条线基本清楚了。接下来的问题是这些名目挂在什么时点上放开。什么时点放开，决定了货款什么时候能真正变成可用。这一节只处理先后，时点那一条线不在这里回答。两条线不重叠，合起来才是一张完整的名目表。

顺序这一层还有一个容易被忽略的地方，就是它的稳定性。平台调整记账流程的时候，顺序也可能跟着变。顺序变了而比例没变，到手金额仍然会变。所以顺序也要跟名目一样定期对照一次。把它写进同一份变更记录里，管理成本几乎不增加。

那些按笔收的小项，最容易被忽略过去

按比例收的名目好记，因为它在账单上占的位置显眼。按笔收的小项不好记，单笔金额很小，混在其他数字里几乎看不出来。单笔小不等于总量小，笔数一多就能积成一块不小的数。这一节专门处理这一类容易被漏掉的名目。漏掉它们的代价，通常要到复盘的时候才显现出来。

按笔收的小项有一个共同特征，就是它跟订单金额没有关系。一单成交三块和成交三千块，被扣的这一笔可能完全相同。这个特征决定了它在低客单价商品上的占比会特别高。所以同一个店里，贵商品的到手比例往往比便宜商品更高。这个结论不是经营效率的差别，纯粹是名目结构造成的。

按笔收的小项还有一类是按次数计的。每一次信息变更、每一次单据重开，都可能对应一次计收。这类项的发生没有固定规律，跟操作习惯和订单质量都有关系。漏掉它的时候，账面上不会有明显异常。它只在复盘的差额里露出一小点痕迹，很难被直接找到。

还有一类是按件计，跟包裹里的商品件数有关。一件商品和一箱商品的成交金额可能差不多，被扣的这一项却差了好几倍。批量订单在这一点上吃亏比较明显，值得单独盯一下。盯的办法是把单均件数当成一个变量，看它变化时扣款怎么跟着动。动得有规律，就说明这一类小项确实在起作用。

小项最容易漏的原因，在于它的凭证零散。有些小项根本不单独出凭证，只能从账单明细里去找。找起来比较费劲，费劲的事情容易被推迟。推迟几次之后就彻底不查了，这才是真正的损失。解决办法是把它变成一个有固定动作的例行检查。

找小项有一个实用的办法，就是拿同金额的两笔订单做对照。两笔金额相同但结构不同的订单，差额里往往就藏着那些小项。对照的时候把两笔的名目一行一行并排放，差异会立刻显出来。对照的样本不用多，几组就能定位到具体是哪一类在起作用。定位到具体类别之后，再去看它的规则就快得多。

小项之间还会互相叠加，一笔订单可能同时命中三四项。单项看都不起眼，叠起来之后就到了值得关注的程度。所以看小项的时候不要单看，要按订单汇总着看。汇总之后，单笔的影响和整体的影响就分得清了。分清楚之后，才知道该在哪个层面上解决问题。

汇总小项的时候，按订单类型分组再汇总会比较稳。不同类型命中的小项不一样，混在一起汇总会把差异平均掉。平均掉之后，值得注意的那一类反而看不见了。分组汇总多花一点时间，结论的可信度会高很多。宁可慢一点，也不要得出一个没有指向的结论。

小项的另一个特点是它的调整频率比大项更高。大项调整通常有公告，小项调整有时只在账单格式里体现。所以盯小项不能只盯公告，还要盯账单本身的样子有没有变。账单格式的变化，往往就是规则变化的前兆。看到格式变了，顺手核对一下计收规则更稳。

对小项的处理办法是设一条观察线，不是设一个限值。观察线指的是这几类小项占总扣款的比例有没有明显的趋势变化。有趋势的时候再往下查，没有趋势的时候不用花太多精力。这样安排，投入和产出才对得上。把精力平均分给所有小项，反而哪一项都盯不住。

观察线的数据来源是账单明细和自己的订单统计。只有一边的时候，比例变化说不清是名目变了还是结构变了。两边都有，才能把变化归到正确的原因上。归因归对之后，动作才知道该落在哪一边。归错原因的时候，改了半天也不会见效。

知虾站点数据里能看到低客单价订单的分布情况。数据按日更新到前一交易日，分布变化看得比较及时。低客单价占比高的账号，按笔计的小项影响通常更明显。留意之后仍然要按自己的账单去算比例，分布只能提供方向。方向加比例，才能得出一个可以用来判断的数。

小项的处理成本也要算进去。为了追一笔几分钱的项花上半小时，并不划算。判断依据是这一类的总量占比，而不是某一笔的金额。总量占比高的小项值得追，占比低的小项记一笔观察就够。把追查的力气按占比分配，是这一层最省力的做法。

占比较低的小项不必追查，但也不该完全不管。记一次观察的成本很低，攒够几次就能看出有没有趋势。有趋势再回头追，比一直不记要主动得多。这一层要的是不遗漏，而不是把每一项都查到底。把这两件事分开，工作量的分派就有了依据。

小项数到这里，名目的大类和细节就都过了一遍。大项决定主要负担，小项决定尾部的那些零碎差额。两边都看清之后，货款的构成才算完整。接下来要回答的是一个更直接的问题，一路切完到手还能剩下几成。这个问题需要先讲清结构，才有意义。

一路切下来，到手还能剩下几成

到手剩几成这个问题没有通用答案，因为它取决于订单结构和站点分布。同样的名目规则下，不同结构的账号能差出十个百分点以上。所以问这个问题的时候，要先把结构说清楚。结构不说清楚，任何答案都没有参考价值。先讲结构再讲数字，是这个问题的正确顺序。

结构里最影响结果的是客单价，因为按笔收的名目对低客单价商品更不友好。客单价越低，按笔小项占总扣款的比例就越高。高到一定程度，按笔的那部分甚至会比按比例的那部分更重。这个拐点在哪里，按自己的商品结构算一次就能找到。找到之后，定价的时候就会更有数。

第二个影响结果的是订单的商品件数。按件计的名目直接跟件数相关，一单多件的订单在这一项上的负担明显更重。所以单均件数高的账号，到手比例通常低于同行的平均值。这不是效率问题，只是名目结构在起作用。看清来源，就不会拿它去评价运营水平。

第三个影响结果的是退货比例。退货会连带产生物流和售后两方面的名目，一次退货往往命中两处。退货多的类目，实际名义扣款会比同价位类目高出一档。这一档不是比例问题，而是名目被命中多次造成的。所以要降低这一档，动的是退货流程而不是定价。

第四个影响结果的是参加的营销活动。活动越多，营销层的名目越重，这一部分是可以选择的。活动本身带来增量，但名目的负担也会同步上升。两者要一起看，只看增量会得出偏乐观的结论。把名目负担算进活动评估里，结论才会稳。

把结构四个因素摆在一起看，才能对自己的到手比例有一个合理的预期。拿别人的比例来套，几乎一定会落空。落空的次数多了，就会开始怀疑数据本身有问题。把四个因素列出来对一遍，疑心自然就消了。对结构的过程，也是理解自己生意的过程。

算到手比例的时候，还有一个容易混的地方，就是沉淀那一类要不要算进去。沉淀不是费用，只是暂时不能动。把它算进扣款会让到手比例看起来偏低。偏低的比例会影响定价，进而形成一圈偏保守的决策。一圈保守下来，实际损失的并不比名目本身少。

判断标准很简单，这部分钱最终会不会回到自己手里。会回来的就不算扣款，只算占用；不会回来的才计入扣款。这条标准用一次就能把两类分开，不需要额外的判断。分开之后，费用率和占用率就可以各算一份。两份数各有用途，混在一起反而都用不好。

到手比例还要区分订单维度和金额维度。订单维度看的是有多少单能剩下多少，金额维度看的是总额里剩下多少。两个维度各有用处，做定价看金额维度，做结构优化看订单维度。用错了维度，结论会对不上自己真正想问的问题。先定维度再看数，是看这个指标的正确顺序。

到手比例这个数还有一个特性，就是它不会一直稳定。名目规则调整、自己的商品结构变化，都会让它移动。所以它适合按季度看一次，而不适合当成一个长期不变的常数。当成常数用的时候，定价会慢慢偏离实际。偏离的过程很慢，等到发现的时候往往已经积累了几期。

看这个数的时候要连着看几期。单期的波动往往只是结构上的一次小调整，不代表趋势。连着看才能分出趋势和噪声，也才知道要不要动手。分不出这两者的时候，调整往往会改到不该改的地方。多看两期，比早动手一次更划算。

各站点的订单结构放在同一个界面上就能横向比。数据按日更新到前一交易日，几个站点的结构可以放在一起比。把它的结果跟自己的账单交叉核对，容易看出哪一类名目估得偏了。核对之后要回自己的数据里再确认一遍，两边一致才能拿去用。两边不一致的时候，先查口径差异再查数据本身。

让到手比例保持在一个稳定的区间里，比追求某一个具体的数字更实际。区间管理比单点管理更容易执行，也更容易解释。区间收窄的过程，其实就是名目越管越清的过程。每一类名目都清楚了，区间自然就收窄了。收窄之后，定价的把握也就大了。

剩下几成这个问题，最后还是要落到自己的结构上才有答案。别人的数字只能当作一个参照，不能直接搬用。搬运数字的代价是定价失准，而定价失准往往不容易立刻发现。自己算一遍，虽然慢一点，但结论是自己的。自己的结论，才经得起后面的追问。

到手剩几成这一节讲完，名目这一层的骨架就立起来了。从大类到细节，从收取方到顺序，从到手比例到变化跟踪，都覆盖到了。接下来要说的是名目会随政策变化，怎么跟得上这一层的变化。变化跟得上，前面的清单才不会慢慢失效。清单不失效，这一层才算真的做完。

三条属性各自打分，分数分布说明不同名目的收取方和计价方式差别很大，不能放在一条规则下理解。

名目会随政策变，怎么盯住这些变化

名目跟着规则走，规则调整的时候名目就会变。变化大致有名称、范围、归属三种，各自的表现并不一样。三种变化里最容易忽略的是范围变化。名字没变容易让人以为规则也没变，实际上内容已经动了。名字不变而内容变了，是这一层最隐蔽的一种变化。

范围变化通常表现为某一类名目开始覆盖以前不覆盖的情形。账单上看不出来，只有跟历史订单对照才会发现。对照的做法是拿同一类订单的两期数据比命中率。命中率变了就说明范围动了，命中率没变说明规则没动。命中率这个指标比金额更能说明范围的变化。

名称变化最容易发现，但也最容易造成误判。名字换了就以为是新增了一项，实际只是改了个叫法。误判之后，清单上会多出一类根本不存在的名目。发现名称变化的时候，先核对内容和计算方式再决定要不要新增。核对一遍的成本很低，比后面反复修订要省事。

归属变化指的是同一笔名目从一边转到另一边。前面在讲收取方的时候已经提过这一类。它会同时影响对账路径和预期扣款比例。路径变了但比例没变的时候，很容易被忽略过去。所以归属变化要单独做一个检查动作。

盯变化最有效的办法是定期做一次名目对照。拿当期账单跟上期对比，一项一项过一遍。对比的重点不是金额，而是科目本身有没有增减。金额变化多数来自业务波动，科目变化才是规则层面的信号。把这两者分开看，信号才不会被噪声盖住。

科目增减的记录要留档，写成一行一行的变更日志。每一行只要写清日期和变化内容，不需要长篇的说明文字。有这个日志，跨期的差额就有了出处，不用每次都从头查。日志写起来很快，一季一行通常就够。写日志的人不必做分析，只要如实记录。

除开自己的账单，平台的公告也是重要来源。公告里说的多半是调整计收方式，但表述往往比较概括。要读懂公告里的范围表述，确认调的是哪一类订单。还要确认从哪一天开始生效，这两点最容易被忽略。两点不清楚的时候，可以先按旧规则处理，等账单出来再修正。

公告和账单之间通常有一个时间差，账单体现得比公告晚一些。这个差不用消除，只需要在日志里标一下生效日。标了生效日，跨期比较的时候就知道该用哪一版规则。不标生效日的时候，同一个问题会被反复讨论几次。一行字的成本，换来的是长期的省事。

跨站点经营的时候，盯变化还要分站点做。各站点的调整节奏不一样，同一个政策落地时间可能差几周。分站点记录之后会发现，有些站点的调整会先落地。把最先变的那个站点当成观察窗口，是跨站点经营里省力的做法。观察窗口给出的信号，可以提前帮其他站点做准备。

知虾公开的费用构成视图能按站点把名目组合摆开对照。数据按日更新到前一交易日，两边组合的差异可以放在一起看。把两个站点的组合并排看，能较早看出其中一边的结构在移动。发现移动之后，仍然要以自己账单上的记录为准。公开面的口径和自己的账单口径并不完全一样。

名目变化还会影响历史数据。规则改了以后，旧数据和新数据之间不再能直接比。处理办法是留一份变更记录，比较的时候注明用的是哪一版。不注明版本的跨期比较，得出的结论基本没有意义。注明版本只是多写一句话，省下的却是反复确认。

变更记录要由固定的人来维护。多人同时改容易导致版本对不上，后面没人说得清哪一版是准的。维护的人不需要做分析，每次变更留一行记录就行。把这件事挂在一个固定的人头上，记录就不会断。断了之后要补回来，代价比一直记着高得多。

记录写完之后，还要在合适的时机回头看一次。看的目的是确认这些变化有没有形成某个方向的趋势。变化零散的时候，说明规则处在稳定期，不必频繁调整自己的做法。变化集中的时候，就要回头看看是不是某个层面被系统性地改了。两种情况的应对方式完全不同，先分清再决定动作。

回头看的时候，把变化和自己的经营数据摆在一起更清楚。规则变了而经营数据没动，说明影响还没有传导过来。两边同时动的时候，才能确认这一处名目确实值得调整。摆在一起看，也是判断要不要改自己做法的依据。依据在数据上，判断才不会凭感觉。

名目这一层到这里就讲完了，六个方面都覆盖到了。从大类到细节、从收取方到顺序、从到手比例到变化跟踪。接下来要说的是名目切完之后，具体怎么算由口径那一节处理。这一节不回答算法问题，比例怎么取、基数用什么，都留给下一段。两节连起来看，货款这条线才算走到了一半。

两条线的开口逐渐拉开，说明名目的笔数增长快过总额增长，按笔计的小项在其中起了作用。

名目切完了，具体怎么算下一段讲

名目这一节做的事情是点名，把货款被切的名义一类一类摆出来。它回答的是有哪些名目、归谁收、按什么顺序、什么时候放开。它不回答每一笔具体怎么算，那是口径那一节的范围。边界划在这里，两节的内容才不会互相打架。边界清楚了，读者才知道该去哪一节找答案。

点名和算法分开讲，是因为两件事的答案会互相干扰。名目没点清就谈算法，很容易在错的对象上算得特别精确。精确地算错一件事，比粗略地算对一件事更麻烦。先把对象认清，再谈精度，顺序不该颠倒。颠倒之后，返工的成本会比一开始多花的时间高得多。

名目点清之后，算法的讨论才有落点。落点指的是知道该对哪一个名目去讨论基数。没有落点的时候，讨论会飘在不同的名目之间。这也是把它放在前面的原因，顺序不是随意安排的。先有清单再谈算法，是这一层的基本顺序。

有一个常见的混淆是把名目当成算法。比如把某一项按比例算，当成与生俱来的规则。实际上比例怎么取、基数用什么，都是后面要单独定的事。把这两件事混在一起，会让名目清单越写越像一本账。清单像账本的时候，它的用处反而会下降。

名目清单还会随着自己的业务变化而调整。新开类目、更换服务商，都可能带来新的名目。清单不是写一次就完的文档，它跟着业务一起动。所以维护清单的时间点，通常就选在业务结构变化之后。变化之后顺手对照一次，清单就不会滞后太多。

维护清单的成本不高，隔一段时间对照一次账单就够。对照的重点是科目有没有增减，而不是金额有没有变化。按这个重点对照，一次通常只要十几分钟。十几分钟换来的是一整年的口径一致性。投入产出比在所有的例行动作里算高的。

科目增减之外，还有一类变化是名目的适用范围被扩大或者收紧。这一类不会改变科目表，只改变命中率。所以清单要留一栏记录命中率，才看得见这一类变化。留一栏的成本几乎为零，作用却直接落在发现能力上。没有这一栏的时候，范围变化要等到对不上账才会被发现。

发现命中率变化的时候，用订单结构做一次对照就能定位。结构没变而命中率变了，说明规则动了。结构变了而命中率不变，说明只是业务在动。两种情况的处理方式完全不同，先分清再决定要不要动清单。分清了，动作就知道该落在规则还是落在业务上。

名目这一层还有一点要提醒，就是别把名目和费用混成一回事。沉淀类的名目不是费用，它只是被占用。把占用当费用记，会让费用率虚高。费用率虚高之后，对账时的差额也会越来越大。差额大到一定程度，两边就都不愿意再查了。

名目讲完之后，货款这条线上的四件事就有了一件是清楚的。剩下三件分别属于算法、路径和归属。三件各自独立，互不替代，也不能用一件去回答另一件。把这一点记住，后面几节的内容才不会被混着用。混着用的时候，最容易出现的是看起来都对但结论互相矛盾。

这一节涉及的两个公开栏目可以并排摆开对照。数据按日更新到前一交易日，构成和结构可以放在一个界面上比。把它的构成跟自己的名目清单并排看，能较快发现清单里缺了哪一类。发现缺口之后，要回自己的账单里确认这一类是真的没有，还是没有列出来。确认之后，清单才算补完整。

清单越完整，后面几节的讨论就越省力。清单有缺口的时候，问题会在每一节里重复出现一次。重复出现的问题最消耗耐心，也最容易让人放弃追查。把清单一次补足，比每一节各补一次要划算。补清单这件事，早做比晚做省事。

清单补足之后，还要给它配一个固定的存放位置。位置固定，团队里任何一个人都能找到最新那一版。位置不固定的时候，往往会出现好几份不同版本的清单同时在用。多版本并行是清单管理里最麻烦的一种状态。把存放位置写进流程里，这一种麻烦就能避免。

清单补完还差一个动作，就是确认它在团队里是不是真的被用上了。清单躺在文件夹里没人看的时候，名目这一层等于没做。判断有没有被用上，看的是对账的时候有没有人拿它对科目。有人对科目，说明清单已经变成了工作里的一个环节。变成环节的东西，才会被持续维护下去。

名目这一节的内容到这里就完整了。大类、细节、收取方、顺序到手比例，六个方面都覆盖到了。接下来该由口径那一节接着往下走。口径处理的是每一笔按什么基数算，跟名目的多少没有关系。至于钱在路上分几段、最后归到哪本账，都不在这一条线上回答。

常见问题（FAQ）