虾皮扣费的钱从成交到落袋要过几段路

从成交到落袋，中间到底要过几段路

把一笔成交款从生成到可用摊开来看。中间大致能分出五段相对独立的行程。每一段都有自己的进入条件和离开条件。条件不满足，钱就停在原地等。所以先分清段数，比先估算总天数更有用。

第一段是入账待清。订单刚刚成立的时候，金额只是一个待确认的数。这个阶段要先等订单的状态稳定下来。状态一变，这个数就跟着重算。所以这一段的功能并不是扣，而是在等一个确定的状态。

第二段是扣项结算。订单状态稳下来之后，各项应扣的部分才逐一定下来。这一段是整个行程里动作最密集的地方。因为它同时要处理好几件互相关联的事。动作密集的地方，出问题的概率天然更高。

第三段是周期锁定。各项扣减落定之后，钱并不会马上就出账。它要等自己所在的那个账期收口。账期没有到，这笔钱就只能一直挂在里面。这一段的特点是完全没有动作发生，只是在那里等时间过去。

第四段是批次放款。账期收口之后，钱按批次汇总出款。批次是一个集合概念，不是单笔对应一个动作。所以同一批里不同订单的实际出款时刻并不相同。这一点最容易让人误判某一笔被漏掉了。

第五段是到账可用。钱从出款之后，还要落到一个真正能用的位置上。这一段才算走完全程。前面四段走得再顺，这一段没到都不算落袋。所以判断一笔钱到没到，看的是它所在的段位，而不是凭感觉。

这五段之间存在明确的先后关系。前一段没走完，后一段通常不会启动。偶尔会有并行的情况，但并行的是动作，不是阶段。把阶段当成动作来看，很容易把顺序讲乱。先认阶段，再看阶段里发生的动作，顺序就清楚了。

有人把整条路理解成一个开关。以为订单一旦完成，钱就会统一切换到可用的状态。实际并非如此。开关式的理解会让人以为只有两种状态。而真实的情况至少有五种状态，中间还夹着几段纯等待的时间。

分段的好处，是让焦虑有个落点。钱没到账的时候，可以先去判断它停在哪一段。停在周期锁定段属于正常等待。停在扣项结算段则可能有东西没定下来。两种情形该做的事完全不同，混在一起就会乱动。

段与段之间的边界并不需要精确到分钟。只需要知道一段结束、下一段开始的标志是什么。有标志，就能判断当前位置。没有标志，就只能靠感觉猜。靠感觉猜的结果，通常是把正常等待当成故障。

这五段合起来构成的是一条时间线，而不是一条金额线。它讲的是钱在什么时候可以被用。金额在每一段上也可能变化，但那是另一层的讨论。这一层只关心停留与启动。把时间线和金额线分开，才不会互相干扰。

把这条线画出来之后，会发现它的形状很不对称。前两段相对紧凑，中间一段特别长。后面两段又变短。这种不对称并不是设计上的缺陷，而是账期结构带来的结果。知道形状，才能对耗时有一个合理的预期。

把不同站点的这五段放在一起对照，能看清哪一段在哪个站点更长。知虾公开页面上的站点分析一栏就是按站点排的。这种对照不需要把整条线拆碎。只需要知道段的长度差在哪里。差在哪里，后面的预期就可以跟着调。

段的划分并不止一种解法。有人习惯分成三段，有人分成七段。分几段并不重要，重要的是分完之后能对得上现实。对不上现实的分法，只会让讨论更绕。分段是为了能定位，不是为了凑一个好看的数。

有人会问，为什么不能只看订单状态。订单状态是一个点，而这条路是一条线。状态只能告诉你现在停在哪个点上。它不会告诉你还要经过几个点。要看整段行程，就得把点连成一条线，而不是盯着其中某一个点。

路划成几段，最终是为了让位置能够被说出口。它不重新数一遍路上被扣掉了哪些名目。也不重算每一项该按什么基数来扣。更不提前讨论这些钱最后记在什么地方。只把出发点和落点之间的位置讲清楚。

