虾皮垫资的钱什么时候能收回来

垫资的钱什么时候能收回来，先看哪一程

要回答什么时候能收回来，先把问题换个问法：这一轮走到第几步了。回款不是一段连续的时间流，而是几个节点依次被触发的过程。节点没被触发，时间再久也不会自己往前走，先把当前停在哪一个节点上确认清楚，比推算日子有用得多。

回款路上的节点大致是固定的几个：买家确认、平台对账、进入结算周期、放开提取、落到自己账户。判断什么时候能收回，就是把这几步排成一条线，看眼下已经点亮了几步，剩下几步大概各要多久。

第一个要看的是节点有没有被触发，而不是已过去多少天。同一批货，有人三天走到了第三步，有人十天还停在第一步，两者的区别不在时间，而在有没有人把下一步按下去。看动作，永远比看天数更接近答案。

第二个要看的是哪一程先动。几批货同时在路上的时候，往往只有一部分批次的某个节点被触发了，另一部分还停在前一步。先动的那一程通常就是当下最值得盯的一程，也是最先能收到结果的。

第三个要看的是这一程之后还剩几程。走到第三步的批次，后面还有两步要过；走到第四步的，只剩最后一步。剩余程数不同，收回来所需的大致时长就完全不同，不能笼统地给一个统一的天数。

第四个要看的是这一程的间隔是常规间隔还是被拉长的间隔。常规间隔在自家表里是有记录的，一旦明显超出，说明这一程上出现了积压，而不是正常推进。判断这一点靠的是和自家历史比，不是和平台公布的周期比。

第五个要看的是有没有并行的批次把队列推长。旺季或者活动期，同类订单会挤在同一段时间里进对账，前一批没走完、后一批又来了，整条队列被推长。这种情况下，先看排在前面的那一批走到哪了，比看总的金额更能说明问题。

把节点看明白之后，什么时候能收回来这个问题就没有那么虚了。它变成了几句能说出口的话：这一批走到第三步了，后两步按自家历史各要几天；那一批还停在第一步，得先确认一下是买家没动还是资料没齐。

先从哪一程看起，有一个简单的原则：先看离自己最近、又能自己动手的那一程。买家确认往往推动得动，售后结清更是完全在自己手里，这两处一看就有结论；平台的周期归集只能等，看得再勤也不会变快。

把不能推动的程排在后面看，是为了省力气。周期边界、币种清算这些环节，进度不由自己决定，反复去看除了多一份焦虑，并不会让钱早到一天。真正需要盯的是那些一催就动的地方。

有一种情形容易被误判成还没到时候：批次其实已经走到最后一步，只是提现还没发起。钱在平台账上可提，但自己没去提，看着像是还在路上。这时候要看的不是那个节点什么时候到，而是自己有没有按批次去提。

从公开面的数据上也能拿到一点参照。知虾的多站点数据把各市场的结算与到账节奏分列在不同位置，同一批货在不同站点的停留时长在这一处能放在一起看。判断自己这批货是常规还是偏慢，拿这一处当参照比凭印象准。

先看哪一程，还要看这一批货的性质。活动期出的货和常规期出的货，走的虽然是同一条路，队列长度差得远，先看的那一程也就不一样。常规期可以顺着看，活动期要优先看排在最前面的那一批。

把这一层理清之后，接下来的问题就更细了：确认某一个节点有动静还不够，得确认这一整程真的走完了，半程的动静不能拿来当已经过了。这一点看着琐碎，却是在判断时点上最容易翻车的地方。

顺序上还有一个容易忽略的细节：几批货之间不是独立推进的，前一批的经历往往就是后一批的预告。把先走完的那一批的用时记下来，后一批的时间基本就能对上，用不着每一批都从头推测一遍。

看节点的目的是给出一个可以确认的判断，而不是做一个大概的估计。判断的依据是节点被触发的事实，不是天数，也不是感觉。这一节到这里把顺序和范围划清楚，接下来要处理的是怎么确认一程真的走完。

