虾皮结算周期里钱要走几段路

钱在这个周期里要走几段，按段数一遍

一笔订单成交之后，钱先落在冻结状态里，买家已经付了，卖家却动不了这一笔。这一站只负责确认交易成立，金额本身站在原地没有移动。冻结停留的长短跟履约方式有关，自己发货和平台仓代发能差出好几天。不少人把冻结里的余额当成自己的钱，其实它连起跑线都还没迈过去。数站数要从这里开始数，后面每一站都建立在它之上。

第二站等的是签收确认，包裹扫码入站之后计时才真正起步。这一站的特点是既有机器的等待，也有人工的按钮，买家点了确认就提前结束。买家一直不点的时候，靠自动确认的时限把这一站推过去。很多人以为签收就等于钱能动，其实后面还排着两站要过。把签收当终点，是估天数时最常见的起点错误。

第三站是平台侧的校验，这一站最容易被忽略，因为页面上看不出它在跑。系统要核对订单有没有异常、是否存在售后开口、金额有没有被改动过。校验过了，金额才从冻结挪到可结项下，状态字眼也跟着换一次。这一站在后台没有显眼提示，时间却是实实在在占着的。凡是看不到的地方，估算时就最容易漏算，这一站是典型。

第四站是把可结金额并进打款批次，钱从一笔一笔变成一批一批。批次有固定的起跑与截止时点，错过一轮就只能等下一轮再来。这一站的长度取决于你在批次里排在哪个位置，靠近截止的会显得很快。单笔去看像是几分钟的事，整批去看往往是好几天。同一个站，换个颗粒度看，结论会差出很多。

第五站才是真正出账，钱从平台账上划到卖家绑定的那个收款账户。出账之后还有一小段银行侧的处理时间，金额显示可用才算落地。走到这里整条路才算走完，前面四站都只是铺垫。所以看到出账两个字，并不等于当天就能把这笔钱花出去。把出账和到账分开记，账上的差就少了一大块。

这五站并不是所有人都一样长，顺序是固定的，刻度却随站点与订单类型浮动。有的站点把校验并进签收之后马上做，有的站点单独留出一段等待窗口。因此拿别人的天数直接套自己的账，很容易估出一个不靠谱的数字。先认清到底有哪五站，再谈每一站各自停多久。顺序先对齐，尺子才好使。

站与站之间存在交接动作，交接顺畅的时候，前站的结束就是后站的开始。交接不顺的时候会多出一个手工补录的环节，时间就悄悄加长了一截。补录往往发生在信息缺失或地址异常的订单上，占比不大但特别显眼。知虾的站点分析页把各状态订单的占比摆在一张视图里，数据按日更新到前一交易日。这些占比能看出整体的节奏，具体到某一单仍然要回后台逐条核对。

数站的顺序不能被页面排版带偏，后台常把冻结与可结放在挨着的两栏里。栏位挨着不代表性质一样，一个还没走完，一个已经走完。把这两类混在一个数字里看，站就等于白数了。按状态分开看，站数才对得上实际的时间线。这一步看着笨，后面所有的估算都要靠它站稳。

同一个账号下面，不同站点的订单会同时处在不同的站上。有的批次刚出账，有的还在等签收，混在一起看会觉得流程特别乱。按站点分组再数，每一组的进度就会清楚很多。分组之后还会发现，各站的停留刻度本来就不一样，不能横向直接比。承认这个差异，估算时就不会强行拉平。

退回或拒收的订单会在路上多出一站，钱要往回走一遍。这一站的时间通常比正向走还要长，因为要等物流侧回传结果。很多人排流程的时候只排正向，一遇到退回就完全对不上。把反向的那一站单独记出来，整张时间表才完整。反向订单数量不多，对整体节奏的影响却不小。

订单类型不一样，站的编号也会挪动，预售与现货就不在同一条线上。预售的起跑点靠后，冻结期天然更长，跟现货放一起比会得出错的结论。所以统计的时候要先按订单类型分桶，再去看每一桶的站数。分桶之后才看得清，到底是哪一类订单把整体拖慢了。先分桶再平均，是这一层最省事的做法。

页面上的状态词各站点写法不统一，同一个含义可能挂着两种叫法。照着字面去数，容易把同一站数成两站，或者把两站当成一站。靠谱的做法是先列一张状态对照表，把叫法归到统一的站号上。对照表做完，再去对数就不会来回改口。这一步花的时间不多，能省掉后面反复确认的功夫。