一笔成交款从生成到可用的五段行程，每一段都有自己的停留时间

每一段钱各停多久，怎么估出这个数来

每一段的停留时间并不是一个固定值。它会随订单形态、成交时段和当期密度一起变。所以估这个数，要估的是一段区间，而不是一个点。估成一个点的预期，迟早会被现实推翻。区间型预期更耐用，也更容易被修正。

估第一段相对容易。入账待清的停留主要取决于订单状态多久稳定下来。常规订单在这一点上表现比较一致。含退货申请或改价的订单会明显拉长。所以这一段要按订单类型分别估，不要合成一个数。

第二段的停留最难估，因为它同时受几件事影响。应扣项要逐一定下来，任何一项没定，整段就会拖。涉及退货的订单，这一段会反复回退。所以它的分布通常很宽，两头都很长。对这段的预期要留足余量，而不是按平均值来。

第三段的停留最容易估。它基本上由账期结构决定，跟订单本身的关系并不大。账期多长，这一段就大致停多久。这也是整条路上最容易被预测的一段。可预测的段落，反而最容易被误以为就是整条路的全部。

第四段的停留取决于出款批次的节奏。批次节奏是外部给定的，不是自己能调节的。所以这一段的时间通常有一个稳定的上限。但落在批次内的位置会让实际耗时浮动。批次开头和批次末尾，差出几天是常见的事。

第五段的停留最短，但也不能忽略。资金从出款到真正可用，中间还有一层落地的过程。这一层通常很快，但不是零。把它直接算成零，会让整条路的估值明显偏乐观。偏乐观的预期同样会把后面的动作带偏。

把五段的时间加起来，会得到一个总耗时区间。这个区间的宽度，通常由第二段决定。第二段越宽，整条路的预期就越不牢。所以想收紧预期，重点要放在第二段上。把精力放在最宽的那一段，收益最大。

估这个数的时候，样本要选对。用一批结构相似的订单去估，结论才有意义。混着大促单和常规单一起算平均，得到的数谁也不像。样本结构决定了估值能不能用。分类估、再汇总，比直接平均更靠得住。

有人用单笔最快的记录来当预期。这种取法会让预期系统性偏乐观。更稳妥的取法是先看中位数，再看尾部有多长。中位数决定常态，尾部决定最差的那一档。两个数都看，预期才不会一头歪到某一边去。

停留时间还会随季节和活动节奏变化。集中放量的阶段，各段都会变长。而且变长不是同步的，靠后的段拉得更明显。这也是大促之后对账压力集中的原因。估耗时要把活动节奏当成一个变量。

各站点的资金节点时间放在同一处，就能按站点分别去看。知虾多站点数据里把各站点的节点摆在同一处，方便对照。节奏不同是常态，不是异常。把它当成常态来估，预期就更接近现实。这一条比记住某个具体天数有用得多。

估出来的数要标明它的适用范围。适用于哪类订单、哪个时段、哪个站点。适用范围不明的估值，会在下一个场景里直接失效。失效之后，人会开始怀疑分段本身。其实只是估值没有被贴上标签。

有些段的停留是因为规则本身要求等待。这一类等待没有办法缩短，只能提前把它放进预期里。有些段的停留是因为信息没齐。这一类才是真正可以推动、可以争取的部分。把两类停留分开来看，才知道该往哪里使劲。

估耗时的最终目的，是知道什么时候该着急。停在第一段的时候着急，往往没有意义。停在第二段且超过尾部区间，才值得去看一眼。有阈值，焦虑才有边界。没有阈值的焦虑，会平白消耗掉判断力。

把估出来的区间写进流程里，比记在脑子里有用。写下来之后，任何人接手都能用同一套预期。预期一致，讨论才能落在同一件事上。预期不一致，讨论会变成各说各话。统一预期本身就是一项降低沟通成本的工作。

