虾皮回款周期的起点是哪一天，先把这个日子定下来

虾皮回款周期的起算日到底按哪一天，发货日还是签收日

发货日是自己手上做出来的动作，包裹交给物流的那一刻就成立了，自己记得住，也能从单号上翻回来。签收日是包裹真正落到买家手上那一天，要看物流那头走没走完，还要看买家有没有主动点确认。两个日子之间隔着的那一段，是靠使劲也压不短的在途。

习惯按发货日算，是因为那一天自己说了算，写下来也最省事。可平台推进订单状态，靠的不是自己写的那一天，是包裹走完路径、订单走到终点的那个时点。两个口径各说各话，凑不到一起，账上就一直有一笔对不出的钱在飘。

平台的订单状态是分格往前的，先付款、再处理、再出库、再在途，最后落到完成那一格。只有走到完成，这笔钱才被放进可以结算的范围里。前面任何一格都只是过程，拿过程里的某一天当起算日，等于自己给自己提前开了发令枪。

买家不主动点确认的时候，系统会在窗口到期后替他把状态推过去，所以签收日往往不是买家按了哪个按钮的那一天，而是窗口走完的那一天。这一点最容易含糊：包裹几天前就到了，状态今天才动，起算日照状态动的那天认。

也有买家收到就点确认，这一笔的起算就比同批订单往前挪了一截。同一周发出去的二十笔，起算日会散落在不同日子上，所以拿一个平均天数去套整批，套出来的日子没有哪一笔真正对得上。平均数是用来估总量的，不是用来定起点的。

还有一类订单走到一半会被退掉，状态的落点跟正常单不一样。这时候如果还按发货日往后推，推出来的日子不仅错，还会把一笔本来不需要排期的钱放进排期里，占着位置不做事。排期里多一个空位，后面的判断就跟着松一分。

物流单号上的揽收时间经常被当成起算信号，因为它是包裹离开自己手上之后第一个明确的时间点。揽收只证明包裹出了门，不证明买家拿到了，用揽收日往后退，起点会整体提前一截，越往后错得越多，等发现的时候已经积累了好几批。

如果货要出海，在途那段会被拉得更长，中转、清关、尾程派送各占一段。这段路走得越久，发货日和完成日之间的缝就越宽。所以越是跨境的单，越不能用发货日当起点，它离平台认的那一天实在太远了。

起算日认错一天不致命，致命的是同一批订单每一笔都错同一天。二十笔各错一截，加起来就是账上一直有一笔周转金对不出来，查起来还得一笔一笔翻，翻完才发现错的不是账，是起点。这也是为什么起点要单独拎出来处理一遍。

有个动作当天就能做：把上周发出去的十笔订单挑出来，左边写自己记的发货日，右边抄平台显示的完成日，并排放在一起看。十行里如果有一半对不上，说明起点口径必须重定，不重定的话后面每一笔都要再对一次，重复的成本会一直背着。

起点这一件事只回答从哪天开始算，别的问题它不接手。把起点定住之后，剩下两件事才有可以站人的地基；起点没定住，后面越算越像在猜，猜出来的数字没有人敢拿来做决定，也没人愿意照着它排期。

起算日钉死之后，一笔订单在账上只会出现一次。它不会既算在发货那一批里，又算在完成那一批里，重复占了两次额度。排期上的位置一旦单一起见，谁欠谁多少就不再需要靠回忆去补，这也是改一个日子能带动整条排期的原因。

最常被误用的起点是成交那天，因为下单时间在后台最显眼，翻起来最快。成交只说明买家愿意付，货还没出、路还没走、状态还没到终点，用它起算排出来的日子，早晚要再改一遍，而改的那一遍最容易把已经排好的采购日期一起推翻。

同一天发出去的两笔订单，起算日可以差出好几天：一笔隔天就到，一笔在路上多绕了几站。所以起算日是按订单逐笔认的，不是按发货批次统一划的。批次可以是同一个，起点各认各的，混在一起认的批次里，走得慢的那几笔会一直被当成迟到的钱。