整条路的站数是有限的，中间多出来的环节基本都是例外情况。例外集中在售后开口、风控抽查、地址变更这三类订单上。把例外单独拿出来看，常规订单的路其实相当规整。先算常规的天数，再给例外加权重，估算出来的数才贴近实际。把例外当常规一起平均，得到的数字谁也不敢用。

数完站数之后要落到一张纸上，写明每一站的起止标志是什么。起止标志要挑可查的时间戳，而不是凭印象记的日子。有了标志，后面记录每一站的停留才有依据。没有标志的时候，同一批人的记录都能对不上号。所以数站这件事，最后一定要落到标志上才算数。

站数数清楚了，下一步才有得谈，也就是每一站到底卡多久。没有站数，时间就是一个笼统的天数，说不清是从哪里到哪里的天数。有了站数，时间就能拆成五段，每一段分别去核。这一步做完，估出来的天数才能被追问，也才经得起追问。后面几节都建立在这五站之上，顺序不要弄反。

五站顺序固定，站点之间用交接动作连起来，任何一处交接补录都会把整条路拉长。

每一段各卡多久，怎么估出这个时间

估每一站的停留，最省事的起点不是问人，而是去翻自己账号里的历史订单。挑一批已经走完全程的订单，把每一站的时间戳抄下来，相减就是停留。样本量不用很大，三五十笔足够看出量级，关键是别只挑顺利的那些。很多人凭印象说大概三天，一抄时间戳才发现尾部能拉到十天以上。先抄再算，是这一步靠谱的顺序。

把停留算出来之后，不要急着取平均，先看中位数和尾部。流程类数据通常是长尾形态，少数订单会把平均值整个拉高。用中位数描述典型情况，用尾部描述最坏情况，两个数分开报。只报一个平均值，等于把两类信息都藏起来了。分开报之后，做备货和做预留都能找到各自的依据。

抽样的时候要把大促期间和平时分开，两段时间的节点密度完全不同。大促期间单量陡增，物流回传和人工处理都会慢下来，停留自然更长。把这两段混在一个样本里，中位数会漂到一个谁也不算的中间值上。分段统计虽然麻烦一点，结论却能直接拿去用。分母不同的数摆在一起，本身就没有可比性。

每一站其实都有两种时间，一种是自动流转的等待时间，一种是人工动作的时间。等待时间相对稳定，人工时间才是波动的来源。看清这两者各占多少，就知道哪一段能靠流程改善，哪一段只能靠等。把两者混在一起报，会让人误以为整段都能压缩。拆开之后，预期才不会落空。

估时间要按自然日还是按工作日，这一步要先说清楚。自然日里含周末和节假日，按自然日算出来的天数会比按工作日大。两种算法在短周期上看不出差，跨越一个长假的订单能差出一整周。报天数的时候把基准写出来，读的人才知道这个数该怎么用。不写基准的天数，等于一个没有刻度的尺子。

同一站在不同站点上的刻度不一样，这一点不能靠感觉去抹平。有的站点周末照常处理，有的站点周末完全停摆，同一段时间的实际差别很大。所以站点之间要各算一份中位数，不要合成一个全局数。分开算之后，横向比才有意义，也才看得出哪个站点真的慢。把差异摊平，比出来的结论就没有价值。

履约方式对停留的影响相当直接，自己发货的订单在第一站上就多一段。平台仓代发的订单因为签收回传自动化程度高，往往省掉一截人工确认。把这两种订单放在一起估，会得出一个既不像前者也不像后者的数。分类估完之后，再看各自占总量的比例，加权的数才是整体水平。只看整体不看结构，很容易把结论安错对象。

物流侧回传签收的时间本身就是一段隐藏的停留，它不显示在结算页面里。包裹实际送达和系统看到送达之间，常常隔了大半天到一天。这一段在业务上属于运输，在估算上却必须算进钱的路上。漏掉它的时候，估出来的总数总是比实际少一两天。把这段补回去，估算才跟体感对得上。

批次那一站的停留，跟订单本身没关系，只跟你在批次里的位置有关。同一笔钱，赶在截止前入场可能是当天进批，晚一步就要再等一轮。所以这一站的中位数会被批次周期放大，不能按单笔去理解。看懂这一点，就不会把批次周期误当成平台的审核速度。把位置因素单独标出来，这一站才解释得清楚。