收回来的判断建在节点上：哪一个节点先动，就先看那一段，其余各段等它的动静。

收回来之前，先确认这一程整个走完

某一程有动静，不等于这一程走完了。对账开始处理是一个动静，对账完成是另一个动静，中间可能隔着好几天，也可能因为一笔金额对不上而原地停住。拿前一个动静当完成后一个动静，时点就会算早。

确认整程走完，最直接的办法是找一个完成标志。对账的完成标志是订单状态变成已对账，结算的完成标志是它进了某一期的明细，提现的完成标志是到账记录出现。找得到标志，才算真的走完。

半程状态最容易出现在对账这一环。它一边在处理批量的订单，一边要处理个别需要核对的单子，批量部分看起来很快，个别单子却可能一直挂着。整批的完成时间，取决于最慢的那一张单子，而不是最快的那一张。

所以在确认整程是否走完的时候，要看的是这一程里最慢的那一单，而不是平均水平。一张被挂起的单子，会把整批的完成时点往后拖，而这一张单子在平均水平里是完全看不出来的。

同样的道理也适用于售后。售后未结清的订单会被排在结算之外，整批货款能不能全部进入周期，取决于这几张售后的处理结果。把售后状态逐单看一遍，是确认这一程走完的必要动作，不是可选项。

有一种半程状态来自金额核对。平台扣费算完之后，卖家这边的记录和平台的记录可能对不上，两边都在等对方先动。这类卡顿不会出现明显的提示，只有核对到具体金额的时候才看得出来。

还有一种半程状态来自买家一侧。买家点了确认，但在确认之前提交过一次售后，系统会把这两个动作的顺序处理好才往下走。在这段时间里，订单状态看着已经推进，实际还在原地等前面的动作结束。

确认整程走完的意义，在于时点判断的可信度。用完成的标志去判断，得到的时点是一个事实；用有动静去判断，得到的是一个估计。事实和估计在后续安排里的分量完全不同，一个能直接拿来排下一批的节奏，另一个只能当参考。

确认完一程之后要顺手记一下这一程的实际用时。记下来的用处不只在这一次，它是下一批货判断时点的依据，也是发现某一程变慢的依据。不记的话，每次都只能重新估计，而且估计的标准每次都不同。

记用时还有一个讲究：记的是从上一个完成标志到下一个完成标志之间的间隔，而不是从付款那天算起。从付款算起会把前面几程的时间混进来，看不出单程的变化，也就发现不了某一程在变慢。

把确认整程这件事做完之后，回款的图景就从一条模糊的线变成了一串点。每个点上都有完成标志和实际用时，哪一段顺畅、哪一段卡，一眼就能分开。判断什么时候能收回，也就从猜变成了看。

有一种情况需要单独提一下：整程走完的标志出现了，但金额和预期对不上。这时候要看的不是时点，而是差异从哪里来。差异通常来自扣费或者补贴的算法，和这一程走没走完是两件事，不要混在一起判断时点。

这一节只处理怎么确认一程走完，不重新算备量，也不重新划时间上限。前面两段已经把量和界都定过了，这里只需要把每一程的完成标志认准，把实际用时记下来，别的事不在这一段的范围里。

确认的频次也需要定。每天都去看一遍完成标志，会把精力耗在路上；隔太久看一次，又可能错过已经卡住的批次。比较合适的做法是按自家两程之间的常规间隔去看一次，间隔到了没动静就去看一眼。

整程确认这件事做完之后，回款路上哪里最容易堵也就有了线索。凡是用时经常超出自家的常规间隔、又反复出现在同一处的那一程，就是接下来要重点看的地方，值得先把它的历史用时单独列出来。

把每一程的完成标志都认准之后，判断的可靠性就建立起来了，往后的推算也有了落脚的地方。接下来要处理的是一个更集中的问题：这条路上，到底是哪一程最常出问题，力气该往哪一处先放。