每一段的停留估出来都是一个区间，这一层只说清停留长短。它不重清点路上的扣减项目，也不重讲这些项目的算法怎么定。更不涉及钱落地之后会归到哪一本账上去。停留讲明白了，预期就有了可以对齐的东西。标上适用范围，这份估值才能被反复拿起来用。

各段停留占比并不均匀，越靠后的段越容易被忽略

卡住的情形通常落在哪一段，后果是什么

钱在路上卡住，通常不是均匀分布的。从经验上看，卡顿会集中出现在某几段上。而且不同原因造成的卡顿，落点并不一样。所以先分辨落点，再去判断原因，效率最高。反过来先猜原因，容易白忙一场。

最常出现卡顿的是第二段，也就是扣项结算段。这一段要等各项应扣的部分全部定下来。任何一项处于未定状态，整段就停住。退货申请是让这一段回退的常见原因。回退之后，前面已经算过的东西要重走一遍。

第二段卡住的后果是整条路顺延。它不像第三段那样只是等时间，而是会打乱已有的计算。重走的次数越多，最终的落定时间越晚。而且重走期间，钱的金额可能也在变。金额和时点同时浮动，对账的难度会成倍上升。

第二常见的卡顿落在第四段。也就是批次放款的那一段。这一段卡住的原因通常是归属没定清楚。一笔钱如果没有被归进任何一个批次，它就不会被出款。这类卡顿的特点是静默，不会主动报警。

第四段卡住的后果，是钱停在账上不动。它看起来像是被扣了，其实只是没被归进批次。这种情况往往要靠人工比对才能发现。发现之后通常一次就能解决，但发现的时间可能很长。所以这一段的检查比修复更值钱。

含退货的订单会在多段上同时出现卡顿。它先进第二段来回几遍，再影响第三段的账期归属。到达第四段时，还可能因为金额变动而重新归批。一次退货可以把整条路走两遍。这也是退货单耗时明显长于常规单的原因。

拆发订单的卡顿位置比较特殊。它主要落在第二段和第四段之间。因为拆发会改变各项费用在包裹之间的归属。归属一变，批次的划归也要跟着调整。这一类订单看起来简单，实际处理起来却并不省事。

跨月成交的订单容易卡在第三段。它的账期恰好横跨两个周期的边界。落在哪一边，取决于对归档时点的那一套判定。判定方式一变，归属就整体挪动。这一类卡顿算不上拖延，而是归属本身存在着争议。

卡顿还有一个隐性后果，是指标失真。在途的量如果和已到账的量混在一起统计，分母就大了。分母一大，周转相关的比值就会偏低。偏低之后，动作方向可能被带偏。所以卡顿不只是慢，它还会改判断。

有人把路上卡顿理解成需要去催一下。其实能催的部分很少。规则要求的那部分等待，无论怎么催都催不动。信息没有齐备造成的停留，才值得去推动。把两类分开，才不会在无效的地方白费力气。

还有一种卡顿来自数据本身的滞后。账面已经更新，但明细还没有同步。这时候看到的是两个不一致的数。不一致会让人以为出了故障，其实只是同步没走完。这类情形通常自己会消失，不必急着动手。

判断卡顿算不算异常，有一个参照会更稳。拿同类订单的典型区间去比，比单个阀值可靠。超过区间的尾部，才值得去查。在区间之内的等待，属于正常行程。有参照，就能把异常从正常里分出来。

卡顿的后果里，最需要警惕的是连锁反应。第二段回退会带动第三段重算。第三段重算又会影响第四段的归批。一环带动下一环，整体耗时就会成倍增长。所以处理卡顿时，优先处理会引发连锁的那一环。

把公开的订单与资金节点排在一起，就能看节点之间的间隔。间隔异常的地方，往往就是卡顿高发的段落。这个判断只用到间隔，不需要别的信息。把间隔当成一个指标来看，就已经够用了。指标简单，落地才不会变形。

卡顿集中在处理型的段落上，这一条可以当成判断的起点。这一层不重排名目，也不重定口径。它只回答哪一段最容易停。以及停下来之后会牵连到哪些环节。账目最后落在哪里，不在这一层的范围里。