银行侧那一段最容易估错，因为它既不显示在平台上，也不完全由平台决定。多数情况下它很短，但遇到节假日或账户信息有变动就会延长。估这一站的时候，给它一个区间比给它一个定值更实用。区间上限不必设得太夸张，按自己账号历史上最慢的几次来定就够。有区间的预估，才好留出缓冲。

把五站的中位数加起来，只能得到一个典型值，不是一个承诺。真正要报给别人的天数，应该是典型值加上自己数据里的尾部偏差。用中位数对外说成固定天数，等于把最坏的情况藏了起来。稳妥的做法是报一个区间，并说明区间的上下限各自来自哪一批订单。说清来源的天数，才经得起追问。

估完一轮之后要定期重估，节点和规则都会变。三个月之前的样本不一定还适用，尤其是跨了大促或平台改了处理节奏之后。重估不用全量重来，抽一批近期订单核一下中位数有没有明显位移就够。位移不大的时候继续用旧结论，位移大的时候再全量重算。把重估当成例行动作，估算才不会被时间悄悄拖偏。

估出来的每一站天数，要跟实际到账的日期做一次回扣验证。拿预测的天数去比真实的到账日，差得多的那几笔翻出来看是哪一站失准。失准集中出现在某一站，说明那一站的假设有问题，而不是整体估偏了。按站归因，比笼统地说估算不准有用得多。验证这一步做了，下一轮的估算起点就更高。

知虾多站点视图里，各站点的订单与到账节奏按周排开，数据按日更新到前一交易日。把两个站点的曲线叠起来看，能直观发现哪一站的停留普遍偏长。发现之后仍然要回自己的订单里核，公开面的数据只能提示方向。这个顺序不要颠倒，先看方向再核细节，省掉大量盲找的时间。把它当成定位工具而不是结论来源，用法才对。

各站的停留刻度都立起来之后，剩下要答的是哪一段最容易拖长。停留时长和拖长概率不是同一个概念，前者是常态，后者是风险。一节只做一件事，先把每一站的尺度立起来。刻度立稳了，再看哪一站的风险最高，才不至于凭印象指认。往下的问题换成另一件，接着看时间怎么估。

横轴只表示相对停留水平，同一个站上不同订单能差出数倍，不能拿单一数字当通例。

拖长通常发生在哪一段，会有什么后果

拖长概率最高的通常不是最慢的那一站，而是最依赖外部动作的那一站。外部动作包括买家点击、物流回传、人工补件，这些都不在卖家的控制范围里。控制权越弱的地方，出意外的概率越高，时间也越不好预估。看清这一点，就不会把改善的力气全花在系统环节上。找拖长，先找谁在等着别人。

等自动确认那一站是最典型的拖长位置，买家不点的时候只能靠时限往前推。时限本身是固定的，可一旦遇上买家申诉或地址异常，时限就会重新计算。重新计算的订单在结算页面上看不出差别，只有翻时间戳才发现被顶掉了。这类订单数量不大，拉长的幅度却往往最大。把它单列一类盯住，比整体平均更有意义。

售后开口的订单会在校验那一站被按住，钱要等到开口关上才能继续走。开口关上的时点取决于售后流程的进度，跟订单本身的金额没有关系。卖家常以为金额小就能顺利放行，实际卡住的往往正是那些小额订单。金额大小在这里不起作用，起作用的只有售后状态。按金额去猜放行快慢，是一次很常见的误判。

物流异常会把前两站一起拉长，包裹停在中转的时候签收时间自然往后飘。签收往后飘还会连带影响自动确认的起算，一前一后加起来能多出好几天。这一段的时间不属于钱本身，却实实在在占着钱的路上时间。统计拖长的时候把它算进去，总数才对得上真实到账日。两站联动的情况，要当一段看。

风控抽查属于低概率高影响的那一种，命中之后整条路都要等。抽查不看订单金额，也不看卖家层级，主要看交易特征有没有异常。被抽中的订单在页面上通常只显示处理中，看不出是在抽查。这类订单不必天天查，但要单独留一个观察名单。低概率不等于可以忽略，因为在它身上花的时间最多。

批次错过是最容易被自己造成的一种拖长，跟平台无关。财务信息不完整、收款账户状态异常，都会让本该进批的钱被拦下来。这种拖长有一个特点，补齐之后往往能赶上下一个批次，损失是可控的。所以定期检查绑定信息，是省钱又省时间的一件事。把可控的那部分先管住，再谈不可控的。

