虾皮利润核算从哪一步开始倒推

利润核算从哪一步开始倒推，先定起点

很多人算利润是从结果往回看，先看账户进了多少，再看花了多少。这种做法看起来省事，但中间少了一段就永远对不上。稳妥的做法是先把落点定住，再一段段往回找。落点指的是你最后想拿到的那个利润数，不是账面余额。定了落点，往回推才有方向。

起点这一步最容易被跳过，大家默认起点就是成交额。成交额确实是链路的入口，但它只是一个数字，不是钱。这个数字要走过好几道关，才能变成你能动用的部分。把入口当终点，是倒推里常见的第一处偏差。先分清入口和终点，后面每一段才不会串位。

倒推的顺序和链路的顺序正好相反，这一点要先想明白。链路是钱往前走，倒推是数字往回走。往前走的时候只看得到当前那一格，往回走才能看清每一格扣掉了什么。顺序反了的人，往往会在中间某一段卡很久。先把方向摆正，再谈速度。

定起点时要问自己一个问题，这个利润数是给谁看的。给自己看的数可以粗一点，允许有几天的时差。给合伙人和给资金方看的数，就要每一段都能指到出处。用途不同，倒推的段数可以不一样。这不是两套标准，是同一套标准下的不同档位。

有些卖家的起点定在结算单上，因为结算单是从平台侧出来的。这个起点省力，但它省掉的恰好是最难估的那几段。结算单上只有平台认的那部分，你自己额外付的那些不在里面。拿结算单当起点，等于把几段成本默认成了零。这个默认值一旦错，整条倒推都会偏低。

也有卖家把起点定在采购付款那天，觉得钱是从那天出去的。这个起点虽然实在，但它离落点太远，中间要补的段数太多。段数一多，每一段都要单独凭据，缺一段就断一处。起点太靠前，维护成本会成倍往上走。所以起点要选在既完整又可查的那一格上。

一个能用的起点，通常满足三个条件，可查、可核、可复用。可查是说这笔数能在公开面或者自己的单据上找到。可核是说它跟上下游的那笔数能对上。可复用是说下个月还能按同样的位置再取一次。三条都满足，这一段就不用月月重想。

知虾的站点分析页面把各站点的公开成交与价格信息分开摆着看，数据到前一交易日为止。这句话的意思是，起点这一格可以从公开面找到参照。参照的作用是校验，不是代替你自己的账。两边差得远，说明你的起点选得偏了。先对齐，再往下推。

起点定完之后要写下来，写成一个固定的取数位置。不写下来，三个月后换了人接手就要重新猜。写下来还有个好处，就是每月的差可以直接归因。是这一段变了，还是整条链路的节奏变了，很快能分。这比每个月重新解释一遍省事得多。

起点的颗粒度也要定，是按单个订单还是按一天汇总。按单个订单推得细，但订单一多就变成体力活。按天汇总推得快，代价是异常订单会被平均掉。两种都可以，关键是同一个尺度要一直用下去。中途换颗粒度，等于把前面的推演全部作废。

定起点的最后一步是留一个容差区间，别要求分毫不差。链路里本来就有几天的时间差，硬要抹平只会造假数。容差一般用一个很小的比例，比如千分之几。超出容差的才挑出来单独看，其余按常规处理。这样你的精力会集中在真正有问题的那些笔上。

有人喜欢从落点往前倒着算，先假设一个目标利润再往上凑。这种做法在预算里可以用，在核算里不能用。核算要的是真实发生过的那条路径，不是你想要的那条。倒推的方向只能是从已知往未知，不能从愿望往现实。两者搞混，整篇数都会偏。

起点定好之后，可以拿一批已经结清的订单先跑一遍。跑通了的路径才算可用，跑不通说明中间还有段没接上。第一批不要选太复杂的，选退货少、费用简单的。跑通之后再逐步把复杂的订单加进来。每次只加一类，出了偏差才知道是哪一类带进来的。

起点这件事看着小，其实决定了后面几段的边界在哪。起点选得靠前，就要把履约和折算都包进来。起点选得靠后，这两段就只能靠估。估出来的数和查出来的数，在决策时分量不一样。所以起点不是随手选的，是按你要回答的问题选的。