把起算日看成一条轴上的第一个刻度就好：刻度没对准，后面每一格都虚。这一篇的所有内容都围着这一个刻度转，轴的其余部分不在这里展开。下面每一条路，都是为了让这第一个刻度站得住，站不住的话后面讨论什么都是在错位的底座上盖房。

所以这一节要带走的话只有一句：先把起点认成平台认的那一天，再谈别的。起点认对之前，任何关于节奏的讨论都在错位的地基上进行，盖得越高，拆的时候越费事，这也是它排在这一批最前面的原因。

起算日不是挑一个自己顺手的日子，是顺着订单状态一格一格往后退，退到平台认的那一格里去

起算日认错了，账上永远对不出一笔钱该到的日子

错一天的代价很小，错一批的代价很大。假设每笔订单都按发货日往前提了一小截，二十笔叠在一起，就是账上始终有一笔钱既不在手里、也不在自己以为的位置上。这笔钱不会消失，只是躲进了那个对不出来的差里。

这种差错有个特点：它不会自己暴露。账上少了一笔，人第一反应是平台放慢了，或者买家还没确认，很少有人先怀疑自己记的起点。于是每个月都在解释同一件事，解释完下个月照旧，解释的成本慢慢变成看不见的损耗。

连锁的第一环在采购那一头：按偏早的起点排出来的到账日子偏早，于是下单的承诺也偏早。等到真正到账的时候，前一批的款还没还上，后一批的账期又到期了，中间那段空当只能再借一次钱来填，填两次之后利息就开始吃掉利润。

第二环在备货判断上：以为账上很快会进一笔钱，就把备货的节奏往前放；钱没按时到，备货已经开出去了，只能硬撑。撑过一次没事，撑过三次之后，现金流就变成一根随时会紧的绳子，任何一笔意外都要从别的地方挪。

第三环在对账上：起点不一致，就意味着每一笔都要单独核。核一笔两笔不费事，笔数一多，人工核对就变成了固定的加班项，加出来的结果往往只是把差异归到一句平台慢上。归给外部比承认自己起点认错省心，但下一轮还会原样重演。

第四环在跨月的时候最明显：一笔订单的发货在月初、完成在月末，按发货日算它落在这个月，按完成日算它落在下个月。月份一错，整月的收支快照就少了一块，拿去和上个月比，比出来的全是口径造成的噪声，看不出生意本身的变化。

第五环是催：起点认错之后，人会觉得钱该到了却没到，于是去催。催回来的答复永远是同一句，订单还没到完成状态。催的次数多了，人会以为是平台那边拖，其实只是自己提早了起跑，跑出去的距离终究要等回来。

把这五环连起来看，起点错一点，后面每一环都跟着错一点，而且错的方向是同一个。这就是为什么它看起来只是账上的一个日子，实际影响的是备货、采购、对账三条线同时错位。三条线一起错位，人会觉得到处都在出问题，其实问题只有一个。

有个办法能立刻确认自己有没有踩这个坑：翻出去年同一个月的订单，随机挑二十笔，看账上的到账日和你当时预估的日子差多少。如果差额方向一致，那就不是运气问题，是起点用了同一个错口径，越早重定越省钱。

反过来，起点一旦认对，前面这些环会自动齐一截：采购能看着真日子排，备货不用提前硬撑，对账也不用每笔重核。改的还是那一个日子，收回来的却是三条线上的时间，所以看到这里最该做的判断很简单，先把日子对齐，再谈其他。

还有一种更隐蔽的错法：遇到自动确认的订单时按自动确认算，遇到买家主动确认的订单时又按发货日算。同一批里两种口径混着用，账上看不出规律，实际上每一笔都在自己跟自己打架。统一口径的价值不在精确到天，在于让每一笔用同一把参照去量。