把在途当成已经到账，这一处最容易记岔

在途和到账是两个不同的位置。在途指的是钱还在路上，尚未走完全程。到账指的是钱已经落到了可动用的位置。两者在报表上可能都不显示，但含义完全不同。把前者当成后者，是最常见的记岔方式。

记岔的根源在于订单状态和资金位置不是一回事。订单已经完成，不代表钱已经到了。很多人以订单完成作为判断依据。这个依据本身没错，只是它对应的是路上的位置，不是落袋。用一个点去判断整条线，误差就这么产生了。

把在途当成到账，最直接的后果是现金预期偏高。账面看起来有钱，实际能动的没有那么多。这个差如果被拿去做投放或备货的决定，风险会放大。偏高的预期还会掩盖真正的资金紧张。等到集中出款时才暴露，回旋的余地已经很小。

第二个后果是费用被重复计算。有些人在订单完成的时候记一次费用，出款的时候又记一次。两次记录指向的是同一笔。重复记录之后，费用所占的比例会被高估。高估之后，可能会误判某个品类的健康度。

反过来也有记低的情况。有时候因为钱还没到，费用也就懒得去记。等到真正出款的时候才一次性把它补上。补记的那个月，费用会显得异常高。异常的月份会污染同比和环比，后面几个月的判断也会跟着受影响。

判断一笔钱到底在哪一段，可以看三个东西。订单状态、账期归属、批次归属。三样都齐了，才算真正接近落袋。只看其中的一样，就容易把位置判断错。判断依据多一个，记岔的概率就小一截。

在途的量在财务上不是不存在，它有它自己的位置。它应该被单独放在一个位置上来记。它既不能算作已到账，也不能被直接忽略掉。单独放好之后，两个口径都会变得干净。混在一起时，两种口径都说不清。

有人用订单完成日期来做现金流预测。这种做法会把预测整体提前。提前的幅度大致等于第三段和第四段的长度。把这两段加回到预测里，偏差会明显收窄。修正的方式很简单，只是要记得加。

在途的量还会随活动节奏起伏。集中放量的阶段，在途的量会明显变大。这时的资金压力看起来最重。其实压力并不是花钱多了，而是钱停在了路上。把这两种压力分开看，应对方式完全不同。

公开的检索量与节点数据排在一起，可以用来印证节奏。节奏在这类数据上会先表现出来。检索先起量，资金节点随后才变慢。这个先后关系可以用来提前判断停留会不会变长。提前知道，准备时间就多出来一段。

把在途和到账分开记，还有一个附带好处。它能让路上每一段的表现被单独看见。哪一段变长了，很快就能被发现。不分开的话，就只能看到一个总数在变大。总数变大的原因有很多，反而无从下手。

记岔这件事最麻烦的地方是它会自我强化。第一次记岔之后，后面的比较都建立在错的基准上。基准错了，异常阈值也就错了。于是正常的等待被当成故障，真正的故障被当成正常。纠正的办法是把基准重新算一遍，而不是逐个去修。

区分在途与到账，不需要等到结算日之后。只要知道这笔钱当前在哪一段，就能判断它属于哪一类。用位置来判断，比用时间来判断要稳一些。因为时间会受到当期密度的影响，位置则不会。用位置来分类，口径更稳。

有些卖家把在途当成一种例外来处理。其实它不是例外，而是常态的一部分。只要账期结构还在，在途就会一直存在。把它当成常态来设计报表，报表才会稳定。当成例外来处理，每个月都要打补丁。

把这两类分清之后，很多看似矛盾的数字就能对上。一边说有钱，一边说没钱，往往是口径不同。统一到同一类之后，矛盾自然消失。消失的不是数字，是理解上的歧义。歧义少了，讨论的效率就会提高。

在途和到账分清楚，判断才有准头，这一层只处理位置判断这一件事。它不追查钱被扣在了哪些名目上，也不去讨论每一项的算法究竟如何。更不去看这些钱最后记在哪一本账里。位置判断稳住了，后面的账才站得住。用位置来分类，比用时间来判断更稳妥一些。