节假日属于可预期的时间放大因素，但每年都会有人把它漏掉。节点前后物流回传变慢，人工坐席值班减少，整条路都会钝下来。排期的时候把节假日单独标出来加一段，不用临到年底才想起来。预期里留出来的天数，比事后解释半天有用。可预期的事情，就不该当成意外。

信息缺失造成的补件是另一种自己可以避免的拖长。申报信息不完整、收件联系方式有误，都会触发人工介入。这一类拖长最麻烦的地方在于没有固定时长，补齐之前完全停住。把这类订单拣出来优先处理，能明显改善整批的时间分布。先处理能自己解决的，再处理要等别人的。

拖长的后果先是资金占用，钱在路上就进不了备货的盘子。占用本身不显示为任何一笔费用，却实实在在影响周转的次数。周转次数少一次，同样的本金能做的事情就少一圈。把这笔无形占用算进决策，比只盯着一笔两笔的扣费更接近实际。

第二个后果是节奏被打乱，账上显示的可用和实际能用的差了一截。按账上数字去排补货，很容易出现账面宽松、手里紧张的局面。这种落差不用等到年底才看得出来，一个月就能感觉到。所以排期要看落地时间，而不是看成交时间。看错起点，后面的安排都会跟着错位。

第三个后果是判断被污染，一笔卡住的订单会牵连一整批的分析结论。如果把它当成已经落地，那一批的周转和毛利都会算得偏乐观。偏乐观的结论比偏悲观更危险，因为它让人放心地加大投入。把在途的那一部分单独留出来看，结论就不会被它带偏。分开看，是抵御污染最直接的办法。

拖长的负面影响还会沿着批次往下传，一批晚了会挤到下一批的窗口里。挤进去之后，下一批的平均停留看起来也变长了，其实是上一批的余波。只看单批数据的时候，这种传递很容易被误读成处理变慢。把两批连着看，才看得出是传递而不是恶化。

识别拖长要有信号，光靠感觉不够，落到指标上才可跟踪。可以用的信号包括超出中位数的订单占比、连续两批的尾部天数、抽查命中的笔数。信号不用多，两三个够用就行，重点是每次都用同一套口径去比。换口径去比，信号就失去了比较的意义。盯住固定的几个数，异常自然会浮出来。

处理拖长要按可控程度排队，先解决自己能改的那部分。信息完整性、账户状态、补件响应速度都属于自己能改的范围。把这几项做成例行检查，剩下的时间波动就只能接受。接受不等于放任，而是不再为不可控的部分反复纠结。把力气用在能动的地方，整体节奏才会往前走。

拖长这一段讲到这里，站的时间和风险都立起来了。接下来仍然在链路里，只是问题换成了整条路走完大概要多久。单站的估算和整条路的估算不是一回事，后者还要看站与站之间怎么衔接。衔接顺的时候总数接近各站相加，衔接不顺的时候会多出看不见的等待。

把审核当成结算，这一处最容易看走眼

审核和结算在页面上经常只差一个词，在时间线上却隔着好几站。审核是校验动作，结算才意味着金额可以被动用。把两者当同一件事，估算出来的天数会短掉一大截。短掉的这一截，后面往往要靠临时拆借去补。分清这两个词，是这一层最省事的一次修正。

页面上写着处理中的时候，钱可能处在任何一个中间站上。处理中只是一个笼统的遮罩，它不区分是在校验还是在等批次。想看清位置，只能去看状态明细或者时间戳，光看主状态看不出来。把遮罩当成具体状态，是最常见的读屏错误。读屏要读到明细那一层才算读完。

可结这两个字也容易骗人，它表示金额已经可以被安排，但不代表已经安排好。还在批次外面等着的钱是可结的，却还动不了。很多卖家在这个字眼上误判过一次，之后就会把可结当成熟度很高的信号。把可结理解成准备好，理解成能动，这两者中间隔着一个批次窗口。差的就是这一小段，最容易忽略。

误把校验通过当收到钱，最直接的后果是现金流预估偏乐观。预估偏乐观之后，采购和投放都会按更宽的口径去做安排。等到该付的钱到了日子，才发现有一部分还卡在路上。这种落差不是账算错了，而是时点认错了。时点认错的账，事后很难靠调整找回来。

还有一种误读是把打款批次当结算日，看到出账记录就以为钱已经可用。出账和到账之间还有银行侧的处理，金额显示可用才算真正结束。把出账日当成可用日，账面的差通常在一天到三天之间。单笔看无所谓，整批看就是一笔不小的错配。把两个日子分开记，这一类误差就消失了。