只要起点统一，允许个别订单跟预估差几天，账也不会乱。乱的是口径不统一：今天按这个日子算，明天按那个日子算，同一笔订单能被算出两个到账日，而两个都是自己写的。到了这一步，对不出的已经不是钱，是前后两套说法之间的差。

起点修正之后，最直观的变化是对不上账的笔数往下掉。不是平台变快了，是两边终于在同一格上谈钱。这个变化通常在一个完整的结算周期之后就能看出来，不用等到季度，能提前看到效果，才判断得出这次改的有没有用。

最后一环是人的动作：起点定了，对账这件事就从每天临时判断，变成照着日子往下走。临时判断耗的是注意力，照着走耗的只是手脚。注意力省下来，才有人腾出手去看钱到底卡在哪一段，这也是起点这一型真正要换来的东西。

小结一句：起算日认错的人不会觉得自己错了，只会觉得钱到得慢。等你把发货日和完成日并排摆过一次，慢和不慢就有了共同的判据，往后每笔排期都省掉一次解释。解释的次数减少，本身就是节奏开始稳下来的信号。

所以这一节要带走的话只有一句：先把起点认成平台认的那一天，再谈别的。起点认对之前，任何关于节奏的讨论都建在错位的地基上，盖得越高，拆的时候越费事，这也是为什么它排在这一批的最前面。

同一个包裹，换个日子当起点，位置能差出大半条轴，越靠前的日子越是自己方便记的那一个

认回款起算日之前，三样凭证要同时在手上

认起点不是靠回忆，是靠三样东西摆在一起对：订单的物流走件记录、平台订单状态显示的那一天，还有自己这边的收款流水。三样缺一样，起点就只能靠估，估出来的日子不算钉死，后面还要再翻一遍。在知虾的竞品监控和站点分析里，同类订单的状态推进是按日更新的，翻历史那一栏就能看到一笔订单从下单走到完成中间隔了几天。

第一样是物流记录，它负责证明包裹什么时候真正落到买家手上。这份记录的价值在于它是第三方写下的，不是自己说了算，也不是买家说一句就算，翻到签收那一行，日期就有据可依。没有它，签收日这一格就只能凭单号状态猜。

第二样是订单状态页，它负责说明平台把这一笔走到哪一格了。物流记录能证明货到了，平台那一格决定钱什么时候进可结算范围，两者都看才知道自己在跟哪一个日子对齐。只看物流不看状态，容易把签收日误当成平台认的那一天。

第三样是自己的收款流水，它负责说明钱实际落在哪一天。前面两样说的都是应该，流水说的是实际，起点定得对不对，最后要靠实际到账那一天的分布来反推验证。三样齐了，起点才从推断变成事实。

三样东西在手上之后，最先看的是它们之间有没有明显违背常理的地方。比如物流显示早就签收，订单状态却停在更前面一格，这种不一致不是小概率，它通常意味着有一笔正在退款流程里，或者状态推送慢了一拍。

第二种不正常是状态早就走到完成，流水里却一直没有对应的入账。这时候要看的不是起点，是这笔订单有没有在完成之后又被退掉。退货会把已经算进去的日子整个撤掉，起点要跟着重认，不然排期上会一直挂着一笔不存在的钱。

翻这三样东西的顺序也有讲究：先看物流，再看状态，最后看流水。顺序反了容易先入为主，先看到账的日子，就会下意识地往回凑一个自己舒服的起点，凑出来的起点没有意义。从事实往结论走，比从结论往事实凑可靠得多。

如果一天里要处理很多笔，不用每笔都翻三样。可以先按订单状态分组，把同一状态的放在一起核，状态特殊的那几笔再单独翻。分组之后，花的时间会掉下来一大截，出错也少，起点核完一遍，后面几周同一批订单不用再翻同样的三样东西。