有时候你会发现同一个利润数，可以有两个不同的起点。一个从成交出发，一个从结算出发，两个都能说通。区别在于，成交那个起点覆盖的段更多，结算那个覆盖得更少。要看清整条链路，用成交那个。要快速核对平台给的钱，用结算那个。

这一节说到这里，起点定了、方向定了、颗粒度也定了。接下来要做的是数中间到底有几道账。数少了会漏，数多了会重复，两种都会让落点失真。所以数账不能凭感觉，得按钱在谁手里来分。下一节就从这里往下走。

倒推的五步顺序：落点、成交、货品、履约、资金与折算。前两步定边界，后三步定等待。

中间要经过几道账，按顺序数一数

从中位数订单上看，一笔利润要经过六道账才能推完。这六道不是随便分的，是按钱在谁手里来分的。钱在你自己手里的时候，这一段你说了算。钱在别人手里的时候，这一段只能等。按这个分法数账，不容易重复也不会漏。

第一道是货品这一段，它发生在成交之前。采购或者生产的钱在成交那天之前就已经出去了。这一段的特点是金额确定、时间不确定，因为备货的节奏各人不同。它不需要等，只需要认。认得清不清，直接影响后面几段的起点在哪。

第二道是履约这一段，它从成交那一刻开始。打包、交接、在途、签收，这几步都落在这一段里。这一段要等的回执最多，所以停留的时间也最长。等不到签收，后面的账都只能挂着。这一段的长短，基本决定了这笔利润什么时候能看见。

第三道是平台计费这一段，它在成交的那一刻就已经挂上了。挂上不等于扣走，扣走要看后面的动作完不完成。这一段的特点是先有数、后有实，两个数之间有时间差。把挂上的数当成实扣的数，从这里就开始偏。偏得不多，但每一单都偏一点。

第四道是结算在途这一段，它从订单关上开始算。关上之后钱进入一个等待期，期满才可以动用。这一段的时间由规则决定，你自己推不动。能做的只有把在途的钱标出来，别当成可用。标得越清楚，你的现金判断就越稳。

第五道是折算确认这一段，收付币种不同才会有。这一段要等的是一个价格被确认下来，确认之前落点只能估。等的长短取决于确认时点落在哪一天，跨了休息日就要多等两天。这一段的特点是数会动，而且是自己控制不了的动。把它标成待定，比硬填一个数要稳。

第六道是售后回冲这一段，它跟别的段不一样，会往回走。这一段在订单关上之后还可能被重新打开。打开一次，前面几道账都要跟着重推一次。所以它更像挂在整条链路上的一个开关，而不是顺序里的最后一格。数账的时候别把它当成终点。

六道账里，前两道是自己能推的，后面几道要等外部回执。这个分界线很重要，因为它决定了你每天能推进多少。等外部回执的那几道，你能做的只有把等待时间算准。算准了，你才知道哪一天能看到结果。算不准，就只能一直等。

有人把平台计费和结算在途合成一道账，看起来省了一段。合成之后的问题是，你分不清是还没算还是还没给。一个是自己的进度，一个是别人的进度，处理方式完全不同。宁可分成两道，也别合成一道。合起来省的是纸面，丢的是判断力。

也有人把货品这一段去掉，理由是采购已经在上个月付过钱了。去掉之后，这个月的利润会虚高一截。上一段付的钱不是这个月的成本，这种说法只在按期分摊的前提下才成立。直接把整段删掉，等于把成本搬到了别的地方。搬走之后，它在哪个月都不显眼。

数账的时候要顺手记下每一道的输入和输出。输入是这一段开始算之前手里有的数，输出是这一段结束之后能拿到的数。输入输出写清楚，中间换了人也不会断。这一步花不了多少时间，却能省下很多解释的口舌。省下来的时间，可以用在真正难的那两段上。

六道账的先后关系是固定的，不能互换。互换顺序虽然不改变总数，但会让你误判是哪一段在卡。比如把结算放在在途之前，就会以为是规则慢，其实是回执慢。找错了卡点，你的应对动作也会跟着错。所以顺序本身就值得单独记一遍。