越靠前的越常成为堵点，催节点的力气也该按这个次序分配，而不是各处平均用力。

回款这条路上，哪一程最容易堵

按各家店铺的实际经历排下来，最容易堵的位置相对固定。它通常不在最前面，也不在最后面，而在中段。最前面是自己能推动的事，最后面是提现操作，中间的几程由别人和规则推进，堵点就落在那里。

排在最前面的是结算归集那一程。它要处理一批订单的对账、扣费、归集，量最大的时候也最容易出现个别单子被挂起。这一程一堵，后面的放开提取和到账都要顺延，而且顺延的幅度通常比前面几程都大。

排在第二的是买家确认那一程。这一程的长度完全由买卖双方的动作决定，买家不点，就得等系统到期。它的特点是难以预测，同一个买家上一次很快，这一次可能很慢，所以它常常成为时点判断偏差的来源。

排在第三的是售后结清那一程。这一程本身不长，但它有否决权：只要有未结清的售后，相关订单就进不了结算。它的危险在于容易被忘掉，因为订单看起来已经完成，账面上也看不出还挂着什么。

排在第四的是提现批次那一程。它不是经常堵，而是容易被人忽略节奏：一批钱可提了，如果赶上提现次数少的安排，可能要多等好几天才动。它不是路上最堵的，却是很多人事后最容易后悔没早动手的一程。

排在第五的是物流入库那一程。它属于前段的堵点，货没入仓就没法卖，更谈不上回款。虽然离回款还远，但它的延误会在最后统一体现为整体的周转天数变长，所以也会被一起算进这条路的堵点里。

采购付清那一程基本不堵。它是自己完全可以控制的一步，什么时候付、付多少，都握在自己手里。把它列出来，只是为了说明一条完整的路上并非每一程都有堵点，力气不该平摊到所有段落上。

堵点的位置和品类有关。慢销品类的主要堵点在在仓待售和中段结算上；快销品类的主要堵点在买家确认和提现批次上。同一个店铺里，不同的品类堵在不同的地方，用一张平均的表去看会看不出重点。

堵点还和季节有关。旺季时中段的处理量集中，结算归集那一程的压力最大；淡季时单量小，堵点往往挪到买家确认上，因为买家不着急，节奏就慢下来了。按季节换一个重点去看，比一年到头盯同一处更有效。

把堵点找出来之后，它带来的一个好处是催节点有了次序。能推动的那一处优先花力气，推不动的那一处早做心理准备，别指望靠催就能变快。序一清楚，力气就不会白花，等哪一处也有了明确的预期。

另一个好处是判断时点更保守。知道哪一程最容易拖，在估算什么时候能收回的时候，就给它留出更宽的浮动范围，而不是按最理想的间隔去推算。算得保守一点，安排后面的事时就有余地。

从公开面上看，知虾的竞品监控把同类目卖家的节奏动向分开呈现，谁在什么时段集中出货、谁在什么时段收手，隔一段时间对着看能看出轮廓。同类目集中出货的时段往往也是中段最挤的时候，把这一点纳入参考，堵点的预判会更贴实际。

堵点的排位不是长期不变的。平台改一次规则、物流换一次线路、自家换一个主推品类，排位都可能变。每过一段时间按自己的记录重排一次，比一直沿用旧的印象靠得住，也能看出自己的处理有没有见效。

这一节也没有回头去比对缺口在哪一程，更没有回头讲备量和上限。它只回答这条路上哪一处最容易堵，以及这个排位是怎么形成的。区分清楚之后，下一节要处理的是判断时点上最容易犯的那一类错。

把堵点找出来的直接用处，是让判断从平均估算变成长处短处分明的推算。知道哪一程要留宽、哪一程可以按常态算，时点判断的偏差就会明显缩小，后续安排也就不用为一个不确定的天数留太厚的余量。