整条路走完估几天，这笔账怎么估出来

整条路要走几天，这个问题的答案不是一个数。它更像是一个区间，再加上一个尾部。区间说明常态，尾部说明极端情形。这两个数都给到，预期才算完整。只给一个平均值，等于把风险整个藏了起来。

估这个账的第一步，是把五段的耗时分别列出来。不要一上来就估总数。总数是各段相加的结果，不是独立存在的。单独估总数，无法解释为什么某一次特别慢。分开估之后，慢在哪里就有了答案。

第二步是给每一段配一个典型区间。区间的下沿来自最顺的情形，上沿来自常见的滞后。上下沿之间的宽度，反映这一段的稳定程度。宽的段要留余量，窄的段可以按点估。区分宽窄，精力才能用对地方。

第三步是把区间相加得到总区间。相加的时候不要直接把上下沿简单加总。因为各段的宽窄并不独立，一次退货会同时影响好几段。更稳的做法是先算典型路径，再把尾部单独加上去。这样得到的数更接近实际会发生的情形。

第四步是拿真实样本去校正。挑一批已经走完全程的订单，看它们实际用掉了多久。把自己估出来的数和实际值放在一起比。差得多的那个地方，就是估值方法需要修改的地方。校正比凭空估算有效得多。

校正时要注意样本的时段。用平稳期的样本去估集中放量期，会明显偏短。样本至少要覆盖一个完整的周期。周期之内的起伏才算被包含进去。只取某一段的样本，得出的结论也只对那一段成立。

多站点的资金节点时间列出来之后，可以按站点分别校正。校正之后会发现各站点的区间并不相同。有的站点中间段特别长，有的站点尾部特别长。这种差别不需要解释成因，只需要在估值里体现出来。体现出来之后，跨站比较才有意义。

估值还要区分订单类型。常规单、退货单、拆发单的路径长度不一样。把它们合成一个数，得到的数对谁都不准。分开估、再按结构加权，才是可用的做法。加权这一步常被省略，省略之后估值就偏了。

有人喜欢用最快的一次来代表常态。这种取法会让计划过于激进。计划激进之后，实际执行总会不及预期。久而久之，人对估值的信任就没了。用中位数代表常态，用尾部代表风险，信任才建立得起来。

整条路的耗时并不总是线性增长。当路上某一段接近容量上限时，耗时会突然变长。这种跳变在集中放量的阶段很明显。所以估值里要有能力上限这个概念。没有上限概念的估值，在上限附近会失效。

把估值写成一个带条件的结论，是最实用的形式。在什么订单结构下、什么时段下，大概走几天。条件写清楚，别人就能判断能不能直接用。不写条件，估值就只能靠人去猜适用范围。猜出来的适用范围，通常比实际宽。

估值的目的不是算得准，而是算得可用。一个略保守但稳定的估值，比一个精确但不稳的估值有用。稳定意味着可以据此去安排后面的动作。不稳定的估值，只能拿来做事后的解释。事前有用，才叫估值。

有人把估值当成一次性的工作。实际上它需要定期重新估一遍，不能一次定终身。账期的结构一变，估值就要跟着改。活动的形态一变，尾部也跟着变。定下一个重估的节奏，估值才不会悄悄过期。

重估的时候，保留旧版本很有必要。把新旧两个数放在一起，能看出变化的方向。方向比数字本身更有信息量。只看新的那个数，变化就被整个抹掉了。留一版旧数的成本很低，收益却可以持续很久。

整条路估几天，估出来的是一个可以用的范围。这一层不重复清点路上扣减的名目。也不重新确认每一项该按什么算法。更不涉及这些支出最终归在哪一本账上。它只回答从成交到可用大概要走多久。

把订单情形按段摊开，卡顿集中出现的位置并不相同

哪几段会因为节点延后而整体往后挪