平台页面上的时间显示方式也会误导，很多地方只显示日期不显示时点。同一天里，早晚入场的批次位置可能完全不同，结果却显示着同一个日期。所以判断位置不能只看日期，要看记录里的具体时点。把时点作为判断依据，批次的位置就能推出来。只看日期，等于把一天之内的差别全部抹掉。

自查的办法很简单，挑几笔已经到账的订单，把每一站的日子写下来。写完之后对照当时的体感，看看自己是在哪一站开始以为钱到了。多数人会发现自己把校验完成当成了钱到手。找到这个习惯性的错位点，后面看新订单就会自动多留一段。一次自查，能改掉一个长期的口径。

误读还会影响对平台节奏的判断，有人据此认为放款变慢了。其实规则没变，只是那一批订单恰好集中在抽查或售后开口里。把结构拆开之后，慢的原因往往落在订单本身，而不是平台侧。错怪流程会让人把精力放到错误的方向上。先归因再下结论，顺序反了就会得出错的印象。

团队协作里最容易出问题的是口径没有统一，两个人说结算说的不是同一站。一个人指的可结，另一个人指的出账，讨论半天其实没在说同一件事。把五站的名称先定下来，写成一句话贴在流程文档里。名称统一之后，沟通成本会明显下降。很多所谓的分歧，其实只是名称不一致。

对账的时候这个错位最要命，一边按成交日排，一边按到账日排。两边的表都对着自己的口径，各自都没有错，放一起却怎么也对不上。先统一到同一站，再比对数字，差异才收敛到可解释的范围。统一站号是比对之前的动作，不是比对之后的补救。顺序对了，后面的工作都轻松。

看走眼这件事有解，办法是把站名和状态词做成一张对照表。左边写平台的原词，右边写自己对它的定义，中间留一列写判断依据。每次拿不准的时候翻一下表，比在群里问一圈要快。这张表用久了会变成一个团队的共同语言。共同语言建立起来，误读就会自动减少。

光有对照表还不够，还要把每一站的开始标志写清楚。标志可以是页面上的字段，也可以是时间戳上出现某个值。标志写清楚了，别人接手的时候也能按同一套标准去判断。没有标志的地方，判断就只能靠经验，经验又没法交接。把标志写下来，判断才算落地。

看走眼往往不是因为不懂规则，而是因为规则的变化没有及时同步。平台调整站点的先后、改动状态词的叫法，旧经验就会失效。隔一段时间把对照表过一遍，看看有没有对不上的地方。发现对不上就改表，不要用记忆去硬扛。表比记忆可靠，尤其在规则变过之后。

把审核和结算分开看，还有一层好处，就是能说出钱此刻具体在哪。能说清位置的时候，预估就有了落点，讨论也有了共识。说不出位置的时候，所有的时间问题都只能靠猜。这一层最难的地方不是记住站名，而是每次都真的去看位置。肯看位置的人，估出来的天数往往更稳。

误读这一节说完了，站数、停留、风险、误判四件事都立住了。剩下的问题只有一个，整条路加起来大概要多少天才能走完。这个加法不是简单相加，中间还夹着衔接和例外。加法怎么做才不至于飘，是紧接着要处理的一处。

整套流程走完估几天，怎么估才靠谱

整条路的预估要从分站开始，先把五站各自的中位数写下来。写下来之后不要急着加，先看每一站的日期有没有重叠。有些站点是串行的，必须一站走完才进下一站，这类可以直接加。有些动作是并行的，加进去就会重复计算，天数自然会虚高。先分清串行和并行，加法才不会算错。

串行相加只是下限，上面还要加一层衔接损耗。衔接损耗来自站与站之间的等待，比如批次窗口没赶上就得挪到下一轮。损耗的幅度不用算得很准，用自己账号里追不上的比例估一个区间就够。把损耗当成零的预估，通常是偏乐观的那一种。留出一段损耗，是让预估站得住的必要动作。

预估要报区间而不是报点，这一点在链路里尤其重要。区间的下限用中位数加总，上限用自己数据里的尾部天数加总。两个数报出去，听的人才知道快和慢各是什么样。只报一个点值，等于把不确定性全部交给别人去猜。报区间是一种负责任的说法，不是含糊。