堵点清楚了，判断的路上还有一处始终存在的风险：把还没到账的钱当成已经到手。这一处不解决，前面所有的节点和排位都会白看，因为判断的起点本身就已经偏了，后面看得再细也回不到正轨。

最容易记错的，是拿未到账的当已到账

判断时点上最常见的错误，是把还没落到自己账上的钱当成已经到手。平台账户里显示的可提金额、结算明细里出现的数字，看起来都很像已经属于自己，实际它们都还在路上，随时可能因为一笔核对而倒退。

这个错误的根源在于看到的界面不同。平台的明细页显示的是进度，银行账户显示的才是结果。进度页上的数字通常比结果页上的数字多，而且更新得早，看惯了进度页，就容易把中间状态当成终点状态。

拿未到账的当已到账，会直接改掉后面的安排。原本计划等这笔钱到了再补下一批货，结果提前补了，补完之后发现钱没到，只能去别处腾。腾一次还能过去，形成习惯之后，每一轮的节奏都会被提前透支。

这类错误最常发生在两种时刻。一种是账面上刚看到一笔比较大的可提金额，另一种是月底做规划的时候，需要把各项收入摆在一起看。这两种时刻都需要一个真实的数字，而那时候人最容易用乐观的数字。

避免的办法很简单：判断能不能动用一笔钱，只看它有没有出现在自己账户的到账记录里。没有到账记录，无论平台那边显示到哪一步，都按还没到处理。这个标准看着笨，却是不需要再做任何解释的那一个。

还有一种相近的错误，是把已结清但未提现的钱当成可用。它比前面那一种更隐蔽，因为钱确实已经结算完成，只是还停在平台账户里。它需要一次主动的提现操作才会落到自己账上，而这一步经常被忘。

这类遗漏在提现次数少的店铺里更常见。一个月只提一两次的店铺，结算完成的钱会积在平台账户里，看着账面很宽裕，实际能立刻动用的并没有那么多，直到某一次急用钱时才发现还需要等一个批次。

区分这两种状态有一个简单办法：把平台账户里的钱分成三类，一类是还没结算的，一类是已结算待提的，一类是已经到账的。三类分开记，每一类的用途不同，判断时也就不会互相顶替。

第二类特别容易闲置。它既没有收益，也不能直接用，却会让人产生一种手里有钱的错觉。定期把它提出来，或者至少定期看一眼，是避免这类错觉最省事的做法，也能顺带看清自家可动用的钱到底有多少。

还有一处细节容易带来误判：到账记录上的金额通常小于结算明细上的金额，差额来自提现环节可能产生的费用或者汇率换算。看到到账金额比预期少，先不要当成差错，先看一下差额是不是这一类原因。

判断标准统一之后，还有一个附带的好处：什么时候能收回来这个问题也就不再需要提前猜。只需要看两点，有没有到账记录，没有的话停在三个状态中的哪一个。两点看完，答案就确定了。

把这三类状态摆在一起看，也能看出自家里有多少钱长期停在第二类上。停得多的店铺，往往不是缺钱，而是缺一次提现的动作。这一类问题不需要调整备量，也不需要改界线，只需要把动作补上。

这一节只处理真假到账的区分，没有重算备量，也没有重讲时间上限和缺口位置。三件事在判断时点这件事上都会用到，但它们的依据各不相同，混在一起说，最容易在真到账这件事上放松标准。

把真假到账的标准立起来之后，还剩下一件值得做的事：把这一轮的实际周转天数记下来。它既是判断下一轮的参照，也是发现自己变化在哪里的依据，值得当成一件固定动作长期做下去。

真假到账这一处立住，前面看过的节点和堵点才有用武之地。标准一松，节点看得再准也会被乐观的数字盖过去，最后还是在同一处栽跟头，而且每次都会觉得自己这回看得更仔细。