从时间上看，最短的一道是平台计费，它几乎在成交的同时就挂上了。最长的一道是履约，它要等到签收，中间还有运输的不确定。把这两道摆在一起看，就能理解为什么利润数字总比成交数字晚。晚多少，主要看最长的那一道。链条的节奏由最慢的一环决定。

有的站点会多出一道账，比如先经过一个中转节点再出境。多出来的这一道会让整条链路往后挪几天。挪多少要看中转的班期，班期固定的话是可以预估的。遇到这种站点的订单，倒推的时候要多留一格。留了一格，你就不会把它算成本该有的样子。

数完这几道之后，建议画一张只属于自己的链路图。图上只写每一道等什么、大概等多久，不写金额。金额月月变，等待的规律相对稳定。规律稳了，你就可以拿它来估还没走完的那几笔。估的和实际越接近，你的落点就越稳。

这一节把中间的账数完了，一共六道，顺序也摆清楚了。下一节要回答的是，这六道里最容易在哪儿漏一笔。漏的位置往往集中在固定的几处，不是均匀散布的。找到这几处，就能用很小的力气把落点拉回来。剩下的部分可以放着不动。

六段账里悬得最久的两段都要等外部回执，其余几段的时间基本可以由自己安排。

漏掉的情形通常出在哪一笔账上

漏掉的情形不是均匀分布在六道账上的，它集中在两处。一处是履约和计费交界的地方，另一处是售后回冲打开的时候。前一处漏的是时间，后一处漏的是反向的数。两处的处理方式不同，所以要先分清漏的到底是哪一种。分清了，才好对症去补。

履约和计费交界的地方之所以容易漏，是因为两边凭据不是同一处出的。一边是物流侧的回执，一边是平台侧的挂账，两边的时间点不同。中间相差的那一两天，很容易被划到旁边去。划过去之后，账面就少了一笔本该在的数。少得不多，但每一单都少一点。

售后回冲打开的时候漏，是因为大多数人只看正向的流水。退回的那一笔在明细里往往排在很后面，翻不到就被跳过。跳过之后，这一单看起来是全须全尾地赚了。等到下一次复查才发现，那已经是几周前的事。补起来的时候，中间的判断都被带偏过。

第三处常见漏点是自己额外付的那部分，它根本不在平台侧的账上。比如你自己找的临时仓、自己承担的加固包材、自己付的加急部分。这些支出在平台明细里查不到，只能靠自己的付款记录。平台明细再全，也补不上这一块。所以链路要包括自己的支出侧，才算完整。

第四处漏点是跨月的那几笔，它跟时间边界有关。上个月发出、这个月签收的订单，两边的账都想把它算成对方的。落到自己手上，就变成了两边都没算。这类笔数不多，但每一笔的金额往往不小。一个月漏几笔，累计起来就是一个可见的缺口。

第五处漏点落在资金那一段的边角，比如等待期里占用的那些钱。这部分不会出现在任何明细上，因为它没有发生收付。看不见的占用最难补，只能靠单独设一格来记。记下来之后，你会发现在途这件事本身也是有代价的。代价不会自己消失，只会换个地方出现。

第六处是同一单被算了两遍，这跟漏正好相反，但后果一样。常见于一个订单拆成两个包裹发出，两边的履约都被记了一次。或者退货之后重新发出，正向和反向各记一次。多算的地方往往藏在这类一对多的单子上。这类单子不多，但识别起来费时间。

把这几处凑在一起看，会发现一个共同点。它们全都发生在跨的位置上，跨凭据、跨月、跨正向反向、跨买卖双方责任。凡是需要跨过去的地方，两边都会以为对方负责。这就是漏点的分布规律，也是防漏的着力点。找到它比逐笔检查省力得多。

找到这个规律之后，防漏的办法也就清楚了。把所有跨的位置单独列出来，每一处指定一个默认的检查动作。没人认的就自己先查一遍，查完标上结论。检查动作一旦定下来，漏的可能性就下降很多。这比每周去翻一遍全部明细要省力得多。

还有一类漏不是漏项，而是漏段，整段都没算。比如某个站点的订单一直没把折算那一段放进去，因为觉得自己收的是本币。只要结算币种和你收到的不一样，这一段就存在。整段漏掉比漏一笔更麻烦，因为它会一直漏下去。而且它会伪装成经营做得好。