谈到天数的时候，把基准一起说出来，是自然日还是工作日要说清。同一个数字换个基准，在跨节假日的订单上能差出一整周。说自己大概七天能到账，却没说按什么算，这句话几乎没法用。把基准写进结论里，天数才成为可以执行的信息。可执行比好听重要得多。

估算还要按订单类型分组来做，现货和预售不能共用一张时间表。预售的起跑点天然靠后，把它混进现货的平均里会把整体天数拉高。按类型分组之后，每一组的预估都能对上各自的业务流程。分组多花一点时间，结论的可信度上一个台阶。一锅烩出来的天数，用起来还要再返工。

大促期间要单独出一份预估，那一段的平台处理节奏跟平时不同。单量陡增会同时压住物流回传和人工处理，五站都会相应变长。拿平时的预估去排大促的备货，几乎一定会出现断档。单独出一份，排期时换着用，比事后调整要省事。分段预估，是对节奏变化最直接的尊重。

预估的落点要放在到账日上，而不是放在成交日加天数上。成交日加一个总天数，看起来简单，实际上把每一站的波动都抹平了。按站推算到账日，中间哪一站慢了就能立刻看出来。能看出哪一站慢，才谈得上调整。估算的价值在于定位，而不只在于给一个数。

觉得自己估不准的时候，最有效的办法是做一次回溯。把过去一个月的订单按预估天数排一遍，再跟真实到账日对照。偏差集中在少数几笔的时候，说明预估的主干没问题。偏差遍布大部分订单的时候，说明某一站的中位数取错了。回溯一次，比反复讨论更能找到问题。

拿不准某一站的停留时，可以拿同站点、同类型的订单做小样本对照。两边只差一个变量，比如只差履约方式，比较出来的差异就指向这个变量。变量控制得住，结论才有说服力。控制不住变量的比较，得出的差异往往哪边都能解释。做小样本的时候，克制比数量重要。

估算结果要有一个固定的表达格式，天数、基准、区间、假设各占一处。格式固定之后，不同人的预估才能放在一起比。比的时候先看假设是否一致，假设不同的数没法直接比。把假设摆在明处，讨论就不会变成各说各话。格式统一，是这个环节提升最快的一步。

打开知虾的定价计算栏目，费用结构与站点节奏可以摆在一屏里对照，数据按日更新到前一交易日。两边对不上的时候，多半是自己某一站的假设取偏了。拿它做交叉核对，比单看一个页面更容易发现异常。核对完仍然要回到自己的订单里确认，公开面替代不了明细。把它放在核对的环节上，位置就摆对了。

预估做完要有人复核，可由不参与日常操作的人来核。操作的人容易把自己的习惯当作客观事实，复核的人更容易发现假设问题。复核的重点不是数字对不对，而是假设站不站得住。假设立得住，数字偏一点也能接受。复核这一层，守住的是可信度。

预估要有版本，改了假设就换一个版本号，别在原表上改。改了不换版本，过一段时间就说不清当时的结论是怎么来的。保留旧版本还有一个用处，就是能看出假设变化带来的影响有多大。看得到影响，才知道调整值不值得。版本管理不是形式，是把判断留下的痕迹。

整条路的天数估清楚之后，用途其实很有限，它只回答了时间这一件事。它能支撑排期和备货，却回答不了钱以什么名义挂着、周期从哪里起算。把用途说清楚，别人就不会拿它去回答它答不了的问题。边界清楚，结论才不会被误用。每一节都有它自己的射程。

预估这一节讲完，链路里该有的东西基本都有了。还有一个问题没处理，就是走到一半的时候规则或状态变了怎么办。那种情况需要把已经走过的部分重新数一遍。哪种情形会触发这种重排，放在紧后面的一段里说。

三类特征各自打分，分数高的订单在路上的时间明显更久，重排的概率也更高。

哪一种情形会触发中途重算一次

中途重算指的是钱已经走过几站，却被推回前面的某一站重新来一遍。重算和拖延不同，拖延只是慢，重算会改变已经算过的日期。重算的订单在汇总里会显得特别突兀，天数比周围长出一大截。识别重算，比识别慢更重要，因为它的影响是结构性的。先认清会发生重算，再谈会由什么触发。

最常见的一种触发是售后开口，钱已经进到可结项下又被拉回去。拉回之后，前面的校验要重新做一遍，批次位置也跟着往后挪。退款、退货、换货都可能导致这一步，只是拉回的深度不同。把开口关上之前的每一笔都按未完成处理，账面上会稳一些。宁可把它当半成品，也不要当成成品。