还有一个容易被忽略的细节：物流记录分好几段，揽收、干线、派送、签收各有时间。认起点要看的是最后那一段，不是中间任何一段。看错段等于把起点往前搬了一格，搬一格看不出问题，等一整批都搬了一样的一格，账上就开始有对不出的钱。

平台的订单状态页通常会保留整个推进过程，不只是当前那一格。往回翻的时候，注意有没有走过退货、换货、重新发出这类分支。走过分支的订单，起点的落点跟普通单不一样，把它们混在一起按同一口径算，会让一整组的平均日子失真。

三样东西放在同一处看完最省事，别一边看电子记录一边翻纸单，翻来翻去时间都耗在找的路上。先在订单状态里把候选日子抄下来，再拿另外两样去验，验不过的当场标出来，标出来的那些才是真正要花时间处理的。留在别处的凭证早晚要再找一遍，一次收齐能把这一段直接省掉。

旺季的时候三样东西会有延迟，物流记录可能隔一天才更新，状态也可能推得慢一点。这时候判断起点要按已经确认的那一格算，别按预计。预计推到哪天是另一件事，不是起点，把预计和事实混着用，起点就永远定不住。

有人会问，三样都对上了还有没有必要逐笔核。答案是不用，前二十笔逐笔核，后面按口径套。逐笔核的意义是找出自己容易错在哪一格，找到之后就没必要每笔都重来一遍。把方法固化成口径，比一直用手工核实更省。

这三样东西都不需要多高的门槛，只需要你愿意在订单上多停一下。多停的这几秒换来的是整批排期不动摇，省下这几秒，费的可能是后面一整个月的核对时间，这笔账很好算，也很好验证。

如果三样里有一样拿不到，比如买家自己下的订单没有物流记录可看，那就退一步用订单状态当主证，物流和流水当旁证。拿不到的东西不要硬猜，猜出来的日子早晚要推翻，先在起算日旁边标一个待核，比写一个假日子要安全。

最后一条：三样东西对齐的结果要落在一个固定位置上，别今天写在这儿明天写在那儿。位置固定下来，下一批订单直接接着核，前面核过的口径就变成了后面省下来的时间，起点这一层也才算真正做完。

平台结算日和自己记的发货日之间，隔着的那几天算什么

那几天不是凭空丢掉的，它对应的是订单还没走完这件事。包裹在路上，或者说包裹到了但状态还没推到完成那一格。这几天在平台眼里属于进行中的单，不属于可以结算的钱，所以它既不在你手里，也不在账上。

有人把这几天理解成平台在压钱，其实不是。压钱的印象来自一个错位：自己认为这笔已经结束了，平台认为还没结束。两边对结束的定义不一样，中间那段就显示成了空档，把定义统一之后，空档就不再是谜。

这段在途的日子本身不是问题，问题是它会被误算进周期里。按发货日起算的人，会把这几天算成平台处理得太慢；按完成日起算的人，知道这几天本来就该在，不会把它当延迟。同一个现象，两种口径读出来的结论完全相反。

跨境单的这段更长，因为中间多了清关和一程尾派。这不是可以优化的环节，只能提前知道它在。知道它在的人，排期时会把它留出来；不知道的人，会一直等一个更早的日子，等到最后把它当成平台的问题。

还有一段时间藏在自动确认里：包裹签收之后，状态不会立刻跳到完成，要等窗口走完。这段窗口的长度是规则定好的，不因人而异，能做的就是把它当成既定的一段路，而不是当成延迟。把它当成延迟，就会一直在错的地方找原因。

遇到买家主动确认的订单，这段窗口就没有了，状态会直接推到完成。同一批里两种订单混在一起，起算日就会散开，看起来像是平台时快时慢，其实只是买家点没点那一下的差别。把这两种分开看，能解释掉大部分看起来没规律的到账。