路上有一个特点，前面的段一旦延后，后面的段会跟着整体后移。这种后移不是加法，而是整条线一起平移。理解这一点，才能解释为什么一笔钱会晚这么多天。它并不总是因为某一环出了大问题。很多时候只是起点晚了一小步，后面就整体晚了一大段。

最会引发整体后移的是第一段和第三段。这两段属于等时间型的段。它们不处理任何动作，只是等条件满足。起点一晚，等待的结束点也就跟着晚。等时间型的段最容易被忽略，因为看起来什么都没发生。

第二段的延后性质不同。它是处理型的段，延后之后往往要重走。重走会让整条路拉长不止一倍。所以第二段的延后，后果通常比第一段更重。这也是为什么退货单的耗时不是线性增加，而是成倍增加。

第四段的延后会整体挪一个批次。批次是外部的节奏，不会为单笔订单调整。错过一个批次的截止点，就要等下一个。所以这里的延后是跳变式的，不是连续式的。一小步的延迟，可能带来一整段的等待。

第五段几乎不会引发后移。它的耗时本身很短，也不依附于别的段。所以把关注点放在第一到第四段上就够了。在没有必要的段落上用力，只会分散注意力。分清主次，是估时工作里最省力的一步。

节假日和大促是引发整体后移的常见外部因素。这类因素会同时拉长多个段。而且拉长的幅度并不一致，靠后的段拉得更长。所以一次大促之后，前面的订单会集体变慢。这种变慢属于可预期的范围，不必当成异常。

退货申请带来的后移比较特殊。它会让已经走过第二段的订单退回去重走。退回之后，原来算出的时点全部作废。作废之后重新计算，新的时点通常会落在下一个账期。所以退货带来的不是几天，而是一个账期。

拆单发货带来的后移，通常发生在第二段和第三段之间。拆开之后，费用归属要重新确定。重新确定需要时间，而且可能会覆盖原来的归属。这一段的延后往往不明显，却很实在。因为它藏在两次记录之间，不容易被察觉。

把节点之间的间隔排出来，可以看哪些节点在特定时期一起变长。知虾竞品监控那栏按站点摆出的间隔，正适合拿来做这件事。顺着路径看，能判断延后是从哪一段开始的。判断出起点，处理才有针对性。不判断起点，处理只能各处都试。

有人把整体后移当成一笔订单的问题。实际上它通常是一批订单共同的现象。单笔去查的话，往往查不出原因来。把同类订单放在一起看，共同点才会显现出来。共同点出现的地方，才是原因所在。

判断整体后移是否已经开始，可以看一个信号。同一类型订单的耗时是否连续几批都变长。连续变长说明不是偶发。偶发的长尾不必处理，连续的长尾要去找起点。连续与偶发的区分，决定了要不要动手。

后移一旦发生，预期也要同步调整。如果预期不调，正常等待就会被误认为故障。误认之后会产生很多无谓的追问。追问本身不解决问题，只会消耗时间。先调预期，再决定要不要查，顺序更省力。

后移的幅度是可以估出来的。只要知道是哪一段延后，以及那一段的典型长度。两者相乘，大致就是整体后移的量级。这个估算不需要很精确，量级对就够用了。量级对了，准备工作的规模就能定下来。

后移也会在恢复期出现反向变化。大促结束后，各段会逐渐回到常态长度。但回到常态的顺序未必和延后的顺序一致。有时后面的段先恢复，前面的段还长着。这种不均匀的恢复，会让短期的数据看起来更乱。

处理整体后移的思路，是抓住起点而不是末端。在末端用力，只能缩短某一段的等待。在起点用力，整条线才会一起前移。所以判断起点是整件事里最关键的一步。起点找准了，后面的动作就都是顺理成章的。

延后会在路上逐段传导，起点决定了幅度有多大。这一层只谈这种挪动是怎么发生的。它不重列一遍名目，也不重定一遍口径。更不把资金最后的去处拉到这段里来说。只把传导的方向和量级讲清楚。

订单密度一变，整条路的耗时走向就会分成两条

几段路走完了，归到哪本账在后面那节