状态分得清、标准立得住了，这一段的判断部分就完成了一半。剩下的一半是把每一轮的实际天数记下来，让往后每一轮的判断都有可以对照的东西，不至于每次都从同一个空白处开始推算。

收回来之后再看，这一轮周转了几天

钱确实到账之后，这件事并没有结束。还有一步值得做：把这一轮从付款到到账实际用了多少天记下来。这个数字是判断下一批货时点的直接依据，也是发现自己某一程在变慢的主要依据。

记的时候要从付款那一刻算起，到到账记录出现为止，中间是一个完整的循环。不要从下单算起，也不要在对账完成那里截断，两头都要看住，得到的才是一轮完整的周转长度，也才和别的批次比得起来。

记完之后要做的是分组。同一类品、同一批量的货放在一组，不同组的周转天数放在一起比，比什么都有用。混在一起算平均，会把慢的和快的互相抵掉，看不出任何趋势，也看不出哪一类在拖整体的后腿。

第一轮的数字往往不能说明什么，它可能正好赶上顺延或者正好赶上顺畅。至少连着记三轮，才能看出这一类的常态是多少，波动范围有多大。轮数多了之后，判断下一批的时点也就从估计变成了推算。

记下来的另一个用处是发现变化。某个月开始，某一类的周转天数比常年的水平多了几天，这个变化本身就是值得追的线索。往回想，那几天加在哪一程上，顺着查就能找到是规则变了还是自家动作慢了。

还要留意同一类货在不同站点的天数差异。有的市场确认得快，有的市场要等自动确认，两处放在一起看，差出来的那几天往往和自己没关系，属于市场本身的节奏。分开记，才不会把自己不该背的账背下来。

天数记下来之后，可以用来更新后面的安排。某一类货的周转天数变长了，下一批补货的时点就要往后挪一点，或者把补货量压一档。这不是在重算备量，而是把已经算好的那个数放到更新过的时间刻度上去用。

各市场的需求走向在知虾公开的站点分析里按日更新到前一交易日，节奏快慢在这一处能横向比出来。判断某一类货的天数变化是市场造成的还是自家造成的，对着这一处看会比单看自己的记录多一层参照。

记天数不需要复杂的表格。一张纸、几行字就够：批次、品类、付款日、到账日、总天数，再加一句备注说明这一轮有没有遇到顺延。字数不多，但连着记几个月之后，它的用处比任何现成的报表都直接。

有了这份记录，判断时点就不必再凭感觉。下一批同样的货什么时候能收到钱，翻一下同类的历史天数就知道大概落在哪个区间。这个区间比任何推算方法都贴近自己的实际，因为它是自己走出来的。

记录还有一层不常被提起的用处：它让催促有了依据。某一程的平均用时是几天，眼下这一批已经过去了几天，超出多少一眼看得出。拿着这个数去问，比笼统地说觉得慢了要有效得多。

如果发现同一类货的天数在持续变长，处理的顺序是先看可推动的那一程，再看规则有没有变。多数情况下问题出在可推动的地方，比如售后没及时处理、资料没及时补，这些调整一下就能把天数拉回来。

这一节只记录和解读天数，不重新计算备量、不再划时间上限、也不再比对缺口。三件事在前面几段已经处理完，这里的任务是把每一轮的实际长度变成一个可以反复使用的数字，而且是按品类分开的数字。

把天数记成习惯之后，会发现一件有意思的事：真正让周转变慢的，很少是某一笔大额的货，而是一些反复出现的小延误。它们单次影响不大，但每一轮都来一次，累积起来就相当可观。

记录和节点、堵点、真假到账这四处连起来，构成了一套能长期用的判断方式。它不是预测，而是把已经发生过的事情记清楚，让下一次的判断有据可依，也让每次判断的偏差都能被回头检视。

到这里，回款这一段的判断部分就搭好了：节点、整程、堵点、真假、天数，五个位置各管一件事。接下来要处理的是这套判断里涉及动作的那一部分，也就是什么情况下该主动去催一催节点。