漏段通常有个信号，就是你的落点比预期稳定地高一点。稳定地高，说明缺的是一块固定成本，而不是偶发的异常。偶发的异常会让数忽高忽低，固定的缺失会让数一直偏高。看到这种形态，先怀疑是不是少了一段。这个顺序不要颠倒，否则会一直往经营上找原因。

判断到底是漏项还是漏段，可以拿一整个月的订单跑一遍。漏项的话，缺口的金额分布是散的，大小不一。漏段的话，缺口的比例会集中在一个很窄的区间里。看分布形态，比逐个去猜快得多。形态是这件事留给你的指纹。

把漏的位置标出来之后，还要区分它是可补的还是一去不回的。已经拿到回执的，随时可以补进链路。还没拿到回执的，只能挂在待定里等。把这两类混在一起，你就会觉得账一直算不清。分开之后，能算的部分立刻就能算完。

待定的部分要有个上限，不能无限挂着。挂过了一个结算期还没有回执的，就按最坏的情况先估一个数。估出来之后再等真实的数来替换。这样做的代价是短期不准，好处是不会一直是个黑洞。有上限的估计，比没有上限的空白要有用得多。

这一节的表把六道账上的常见漏点、出现的位置和可不可以补都列了出来。表里的顺序是按发生频率排的，排在前面的先处理。处理完前两行，漏的量就能降下来一大半。剩下的那些低频漏点，可以放到固定的复查时点去处理。不必每次都从头翻一遍。

说到这里，漏的位置有了，链路也数完了。下一节要处理的是另一个方向的偏差，把还没发生的当成已经发生的。这一类偏差比漏更隐蔽，因为它看起来不像错。它会让你觉得账面上每一段都有数，而且数还挺漂亮。漂亮的账最容易让人放松警惕。

把在途成本当成已发生，这一处最容易走岔

漏是把该算的没算，混淆是把还没来的先算进来了。后者更隐蔽，因为账面上每一段都有数，看着很整。整的代价是，那些数里有些是估的，而且被当成了定数。一旦按它做判断，动作就会提前。提前的动作在批量业务里通常代价不低。

最容易混淆的第一处是履约那一段的回执还没回来，就先把签收当成了既定事实。绝大多数订单确实会按时到，所以这样做大多数时候不出错。错的是那些没按时到的，它们会让你的当月利润虚高。虚高的部分要等到下个月才会被吐回来。吐回来时又会把下月压低。

第二处是平台计费的挂账被当成了实扣。挂上的数和实扣的数在绝大多数时候是一样的。不一样的时候，往往是订单发生了变更，或者参加了某个促销。这种变更比例不高，但只要发生一笔大的，就足够影响整月的判断。所以挂账要留一个可回退的标记。

第三处是把结算等待期里挂着的钱当成了已经到手的钱。这段等待期在规则上是明确的，问题出在人的感觉上。看到的余额里有一部分其实还不能动，但你按能动的在用。用超了就要从别的地方挪，挪了以后整条链路的节奏就乱了。乱一次要好几周才能调回来。

第四处是把退货的预见当成了还没发生。退货率是个统计概念，落到单个订单上它并不存在。所以很多人只在真的收到退货时才算反向的那一笔。这样就变成了月月都在为上月退货买单，账面永远慢一拍。慢一拍的账，做当月决定时参考价值有限。

第五处是把还没结出来的折算差按零处理。价格不动的时候这样处理没问题，一动就会差出一块。按零处理的坏处是它看起来无损，所以没人会去改。等到差额累积到影响决策的时候，已经很难追溯是哪几笔造成的了。追溯成本比差额本身更高。

这几处的共同点是预支确定性，把只有概率的事情当成了已经确定的事情。概率高的时候这种预支很舒服，概率掉下来的时候就会反噬。反噬的形式通常是某个季度突然对不上账，而且找不到单一原因。那是因为预支已经零散地发生了一整年。零散的偏差比集中的更难追。

走岔的表现通常是这样的，某个月的利润看起来很好，下个月突然变差。两个月的成交量没有明显变化，变的是确认的时点。遇到这种形态，先不要找经营上的原因。先看是不是提前确认了什么，排除了确认的问题，再去看真实的变化。顺序反了会白费很多时间。