如果是需要买家签收才成立的订单，包裹被放到代收点、门卫、驿站这类地方，签收时间会往后延。这几天同样属于在途，不属于结算延迟，起点要按真正的签收那一刻认。它的麻烦在于多出来的那几天不固定，所以更不能用一个平均值套。

还有一种订单从头到尾没走到完成：买家没收、包裹退回。这种单不进可结算范围，起算日也就无从谈起。把它当成延迟到账来处理，会一直在等一笔不会来的钱。识别它的办法在订单状态里，不在账上，这也是先看状态再看钱的原因。

把这几天的性质讲清楚之后，就能解释一个常见困惑：明明同一天发出去的订单，为什么到账的日子会陆陆续续散开。散得晚的那几笔，通常就是中间多走了一段在途，或者多等了一个确认窗口，跟平台快慢没有关系。

这段路的长短和商品、站点、物流渠道都有关，同一个人不同批的单，这段路也会不一样。所以判断它的方式不是记住几天，是每次看订单状态走到了哪一格。把状态当参照，比把天数当参照稳，天数会变，状态的推进规则不容易变。

如果一段路上经常超出预期，那不是起点的问题，是这段路本身出了问题，要看的是物流环节，不是结算。分清楚是哪一头慢，才不会把力气花在错的地方，花在错地方的力气，做十次也不会让钱早到一天。在知虾的公开站点数据里，清关和尾程这两段的相对时长是按站点分栏摆的，同一批货在不同站点的落点不一样。

对做排期的人来说，正确的做法是承认这段路的存在，把它当成排期的固定组成部分，而不是当成意外。承认之后，预估的日子会往后挪一点，挪过去之后就很少再和实际打架，排期的可信度就是这么一点点攒回来的。

有些人为了让自己心里舒服，会把这段路估短，于是预估的日子总是偏早。偏早的预估用几次之后，就没人再相信预估了，排期最后变成了事后记录。这时候缺的不是更快的算法，是承认这一段本来就有。

还有一点值得写下来：这段路上订单状态不是不动的，它会从在途变成派送、再从派送变成签收。每动一格，起算日就离得近一点。盯着状态动，比盯着日历翻要准得多，日历只告诉你过了几天，状态告诉你走到哪儿了。

如果一批订单在这段路上分成了好几个状态，最省事的处理方式是按状态分批排，而不是按发货日期排。按状态分的人，每一批的起算日基本一致；按日期分的人，每一批里都掺着不同状态，算出来的平均日子谁都不像。

这一段讲到底就是一句话：那几天有它自己的名字，叫在途和待完成，它不属于延迟，也不属于平台扣着。认清楚了，起算日才不会因为看到几笔慢单又被改回去，改来改去，账上就永远没有稳定的口径。

把起算日钉死之后，反而有几笔账不用再算了

起点定死之后，第一省下来的是那些还没走到完成的订单。它们本来就不在结算范围内，以前按发货日算，会把它们一起拉进排期，现在可以直接划到外面，不用每笔都算一遍，省下的是最没意义的重复劳动。

第二省下来的是已经确认过的老订单。口径统一之后，同一笔订单不会因为过了一个月就被翻出来重核。以前每个月都要重新筛一遍，现在只需要在状态变动时动一次，省下的时间不是一点，是把核对从每月一次变成按状态触发。

第三省下来的是同批次里的差异核算。同一批发出去的订单，起算日不再需要逐笔对齐发货时间，只要看各自的完成日。批次还是那个批次，核算的单位从一批变成了若干笔，颗粒度变细之后，错的笔反而更容易被挑出来。

第四省下来的是预估的修正动作。以前预估日子总是偏早，过一阵就要改一次；起点认对之后，预估的偏差方向变稳定，不再需要频繁回头改。稳定的偏差可以一次留出余量，飘忽的偏差只能每次重来，两者花的时间差得很远。

第五省下来的是解释。到账晚了这件事，以前要对着不同的人解释好几遍，现在起点写在口径里，谁看都是同一句话。解释省掉之后，讨论才能往真正的卡点上走，不然一大半时间都花在说明为什么这个数字和那个数字不一样。