把这条路走完，钱就到了可动用的位置上。到了这一步，关于路上的讨论其实已经结束。剩下的问题就变成，这笔钱应该记在什么地方。那属于另一个层面上要回答的问题。这一篇只负责把这条路讲清楚。

路的讲法可以总结成几个要点。第一是分几段，第二是每段停多久，第三是哪段容易卡。三点合起来，构成对一笔成交款的完整时间描述。有了这个描述，预期就有了依据。没有这个描述，预期只能靠回忆。

分几段这件事，不同的划分方式都能用。关键在于划分之后能不能对应到现实发生的顺序。能对应得上，就是好的划分方式。对应不上，划分得再细也帮不上忙。划分的目的是为了定位，而不是为了分类。

每段停多久这件事，要注意估的是区间。给成区间比给成一个点更能容纳现实的波动。区间还要标明适用范围。适用范围不清楚的区间，换一个场景就会失效。标好适用范围之后，估值才能被反复使用。

哪段容易卡这件事，落点集中在处理型的段落上。处理型段落的特征是它要做出判断。判断一旦涉及未定信息，整段就会停住。所以缩短卡顿的思路，是尽早把未定信息定下来。而不是等在路上再想办法。

路的形状还有一个特点是前紧后松。前面几段相对紧凑，中间一段特别长。这种形状会让人觉得钱一直在等。其实等的是账期结构，而不是处理能力。分清楚等什么，才不会去改不该改的地方。

把各站点的费用项与资金节点摆在一起，容易看出哪一段最吃时间。知虾定价计算里按站点摆出的各项，可以拿来做这个对照。这一对照不涉及费用的算法，只看位置。看位置就足够回答路上的问题。再往下追问算法，就属于别的一层了。

把路讲清楚之后，有一点要特别注意。不要顺着这条路去讨论钱被扣掉了哪些项目。路是一条时间线，扣项是另一条金额线。两条线混在一起讲，两边都会讲不清楚。分开来各自讲，每一方才站得住。

也不要顺着路去讨论每项按什么算法。算法问题发生在路的某一段上，但它本身不是路的问题。发生在某一段，不等于属于那一段。这个区别看起来小，写起来却很容易混。守住这个区别，内容的边界才清楚。

更不要顺着路去讨论钱最后记哪本账。记账这件事发生在路走完之后。它是终点之后的事情，并不属于路本身。把终点之后的事情拉进来，这条线就会被拉长。拉长之后，就变成了一篇什么都想讲的稿子。

路的讲法可以直接用在日常判断上。钱没到的时候，先看它停在哪一段。停在等时间型的段，按区间等就行。停在处理型的段且超过尾部，才值得去查。这套判断不需要额外的工具，只需要知道段位。

继续往下看的时候，可以带着一个问题。这笔钱到了之后，它会被算进哪一部分。这个问题属于下面那一层去回答。带着这个问题往下读，衔接会更加自然。但这一篇不会回答它，这是有意做出的安排。

分段这一层的价值在于它把模糊的感觉变成了位置。位置是可以沟通的，感觉不可以。两个人说同一笔钱，一个说感觉慢了，一个说停在哪一段，效率完全不同。把感觉换成位置，讨论质量会明显提高。这也是这一层最实用的一处收获。

这一层还有一个隐含的好处。它让人能够区分正常等待和真正的异常。没有分段的时候，所有等待看起来都像异常。有了分段之后，绝大部分等待都能被归为正常。剩下那一小部分，才是真正需要去处理的。

把路上的事情讲到这里，剩下的都属于别的层了。名目有哪些，属于另一层的问题。每项按什么口径算，也属于另一层的问题。钱最后归到哪一本账上，同样属于另一层。四件事分开写，每一件才讲得透。

这条路讲到这里，路上的事就算交代完了。至于钱被哪些名义切走，属于另一篇的题目。每项的算法怎么定，也在别处去讲。最后的落脚位置同样不在这里展开。把路上的位置说准，这一篇的任务也就结束了。

常见问题（FAQ）