把在途和在手分开看，是避免走岔的第一步。同一个数，分成已经确定和大概率会确定两栏。两栏都摆出来，你就不会下意识地把它们加在一起。分成两栏不需要额外的工具，多写一列就够了。多出来的这一列，抵得上一次专门的复盘。

第二步是给在途的部分设一个年龄，从挂上的那天开始算。年龄越大的在途，越要按更保守的方式对待。超过一定天数的，从大概率降到待核实。这样处理之后，那些长期挂着的少数订单就不会一直拖累判断。拖累一旦解除，你的数会立刻干净很多。

第三步是在做决策时只用确定的那一栏，在看在途趋势时才用两栏合起来看。用途分开，就不会有这个数到底算不算的反复拉扯。确定了用途，判断的速度会快很多。快不是目的，少出错才是。所以宁可慢一点，也要把用途先说清。

有人会说，全部按最保守的算不就行了。全保守的问题是，它会让你长期低估自己的经营水平，从而错过该投入的时机。保守和激进都是偏差，只是方向不同。真正要做的是把不确定性单独标出来，而不是把它压成零。压成零等于假装它不存在。

走岔还有一种表现，是你对某一类订单的利润预期长期偏高。偏高之所以长期存在，是因为你从来没有把那些没按时到的订单单独看。把它们挑出来，你会发现它们的比例稳定在一个可以估算的区间。能估算，就能提前留出对应的量。留出之后，偏差就从暗处挪到了明处。

回冲这件事要提前安排，不要等它自己发生。每个月固定一个时点，把上一期在途里已经确定的部分替换成实际数。替换的动作很小，但它能让你的落点一直贴着真实走。不替换的话，误差会随着月份累积。累积到一定程度，就得做一次大清理。

还有一点容易被忽略，就是在途的不只是钱，也可能是货。货在路上没签收，成本已经发生了，收入还没有确认。这种时候单看钱会显得很轻，单看货会显得很重。两边一起看，才是这一段真实的样子。只看一边，得出的结论总是偏的。

这一节说的都是在途与已发生的分界。分界清楚了，倒推出来的落点才不会忽高忽低。下一节要讲的是，一路推下来落点最后会落在哪一个数上。它不是孤零零的一个数，而是一组各自有用途的数。几个数一起看，才知道自己站在什么位置。

一路推下来，落点落在哪个数上

六道账推完，落点不是一个数，而是一组数。这组数对应的是不同的用途，用途不同，能接受的不确定程度也不同。摆在最前面的是确定的那一个，后面跟着两三个带条件的。几个数一起看，你才知道自己处在什么位置。只报一个数，通常报的是偏乐观的那一个。

第一个数是最保守的落点，它只算已经确定的部分。在途的全部按零处理，退货按偏高的比例预留。这个数通常不好看，但它有个好处，就是你可以拿它来安排必须付的支出。拿它做底线，不会出大问题。底线存在的意义，就是让你在最差的情况下也撑得住。

第二个数是常规落点，在途按历史比例折算，退货按平均率预留。这个数是最常用来看经营状况的那一个。它的前提是订单结构没有大的变化。结构一变，历史比例就不再适用，要重新取一段。取新的一段之后，前后两期的数要并行看一段时间。

第三个数是乐观落点，它把所有在途都按全额算进来。这个数只在一种场合有意义，就是判断现金流最宽松能到什么程度。它不能用来做支出计划，因为它的前提是所有事都顺利。所有事都顺利在批量业务里是小概率。小概率事件不能当计划的基础。

第四个数是现金落点，它不看利润，只看这段时间里真正能动用的钱。这个数跟前三个有时差，时差通常就是等待期加上回执时间。做短期资金安排的时候，用的应该是这一个。用错了这一个，你的资金安排会比实际乐观。乐观的安排一旦落空，补救的余地很小。

四个数之间的差距，本身就是一条信息。差距小，说明你的订单结构稳定，回执及时，退货可控。差距大，说明有某一段的不确定性特别高。先找出是哪一段撑大了差距，再决定要不要去管它。有些差距是可以接受的，有些则说明链路有问题。