地址变更会引起重算，因为交付链路变了，签收记录也要重来。有的站点支持中途改址，改完之后的签收时序跟原订单完全不同。这一类订单的原始时间戳看上去还挺早，重算之后天数会翻上去。统计的时候把它们单独标出来，才不会污染中位数。标出来，是为了不让它们悄悄改变整体。

风控抽查命中之后也会重算，二次核验往往要从订单资料那一站开始。重新走一遍不意味着前面白走，只是校验的计时重新起算。命中率不高，但一旦命中，重算的幅度是所有情形里最大的一类。把命中笔数单独记一个数，这个数本身就是风险指标。记下来，才知道这类风险一年出现几次。

批次规则调整会触发集体重算，这种情况跟个别订单无关。平台改了批次的切分方式，原来在批次里的钱可能被挪到另一批。集体重算的体感是某一段时间内所有订单的天数一起变长。看到整体同时位移，先怀疑规则调整，不要先怀疑自己操作。整体位移和个体异常，处理方式完全不同。

收款账户信息变更会触发重算，因为钱要找一个新的出口。出口变了之后，出账那一站要重新承诺一次，到账时间也重新开始算。这属于可控范围里的触发，做好变更前的计划能减少影响。变更之前先把在途的那一批处理完，是最省事的做法。可控的重算，就不要让它变成意外。

结算币种或汇率口径的调整也会让已走完的部分重算一遍。口径调整之后，金额本身要重新折算，前面的记录只能作废重来。这一类重算的触发权完全不在卖家手里，只能通过关注公告提前预判。预判到了，就能把账期的解释提前准备好。解释准备在前面，后面的落差就不会显得突然。

物流信息错误导致的补件，会从签收那一站往回推。补件之后重新判定签收时点，自动确认的起算也跟着变。这一类重算的触发点在信息完整性上，属于可以靠流程避免的类型。把信息完整性做成发货前的检查动作，能消掉大部分这一类重算。能靠流程消掉的，就别留给事后补救。

重算意味着原来排出去的天数要作废，对外承诺的日期也要跟着改。如果已经把日期写进采购计划或投放计划，就要做一次同步。不同步的后果是计划之间开始互相打架，谁也说不出哪个数是真的。所以重算一发生，第一件事是更新那一张共用的时间表。先改表，再改计划，顺序不要反。

重算的次数本身是一个值得观察的指标，持续偏高说明流程里有系统性问题。如果重算集中在某一类订单上，问题就在那一类的操作上。如果重算集中在某一段时间上，问题更可能在规则或节点上。按维度切开看重算，比只看总数更容易找到原因。找到原因，才谈得上减少。

减少重算的办法不是压缩每一站的时间，而是减少触发条件。信息完整性、账户状态、售后响应速度，都是能压的触发条件。把这几项做成例行检查，重算的比例会自然下降。不追求降到零，只求把可控的部分压住。零是做不到的，可做的那部分要有人管。

重算之后的第一次统计要重新取基准，因为分布形态已经变了。拿重算之前的基准去比，会把变化误读成恶化。重算之后先把基准重取一遍，再谈趋势。基准换了要说出来，别让看的人以为是同一把尺。换了尺子还当没换，是最容易出错的比较。

追责的时候要注意，重算的触发点分散在好几个环节上。把重算全部归到某一个环节，只会让那个环节的人开始隐瞒。按触发原因分类统计，再分别找人对应，才有改进的可能。对应到人的时候，说的是原因而不是责任。把原因摊开，改进才有落点。

重算还会带来一次口径上的选择，已走过的天数要不要保留。保留下来会把天数拉长，不保留又损失了一段真实经历的时间。稳妥的做法是两套都留一份，一套算常规天数，一套算含重算的天数。两套分开报，用途各自清楚。混成一套，谁用起来都别扭。

重算这一节讲完，链路这条线上的主要问题都覆盖到了。站数、停留、拖长、误判、总天数、重算，六件事各占一处。还剩最后一件，就是这几段走完之后钱归到哪里去。那属于另外一节的范围，这里只把路铺到位。归账那一端怎么接，留在紧后面的一段处理。

两条线交叉的位置，就是这一批订单从以在途为主转向以已落地为主的时点。

几段走完，归账的方式在后面一节