同一处拖延换一种催法，能推动的程度不同；先分清是哪一类，再决定催不催、怎么催。

遇到哪几种拖延，就该主动去催节点

不是所有拖延都值得去催。有的拖延是规则本身决定的，催了也不会动；有的拖延卡在别人手里，只要对方动一下就能解开。能不能催得动，取决于这一处拖延的性质，而不是它已经拖了多久。

第一种该催的是资料不齐造成的挂起。这类挂起完全是自己这一侧可以解开的，补上资料、改对信息，处理窗口立刻就会重新开始走。它的问题在于没有明显提示，只能自己去核对每一单的状态才能发现。

第二种该催的是售后未结清。订单挂着售后就进不了结算，而售后的处理往往就压在自家手上。这一类拖延坐在那里不会自己好，越拖着不处理，影响到的批次就越多，值得优先解决。

第三种该催的是买家迟迟不确认。这一类的推动方式是提醒，提醒一次往往就能解开。但提醒也要有限度，同一买家反复提醒既没有额外效果，也可能带来不必要的麻烦，隔一段时间提一次比较合适。

第四种该催的是提现批次。钱已经可提，自家却还没发起，这一类问题严格说不是催别人，而是把自己的动作补上。它看起来最简单，却是实际发生得最多的一类拖延，因为可提的钱停在账户里不上不下，很容易被忘。

第五种该催的是物流到仓的排队。这一类的推动空间有限，能做的通常是问清楚排在哪一段、还要等几天，而不是去施压。问清楚的价值在于把天数变成确定的数，让后面的判断不至于一直悬着。

有几种拖延不必催。平台的周期边界、币种的清算过程、系统维护带来的顺延，这三类都由规则和流程决定，催并不会让它们变快。对这几类，该做的是提前把时间留出来，而不是把力气花在催上面。

催的方式也要和拖延的性质对上。自己资料不全的，去补资料；售后压着的，去处理售后；买家没确认的，去提醒一次；可提未提的，去发起提现。四种方式各自对应一类问题，用错方式就是白费力气。

催的时机也有讲究。太早去问，对方只会告诉你还没到时候；太晚去问，本来能腾出的时间也已经过去了。比较合适的节点是自家历史间隔到了、又还没有动静的时候，这时候问才有具体的问题可问。

催的对象决定了能拿回什么。找平台客服问，通常能问出这一单卡在哪一步；找买家提醒，只能推动确认这一步；自己动手补资料，能解开的是挂起。想清楚要找谁，再开口，效率会高很多。

催完之后还要做一件事：确认结果。挂了售后的订单处理完之后，要回去看它有没有重新进入结算流程；补了资料的挂起单，要确认状态有没有恢复。没确认结果，等于只做了一半。

把这几类拖延和对应的处理方式固定下来之后，日常的动作就有了次序。每天或者每周扫一遍可推动的那几处，其余的交给时间，不需要在一整条路上平均用力，也就不会因为某一处推不动而白耗精力。

同类目卖家的节奏动向如果按品类分开记录，谁在这个时段集中出货、谁的节奏在变，隔一段时间对着看能看出一些走向。同类目集中出货的时段，自家的中段往往也更容易挤，这时候提前把可推动的几处处理好，比事后催更省事。

这一节只处理什么时候该催、催哪一处，不重新算备量，也不回头讲时间上限和缺口位置。催节点是这条路上属于动作的那一部分，把它限定在这一处，前面的判断才不会被动作的紧迫感带偏。

把可推动的几处和推不动的几处分开，判断时点的偏差也会跟着缩小。推不动的那些早留出时间，可推动的那些及时处理，剩下的就交给节点自己往前走，不必在推不动的地方反复耗着。

催节点这一步做完，回款这一段的内容也就到底了。接下来要把这一型回答的范围收一收，说清它写了什么、没写什么，免得跟前面几段讲量与界的题目混在一起，也让每一段各归各的位置。