有些卖家习惯只看一个数，通常是常规落点。只看一个数的风险是，遇到极端月份时没有参照。有了上下两条线，你才知道这个月的波动是正常的还是异常的。多算两个数花不了多少时间，省下的却是反复解释的成本。解释成本往往比核算成本高。

落点的数据来源也要标清楚，每一个数分别是从哪一段推出来的。标清楚之后，换人接手或者过几个月再看，都能对上。不标来源的话，半年后你自己也会忘了某个数是估的还是查的。忘了来源的数，在讨论时没有分量。有来源的数，别人也容易复核。

落点还要跟成交额放在一起看，单看落点会失去尺度。成交额涨了但落点没动，说明中间某一段变重了。成交额没动但落点涨了，说明某一段变轻了。看两者的关系，比单看任何一个都有用。两者的关系才是经营的真实形态。

落点的稳定性比落点的高低更重要，这一点常被忽略。一个月很高一个月很低，即使平均下来不错，你也不敢按平均去安排事情。稳定的落点能让你做更长周期的计划。要稳定性，就要把影响最大的那一段单独盯住。盯住一段，比同时管六段要现实。

知虾的竞品监控里可以看到同类卖家在售商品的公开标价与变动，数据按日更新。把标价变化跟自己算出的落点摆在一起，能看竞争有没有挤到中间那几段。这是外部参照，不是结论本身。它能帮你分清落点下滑是普遍现象还是个别情况。两种情形的应对不一样。

落点算出来之后，建议留一栏写这个数多久更新一次。有的数每天都能更新，有的一个月才动一次。更新频率不同的数摆在一起，容易让人误以为都是最新的。把更新的节奏标出来，很多误读就自动消失了。误读少了，讨论的效率自然上来。

落点的用途要窄，不能一个数到处用。用来判断某款商品该不该继续做的，是常规落点。用来决定这个月能不能付一笔大钱的，是现金落点。用错场景的代价，往往比数本身不准更大。所以宁可多写一行说明，也不要靠默契去用。

还有一种情况是落点算出来了，但没人认。常见原因是每个人心里的算法不一样，谁都不服谁的数。解决办法不是辩论谁对，而是把每一段的来源摆出来。来源摆出来之后，分歧会自然收敛到那么一两处。收敛之后，讨论的对象就具体了。

这一节把落点的形态说清楚了，它是一组数，不是孤零零的一个。每一组数对应一种用途，用错比算错更常见。要让这套数真正有用，还得知道它在什么情况下会失效。失效的信号通常不来自数本身，而来自外部条件的变化。看到信号就该动手，别等到月底。

下一节要回答的是，什么情况下这一整套要重新推一遍。重推不是把整条链路重来，而是只动发生变化的那一段。分得清哪一段变了，重推的工作量就很有限。分不清，就只能全部重来，那是另一种浪费。浪费的不只是时间，还有之前踩过的坑。

把六段账按能不能自己推进、要不要等回执、会不会返回值分成三列，等待的重心一眼可见。

哪几种情况需要重推一遍，为什么

重推不是每月都做，也不需要天天做。它是被特定的事件触发的，事件来了，旧的那套推演就不成立了。识别这些事件，比反复重算更省力。下面几种是常见的触发条件，它们有一个共同点。那就是都会改变某一段的时间或者重量。

第一种是费用结构发生变化的时候，比如某一类扣减的比例被调整了。结构一变，中间某一段的重量就变了，落点跟着走。这时候不需要重推全部，但要重推受影响的那些段。判断影响范围，看这一段在总数里占多大。占比小的可以等到下个月自然吸收。

第二种是订单结构发生变化的时候，比如某个站点或者某个类目的占比明显上来了。不同结构的订单在每一段上花的时间不一样。占比变了，整体节奏就变了。节奏变了，原来估算的等待天数就不准了。不准的等待天数会直接抬高落点的波动。

第三种是履约路径发生变化的时候，比如换了一个中转节点。路径一变，履约那一段的停留时间就会跟着变。这一段的等待时间最长，所以它的变化对落点的影响也最直接。遇到这种变化，先量新路径的实际天数。有了实际天数，再动落点里的等待参数。