第六省下来的是跨月的那部分裁量。订单落在哪个月，不再需要人工判断，按完成日直接归月。归月动作变机械之后，月度对比才有意义，不然每个月比出来的都是口径差，看来看去只是自己前后两套算法之间的差别。

这几块合起来，就是起点定死之后真正换来的东西：不是算得更快，是有几笔根本不用算。把不用算的部分先切掉，剩下的才是值得花时间的那部分，这也是为什么起点要放在所有动作之前处理。

有一类订单仍然要单独看：走过退货或者换货分支的。它们的状态路径不标准，起点会跟着变，把它们单独挂出来而不是塞进常规排期，常规排期就不会被它们带偏，这一挂一放之间的差别，月底最看得出来。

如果一批订单里这类特殊单占比很高，要看的就不是起点，而是这批单本身出了什么状况。起点这一层只能把口径统一到同一格上，管不了订单本身走没走完，两层混在一起判断，会把一个业务问题当成一个记账问题，改完口径也解决不了。

还有人会想：既然起点能省掉这些核算，是不是可以省得更狠一点，把所有订单都按同一个日子起算。这种做法在大批同质订单里还行，一旦订单状态分散，省下来的核算会以别的方式还回来，只是还的时候不容易认出来。

更稳的做法是留一个兜底日子：状态已经走完的按完成日认，状态还在走的先挂起来等。兜底日子不参与排期计算，只用来提醒自己还有几笔没定性。它占用的是一行位置，换回来的是一整批口径的干净，这笔交换是划算的。

起点定死还有一个附带的好处：别人接手的时候不用重新问一遍口径。新来的人看到起点是怎么定的，就知道后面该怎么算，交接从半天变成几句话。口径写下来的意义就在这里，它不依赖记性，谁翻到都能接着往下走。

所以这一节要带走的是一个判断：把起算日定死，收获不是精确到天，是砍掉一整类不需要再算的账。砍掉的那部分越多，真正需要盯的部分就越清楚，注意力用在哪儿，往往比用多少注意力更影响结果。

最后补一句谨慎的话：起点定死之后不要轻易改。改一次，前面按老口径排过的日子全都要重算，重算的成本远大于当初多想几分钟。口径的价值在于它稳定，不在于它精确，稳定才能被拿来当参照。

如果确实发现了口径里的硬伤，也要挑一段完整的周期改，改完把这一段当作新的基准。中途改最忌讳，前后两段对不上，账上会多出一段说不清的空当，这段空当既不属于旧口径也不属于新口径，谁接手都要重新问一遍。

这一节只讲起点定死之后哪几笔可以从要核算的范围里划掉，不往别的方向伸。把划掉的部分标出来，剩下的才是下一件要处理的事，这一篇到这里也只负责把起点钉住，钉子落稳了，后面几层才有人在上面站得住脚。

起算点的三问：平台认不认、买家点没点、定完还动不动，三问都过的那一格才站得住

回款的时间线画成一条轴，才看得出钱卡在哪一段

把回款这件事摊在一条轴上，轴的起点就是起算日，轴上每一笔订单都是一个点。点落在哪个位置由完成日决定，点密不密由发货批次决定。摊开之后，第一眼看到的是有没有大片空着的地方。

画轴的动作本身很简单：横轴是日期，把每一笔订单按完成日排进去。复杂的地方在于要给每笔标上它走过了哪些状态。标完之后，卡住的那几笔会自己浮出来，不用你去猜是谁拖住了整条线。

轴上一旦出现连续几天一个点都没有，通常对应两种情况：要么那几天本来没有订单完成，要么那几天的订单都还没走到完成。前者是生意本身的节奏，后者是订单状态没推上去，两种情况的处理方式完全不同，先分清楚再动手。