链路这一节的目标只有一个，把钱的路上时间说清楚。它不回答钱以什么名义挂着，那是名目那一节的事。它也不回答周期从哪一天开始算，那是口径那一节的事。它更不回答最后归到哪一本账上，那是结算那一节的事。把射程划清楚，这一节的内容才不会跑偏。

站数、停留、拖长、误判、天数、重算，六件事其实是一条线的六个切面。站数回答有几段，停留回答每段多久。拖长回答最容易卡在哪里，误判回答在哪里最容易读错。天数是前四件的汇总，重算是汇总被打断的情形。六件事合起来，才是链路这一节的完整内容。

链路的结论通常表现为一张时间表，表里写着每一站的中位数与尾部。这张表是有期限的，节点或规则变了就要重新取数。把它当成长期有效的常数，早晚会被打脸。表上要写清取数日期，看的人就知道它的新鲜度。写日期这件事很小，作用却很大。

时间表还有一个用处，就是能解释为什么账上的数和手上的数不一样。两者差的往往不是金额，而是时间。把钱分成已经落地的和还在路上的两部分，差额自然就对上了。很多人对不上账，是因为把两部分混成了一个数。分开摆，账本身就清楚了。

链路和结算之间的分界线，在于前者只看时间，后者才看归属。钱走完了路，仍然要决定它算在哪一个周期、哪一类单上。同一批钱按照不同的归法，会落到不同的期间里。那种差别不属于路上时间，属于记账位置。所以两件事必须拆开讲。

链路和名目之间的分界线，在于前者不点钱被切成了几块。钱在路上被扣掉多少，是名目要回答的问题。路上走得慢和路上被扣得多，是两个独立的变量。把它们混在一起，就会得出走慢是因为扣得多的错误因果。分开看，各自才好归因。

链路和口径之间的分界线，在于前者不定义起点从哪里算。起点定在哪一天，直接决定了整条路的天数整体平移。平移和拉长看起来都是天数变大，处理办法却完全不同。平移要改的是定义，拉长要改的才是动作。分得清这两件事，调整方向才不会错。

实操里最有用的一句总结，是把在途和已落地分成两个池子。备货和付款的安排只看已落地的池子，在途的池子单独留出来。这样做的代价是账面看起来紧一些，好处是计划不会突然断档。紧一点的计划比断档的计划好管。留出余量，本质上是在给时间付费。

对外沟通的时候，链路的说法要落到具体日期上。把话说成到哪一站、大概还要几天，比笼统讲钱在路上有用得多。具体到站和天数，对方才能安排自己那一边的事。笼统的说法听着客气，实际上没有传递任何可用的信息。把站名说出来，是一次效率很高的沟通。

内部复盘的时候，链路是最容易形成共识的一层。因为每一站的时间戳都是客观的，争议空间很小。有争议的地方通常只在例外订单算不算进去。把例外标记出来，这部分争议也能解决。客观的东西先对齐，主观的部分才谈得下去。

链路做扎实之后，后面几层的讨论都会变轻松。知道钱在哪一站，讨论名目和归账时就不会各说各的。反过来，链路做不实，后面每一层都会有人用感觉来补。用感觉补出来的结论，换个人就推翻一次。先把时间这一层钉住，后面的讨论才有地基。

还有一件事要提醒，链路的天数不是越短越好，而是越准越好。把天数估得短，对排期没有任何帮助，只会制造落差。估得准的代价是要如实记录尾部的那些订单。尾部订单不好看，却是把预估做稳的主要依据。承认尾部，是这一层最需要的一点职业习惯。

知虾的竞品监控页面按站点把价格与节奏的变化排开，数据按日更新到前一交易日。观察同类卖家在同一站点上的节奏，可以对自己那几站的天数形成一个参照。参照只能提示量级，具体结论仍然要回到自己的订单里去核。把它当成一面镜子，而不是当成尺子。

回到本节开头那个问题，钱从成交到能提走了几站。答案是五站，顺序固定，站点之间的衔接与例外决定了总天数。每一站都有自己的停留刻度，也有自己的拖长概率。读屏的时候要记得，审核不是结算，出账不是到账。把这几句话记住，这一节最核心的部分就拿到了。

时间这一层说完了，剩下的两件对不上账的事，一件是钱被切成几块，一件是切完记在哪里。前者由名目回答，后者由结算回答，起点怎么定则由口径回答。三者各自独立，合起来才构成一张能用的到账表。本节只负责时间这一列。归到哪本账，留给紧后面那一段去说。

常见问题（FAQ）