第四种是结算规则对时间的规定调整了，这会让资金那一段变长或变短。变长的时候你会在途挂得更多，变短的时候可用资金会更宽。这一种变化通常会有公告，看到了就应该立刻重推一次。等它体现在账上再反应，就晚了半个月。半个月的滞后足够让一批判断作废。

第五种是折算用的价格出现大幅移动的时候，只要你的收付币种不同，就要重推。幅度小的移动可以在下个月的正常推演里吸收掉。幅度大的移动会一次性冲击落点，需要单独处理。单独处理的意思是只动折算那一段，别动其他段。动了别的段，就看不出是哪一处变了。

第六种是你自己换了供应商或者换了包材，这属于内部变化。内部变化对落点的影响往往比外部变化更直接，因为它是你主动改的。改了之后的第一批订单要单独看，它们的表现才能告诉你改对了没有。看一两单不够，至少要看一个完整周期的量。量太少，结论就站不住。

除了这六种，还有一些不那么明显的情况，比如退货率连续两个月往上走。单个事件看起来都不大，连起来看就是趋势。趋势型的变化不需要马上重推，但要在推演时把假设调过去。假设调了，落点会跟着缓慢移动。这比突然跳一下要好，也好解释。

重推的时候要注意，只改发生变化的那些段，别顺手把整条链路都重来。全部重来会把你之前踩过的坑再踩一遍，而且很难看出到底是哪一处改动了。局部重推的判断标准很简单，就是这一段是不是真的变了。变了就动，没变就别动。忍住不去动没变的段，是一种纪律。

重推之后要留下痕迹，记下改了什么、为什么改、改了之后落点差了多少。这三样记下来，半年后回头看就能知道自己的判断在什么情况下会偏。不留痕迹的话，每次重推都像是重新开始。重新开始的人，永远学不会自己会在哪里出错。这份记录比落点本身更值钱。

还有一个触发条件容易被忽略，就是你自己换了经营的节奏。比如从按月集中发变成了按周发，虽然总量没变，但每一段的时间分布变了。这种变化是你自己造成的，所以更要主动去重推。不去重推，你会一直觉得数不对却又找不到原因。原因不在数上，在节奏上。

有些变化看起来影响很大，其实不用重推，比如单笔金额特别大的订单。单笔异常会在当月造成波动，但不会改变链路的形态。处理办法是把它单独标出来，看常规部分的落点有没有变。常规部分没变，就不用动整套。把它挑出来，比把它算进去更有用。

反过来，有些变化看起来很小，却需要重推，比如结算等待期往后挪了三天。三天的这个数不大，但它会同时影响在途的量、可用资金和当月落点。凡是会同时作用在好几段上的变化，都要优先处理。作用面越广，越要早发现。发现的时点比处理的力度更重要。

重推的频率不要太高，一个月一次常规推演，加上有事件时的临时推演，就足够了。推得太勤会让人陷入数字里，反而看不清大的变化。推演的频率本身也要按经营节奏来定。节奏慢的生意，推得勤也没有额外的信息。信息不多的时候，推演次数多只是自我安慰。

重推出来的新落点，不要立刻替换掉旧的那套，先并行一个月。并行期间两套数都记，看看新的那套是不是更贴近实际。连续两个月都对得上，再正式替换。这个缓冲能避免因为一次误判而全盘改错。改错的成本远高于多记一个月的成本。

这一节把六种触发条件说清了，也说了重推时该注意什么。整套推演到这里是完整的，从一个起点到一组落点。下一节要说的，是这组落点最后会归到哪里去。以及为什么这件事要单独拿出来做。归账看似只是收尾，其实是让这些数能被别人读懂的最后一环。

四周之内已落定的部分持续上去、仍在途的部分持续下来，两条线的交叉点就是落点开始稳定的时点。

倒推讲完，最后归到哪本账在后面

倒推做到这里，你手上有一条完整的路径和一组落点。这些都是过程，过程最后要落到一本账上去。落到哪本账，决定了这些数能不能被别人读懂。读不懂的数，只有你自己知道它准不准。所以归账不是形式，它是让数变得可用的最后一步。

归账这件事本身有一套自己的讲究，归到单、归到类、归到周期，结论都不一样。这属于相邻的另一段内容，本篇不展开。本篇要说清楚的是，为什么倒推和归账必须分开做。分开做不是多一道工序，而是少一类错误。边推边归的错误最难被发现。