区分这两种情况的方法很直接：回去看那几天发货的订单现在在哪一格。如果还停在在途，说明是状态没走完；如果状态早就完成了但轴上没有点，那是排期的时候漏了。一个是等，一个是补，弄反了力气就白花。

轴上还有一个更有用的读法：把每笔订单的起点和终点连成一根短竖线。竖线越长，说明这笔从起算到到账占用的时间越久。一片竖线都很长的时候，问题不在单笔订单上，在整段的流程里，这时候去挑单笔的毛病没有意义。

如果竖线长短不一，而且长的那些集中在某个站点或者某类商品上，那说明这段路的差别跟订单属性有关。找出集中的那一撮，比均匀地怀疑所有订单要有效率，集中出现的问题，改一处就能动一片，这是画轴最直接的收益。

轴上还能看出一个容易被忽略的事：同一批发货的订单，完成日会散成一个区间，不会落在同一天。区间的宽度就是这批订单在途差异的宽度。宽度太大的时候，按批排期就会失真，排出来的日子谁都不太像。

把起点定死之后再画轴，轴才是干净的。起点没定的轴会掺进两种日子，点会乱跳，看起来像订单时快时慢，实际上只是口径混着用。先定口径再画轴，这个先后不能倒过来，倒了就只能画出一团看不出规律的散点。

轴画出来之后，最适合对比的是相邻两批。第一批的点密而集中，第二批的点稀而散，说明第二批的订单状态推进出了问题，或者发货批次被打散了。不用看具体数字，看一眼形状就知道哪一批更值得回头看。

有人担心画轴太费时间。实际上一批订单摊上去只要几分钟，换来的是不再逐笔推日子。最费时间的从来不是画，是每次凭记忆估一笔钱什么时候到，估完还得再验一遍，验完又发现估错了，来回几趟一天就过去了。

轴还有一个好处：它能把错觉暴露出来。人凭印象会觉得钱来得挺规律，摊到轴上才看到中间有一段整周没有点。印象里的规律往往是最近那几笔造出来的，轴上看的是全部，全部一摊开，规律的成色就清楚了。

如果轴上某一段特别干净，几乎每天都有点，说明这段订单状态推进得顺。干净的那一段可以作为参照，去比别的不干净的段，比出来的是流程差，不是生意差。分清这两种差，才知道该改流程还是该改预期。

轴上的点标上金额之后，读法会从数量变成占用，不然看不出钱到底卡在哪一段。一笔大额和一笔小额落在同一格，占用的分量完全不一样，只数笔数会把大额那一笔的分量摊平。占用才是排期真正关心的那一面。

这一段只讲怎么用轴看起点和卡点，不讲轴的横轴该拉多长。横轴拉多长属于另一层的事，这一篇里到轴为止，再往下走就不是起点要回答的问题了，硬答只会把两层搅在一起。在知虾的站点分析里，回款相关的时间记录是按站点分别摆开的，同一个订单在哪个站点完成，就在哪个站点的那一栏里对日子，跨站点混着看，起点会自己串到别的站点去。

最后一句话：轴的价值不在好看，在它逼你把每一笔落在具体某一天上。凡是落不到某一天上的判断，都是还没想清楚。落下去之后，卡在哪一段就不再是感觉，而是一个能指出来、能核对、也能拿给别人看的位置。

看完轴再回去改起点，你会发现要改的地方通常只有一处。轴上大多数点本来就是对的，卡住的那一段把整条轴拖了下去。找准那一处，比整批重来省力得多，也更不容易把本来没错的口径一起改坏。

两条线开头是叠在一起的，从第二周起分出缝，缝的宽度就是起点认错之后账上一直对不上的那一笔

这一篇只认回款周期的起点，间隔和力度留给后面几篇

这一篇从头到尾只在处理一个问题：这一笔回款从哪一天开始算。给出的动作有挑订单、翻物流、对状态、验流水这几个，都是为了把起算日钉在一个站得住的日子上，钉住之后这一层就算做完了。