到账那一天，在途归零、账面回满；在那一天之前，任何一个数字都不能当成已经到手。

钱什么时候回来讲完，备多少在前节

这一段要把动用这一型的范围收清楚。它回答的只有一个问题：这笔钱什么时候能回到账上。围绕这个问题，它给出了五个观察位置和一组可推动与不可推动的分界，其余的问题都不在这一段的范围里。

五个观察位置可以再点一遍：一看节点有没有被触发，二看这一程有没有整个走完，三看这条路上哪一处最容易堵，四看有没有把未到账的当成已到账，五看这一轮实际周转了几天。五个位置各管一件事，合在一起才够用。

判断的核心是看动作而不是看天数。节点被触发是一个可以确认的事实，过去多少天只是一个数字。同一段时长里，有人已经走到第四步，有人还停在第一步，差别就在有没有人把下一步按下去。

确认真假到账的标准要单独记住：只看自己账户的到账记录。平台账户里显示的可提金额、结算明细里出现的数字，都属于还在路上的状态，不能拿来安排下一批货。标准统一之后，判断就不需要临时的解释。

可推动与不可推动的分界也要记住。资料不全、售后未结、买家未确认、可提未提，这四处都能靠自己推一下；周期边界、币种清算、系统维护带来的顺延，这三处只能把时间提前留出来。分清了，力气才不会白花。

这一段没有重算备量该是多少。备量是量的问题，依据是路上的时长与货的周转，已经在前面的篇幅里处理过一遍。在这里重讲一遍，会把判断时点这件事和量的问题混在一起，两边都说不清。

也没有重讲时间上限划在哪里。上限是一条静态的刻度，用来判断某一笔占用有没有越线；这一段的节点动静是动态的观察，用来判断钱什么时候回来。一个是对照刻度，一个是看路上，两件事的节奏并不相同。

同样没有重讲缺口落在哪一程。缺口的位置来自两侧相减，属于比对得出的结论；这一段要做的是在钱回来的路上盯住节点。两者的输入不一样，一个是差额，一个是状态。混着用会让判断没有着力点。

这一节的交付物是一份记录：每一批货的付款日、到账日、中间停在哪一步、有没有遇到顺延。这份记录连着记几个月之后，就成为自家判断时点的依据，翻一下同类批次的历史天数，下一批大概什么时候到就有了区间。

记录本身不值钱，值钱的是它让人不必再靠感觉。原来判断时点只能说不确定、快了、应该快到了，有了记录之后可以说这一批走到第三步，后两步按自家历史各要几天。话说得准，后面的安排也才排得稳。

这份记录还有一个附带作用：它能让催促有依据。某一程的平均用时是几天，眼下这批已经过去几天，超出多少一眼看得出。拿着具体数字去问，比笼统地说觉得慢了要有效得多，也更容易得到明确的答复。

最后要说明的是，这一段的边界画得比较窄，是因为它要回答的是一个时点问题。时点问题有它自己的依据，就是路上节点的状态；量的问题、界的问题、比对的问题各有各的依据，四者分开处理，才各自站得住。

如果这一段只留下一句可以带走的话，那就是：钱什么时候回来，看的是路上哪一个节点先有动静，而不是看已经等了多久。把节点看准、把真假分清、把可推动的推一下，答案自然会浮出来。

备量与上限这两件事在前面已经讲完，这里不再回头。它们各自的位置没有变，只是在这一段里不承担回答时点的任务。分开之后，判断时点这件事反而更干净，出偏差时也更容易找到是哪一处偏了。

到这里，动用这一型就完成了：看节点、确认整程、找出堵点、分清真假、记下天数，再把可推动的几处及时推一下。备多少、上限划在哪、缺口在哪一程，分别在前三段里回答，这一段不代答。

常见问题（FAQ）