分开做的好处是，倒推的时候你不用考虑这套数给谁看。一旦考虑给谁看，你就会不自觉地往对的方向凑。凑出来的数虽然好看，但它不反映真实发生过的事情。先推真，再谈归，这个顺序不能反。反了之后，真实反而变成了次要的。

倒推和归账的接口是一个很小的东西，通常是一次映射。把这一段推出来的数，对上一本账里的某一个位置。接口越少越好，接口一多，出错的概率就成倍往上走。所以宁可让归账那边多做一次整理，也不要在倒推里增加映射。多出来的映射日后没人说得清用途。

有些卖家会在倒推的同时就把数往账里填，觉得这样省一步。省下来的那一步，其实是最需要单独做的一步。边推边填的后果是，一旦推错了，账面上看不出哪里不对。因为错已经被摊平到各个位置里去了。摊平之后的错最难找。

更好的做法是，倒推的中间结果留在过程表里，归账的时候只取最终的那几个数。中间结果留痕的意义在于可以复查，可以拿去跟别人讨论。取数的人只需要看最终的结果，不需要关心每一段是怎么走的。这样两边的负担都轻。负担轻了，这套东西才有人愿意一直用下去。

倒推的落点有几个，归账的时候不一定要全都归进去。看用途，做内部判断的账通常只要常规落点。做对外说明的账，可能要保守和常规两个一起。做资金安排的账，用的是现金落点。选哪个数进门，取决于门里面的人要回答什么。

从时间上看，倒推通常比归账快，因为它只需要自己的数据。归账要等别人的账期关上，所以往往会滞后几天。滞后这几天里，倒推出来的数只能当草稿用，不能对外。草稿和对外数要分开放，混在一起容易出事。出事之后再解释，成本要高出很多。

还有一点，倒推的路径可以共用，落点不能共用。同一批订单在不同用途下要用不同的落点，路径却是同一条。共用路径的好处是，任意一个落点出问题都能沿路回溯。这比每个落点单独维护一套路径要可靠得多。维护的东西少，出错的地方就少。

倒推里最难的一直是那两段要等外部回执的账，它们决定了落点的下限。你能做的就是把这些等待时间量出来、标出来，剩下的交给时间。量得越准，落点的波动就越小。波动小了，你在做的其实是一件更值钱的事。那就是把不确定变成了可估。

知虾的定价计算一栏可以按站点把各项费用的公开口径摆出来对照，数据到前一交易日。它的用处是在倒推的时候给你一个外部的参照点。参照点对不上，往往说明你某一段的估计偏了。对上了，也不能就此认定整条链路都对。参照只是参照，不是结论。

最后要提醒的是，倒推的结果不要用来替代实际的账。它是一条校验路径，不是账本身。校验路径的价值在于提前看到问题，而不是提供一个可以对外报的数字。把这两者的界限守住，这套方法才用得久。界限一模糊，两边都会失去各自的作用。

如果你把倒推做成了一张固定的表，那么每个月只需要更新输入，落点会自动出来。表的好处是稳定，坏处是容易让人忘记里面的假设。每隔一段时间，要把假设拿出来复查一遍。复查的频率可以按季度，碰到大变化就临时加一次。加了之后，记得把这次的改动也记下来。

复查的时候重点看两处，一处是最长那一段的等待时间有没有变，另一处是退货的比例有没有漂移。这两处一变，落点的形态就会变。其余的部分相对稳定，不需要每次都翻。每次都翻一遍的人，通常坚持不了三个月。只顾着翻，反而会漏掉真正变了的那一处。

倒推这一层说到底，回答的是这个数是怎么来的。相邻那一层答的是这些数最后摆到哪里。两层配合起来，你才能既知道数从哪来，也知道它该放在哪。只知道一头的账，在讨论里总是站不住脚。两头都有，你说的话才有分量。

全篇从起点说到重推，再到落点和归账的接口，路径是完整的。你现在要做的，是拿一个月的真实数据，按这条路径走一遍。走通了，这一层就真正变成你自己的了。走不通的地方，就是你接下来最该补的那一段。补上之后，再从头走一遍看是否顺畅。

常见问题（FAQ）