起算日之外的事，这一篇不碰。两次到账之间隔多久，属于另一层的问题，这里一句都不展开；一轮里能承接多少单、要垫多少钱，也属于另一层，同样不在这里说，说了就串成别的样子了。

之所以要把这几层拆开，是因为它们各自依赖的输入不一样。起算日依赖的是订单状态和历史凭证，另外两层依赖的是账期规则和自己的现金余量。混在一起讲，读者抓不到哪一层在起作用，也就不知道该先修哪一处。

往后翻的时候可以带着一个判断标准：读到任何一句话，先问它说的是从哪天起算，还是在说别的事。说不清属于哪一层的，多半是把两层混在一起了，这种句子看起来丰富，实际落地时哪一层都用不上。

起点这一层的完成标志很明确：随手抽一笔订单，都能说清它的起算日是哪一天，以及为什么是那一天。做不到这一点，说明口径还没定死，后面两层都还不具备讨论条件，讨论下去只会得到一堆互相矛盾的结论。

这一层做完之后，账上最常见的两个症状会消失一个：对不出的钱还在，但至少知道不是起点造成的。把原因一层一层排除，比一次性怀疑所有环节要快要准，排除的过程本身就是在给后面的判断铺路。

如果读到这里的动作已经做了，建议再重复一次，用不同的一批订单。第一次做的时候人会不自觉地挑顺利的单，第二次刻意挑有退货、有自动确认的，才能验证这套口径经不经得住，也才知道自己真正容易错在哪一格。

最后留一个提醒：起算日定死之后，不要因为某几笔到账晚了就把口径改回去。晚的成因可能有很多种，起点只是其中一种。改口径之前，先用轴看一眼钱到底卡在哪一段，看清楚再动手，比凭反应改要值。

本篇的落点很小：一个日子。但后面每一层都建在这个日子上，日子歪了，后面写的都不成立。所以宁可在这里多花点时间，也别急着往后走，起点这一层省下来的时间，后面是补不回来的。

还有一个容易被跳过的动作：把定好的口径写下来，写清是哪个日子、依据哪一样凭证、遇到退货怎么处理。写下来之后，同一批人前后两次的判断才不会打架，换人接手也不用把整套推理重讲一遍。

如果店铺同时在几个站点经营，口径要各站点分别写。不同站点的订单状态推进规则不完全一样，拿一个站的口径套另一个站，起点会整体错开，错开之后每一笔排期都要重新解释一遍，解释的成本最后还是自己出，一次写清反而省事。

起点定完之后，最适合做的一件事是找一批已经走完的订单回测。把当时的预估和实际到账摆在一起，看差在哪个方向、差在哪些类型上。回测过的口径才算被验证过，没回测过的口径只是自己觉得对。

回测的时候不要只看平均值，平均值会把两个方向的偏差抵消掉，看起来误差很小，实际每笔都偏。要按订单类型分开看，分开之后哪一类错得最多就摆在眼前了，改也改得准，这比笼统地调一个数要有效得多。

这一层管不到的地方也要说清：它不能解释为什么有的笔到得特别晚，那属于流程问题；也不能决定你该不该接下一单，那属于力度问题。它只提供一件事，每笔钱从哪一天开始被算进来，剩下的问题要拿剩下的输入去答。

等第一层稳了，第二层才有意义。间隔那一层要问的是两次到账之间留多长，它必须站在一个确定的起点上谈，不然谈出来的长度既不是你需要的，也不是平台给的，谈完还得重来，来回几趟之后人就再也不相信任何长度了。

把这一篇收在这里：钉死起算日，认出哪几笔可以从核算范围里划掉，用一条轴看清钱卡在哪一段。这三件事做完，起点这一层就交代清楚了，别的层次交给别的篇章去接，接得上才叫一条完整的链子。

常见问题（FAQ）