虾皮安全边际该留多宽，先看这一层算的是哪一种风险

安全边际该留多宽，先看它挡的是哪一种风险

谈宽度之前得先说清用途，因为同样是留一笔钱，用来挡回款延迟和用来挡销量下滑，需要的宽度差得很远。挡回款延迟，看的是账期最长的那一段究竟有多长；挡销量下滑，看的是过去掉得最狠的那一次掉了多少。口径不同，算出来的数不会落在同一个量级上。

常见的风险大致能分成四类。第一类是时间错位，钱已经花出去了、还没收回来；第二类是量级错位，实际卖得比预估少；第三类是价格错位，运费、佣金、汇率临时变动；第四类是单点事故，某个主推款忽然被限流或链接出状况。这四类会叠加出现，但算宽度的时候要先拆开算。

拆开算的意义在于，宽度并不是把所有风险简单相加。时间错位是迟早会发生的，只是早晚的问题，预留要按最坏的那一段来；单点事故是小概率的，预留要按影响面来估。两类混在一起算，最常见的后果是迟早要发生的那部分留少了、小概率的那部分留多了。

有人习惯用一个统一比例定宽度，比如销售额的百分之几。这个做法省事，代价是把风险类型抹平了。同一门生意，旺季和淡季的回款节奏不相同，主推款和长尾款的销量稳定性也不相同。统一比例既可能让淡季留得太紧，也可能让旺季白占一笔资金。

知虾公开页面的站点分析一栏能看到各市场的需求走向，数据按日更新到前一交易日，这类公开信息拿来判断哪一类风险在哪个市场更突出是有用的。但它只回答哪边波动大一点，回答不了该留多宽，这两件事要分清楚。

分清类型还有一个好处，就是能给每一类风险配一个可核对的观察对象。回款延迟看的是放款到到账之间的天数，销量下滑看的是周环比，价格错位看的是费率表有没有调整，单点事故看的是主推款占总销量的比重。有了观察对象，宽度的讨论才不会停在感觉上。

反过来，如果一开始就只盯着一个总额，很容易出现拆不开的尴尬。等到某一天真的用上了，说不清是哪一类风险把钱吃掉的，也就没法判断这次用掉的是不是本该留的那一块。这种模糊会让下一轮的宽度估算失去依据，越算越没底。

还有一种区分方式是按发生的确定性来分：迟早会发生的、可能发生的、几乎不会发生但一旦发生就很重的。三类对应的宽度策略并不一样。迟早会发生的按最坏值取，可能发生的按中位数偏上取，几乎不会发生的按止损线取。这三种取法本身没有高下之分，只有合不合适。

风险类型还会随着店铺阶段变化，这一点常被忽略。新店期最突出的是销量不确定，因为预估的基数本身就薄；成熟期最突出的反而是回款节奏，因为单量大、在途金额高。同一门生意在不同阶段，该重点挡的那一类并不相同。

定类型的时候，值得拿过去一段里真实发生过的几件事来对照，而不是凭想象中的风险去归类。真发生的风险往往长得很朴素：一次物流卡关、一次费率上调、一次主推款断货。把这些事写下来归类，比空谈风险类型准得多。

归类完成之后，才轮到谈宽度。这时候宽度就不再是一个拍出来的数，而是几块分别按不同口径算出来的数。每一块对应一类风险，各自有各自的算法和各自的观察对象，彼此之间不搅在一起。这样的宽度既能核对，也能调整。

有人会问，这么多类风险是不是都要留一份。答案取决于这门生意最经不起哪一类。现金流本来就紧的，时间错位最要命；靠单品撑着的，单点事故最要命。把最经不起的那一类留足，比每一类都留一点更实用，也更省资金。

宽度定得粗一点还是细一点，跟经营节奏也有关。订单少、品类窄的店，把风险分成两三类就够用；订单密、品类宽的店，分得细一些反而更好管，因为每一块都能找到对应的账目去核对，不必凭印象判断。

分块的时候还要留意块与块之间会不会重复计算。运费浮动和汇率变动有时是同一件事的两种表现，如果各留一份，总额就会虚高。所以分块归分块，最后汇总时还要回头看一眼有没有两块钱在挡同一件事。

这一层谈的是宽度该定在哪，不谈什么时候可以用。类型分清了，宽度才有得谈；类型没分清，后面所有的讨论都会打转。所以第一步不是算数，而是先回答挡的是哪一种风险，这一步做扎实了后面才顺。

图1：宽度不是先算出来再找用途，而是先定用途再决定宽度。四类风险的性格不一样，算宽度时必须先拆开。

挡一次意外要占多宽，怎么算出来

定完类型，接下来要回答的是：挡一次意外到底要占多宽。这里的意外不是指极端的灾难，而是指那些一年里总有那么一两次、每次都会让现金流紧绷一阵子的事情。宽度要能顶住这一阵子，而不是顶住一辈子。

算法先从一个最朴素的式子开始：要顶住的时间长度，乘上这段时间里每天必须付出去的钱。时间长度决定了要撑多久，每天付出去的钱决定了消耗速度。两个数相乘，得到的就是这一块宽度的下限。说它是最下限，是因为它还没算上那些同一时间发生的其他支出。

拿回款延迟举例。如果放款到到账之间最长的一次是四十五天，而这段时间每天固定要付出去的货款、运费、推广预算是三千元，那么顶住一次最坏账期需要的宽度大约是十三万五千元。这个数是下限，不含其他风险叠加时的占用。

销量下滑的算法不一样，它不看天数，看的是下滑的幅度乘以持续的长度。过去掉得最狠的一次是连续三周少了四成，那就按这个幅度和长度去算这段时期少收了多少钱，再补上这段时间依然要照付的那部分固定开销。

价格错位的算法更接近区间估计。费率上调、运费上涨这类事，单次幅度通常不大，但会长期留在那里不回退。算的时候拿历史上单次上浮的最大值当上限，乘上受影响的订单量，得出一块用来吸收差额的宽度。这块宽度不随时间消耗，它只是换了个位置待着。

单点事故的算法是四类里最难拿准的，因为它不发生的时候宽度一直是零消耗。可行的做法是按影响面估一个上限：主推款占销量的比重有多大，一旦停掉，需要多久能把位置补回来。用这两项相乘，得到一个备用金额度，够撑到替代方案跑起来就行。

四类分别算完之后，是不是直接相加？答案是不必全加。时间错位和量级错位有可能在同一段时间里同时发生，但单点事故大概率是独立发生的。合并的时候要把可能同期发生的几块叠加，把不容易同期发生的几块取一个较大的值。

算宽度的时候要区分两个概念：消耗和占用。回款延迟这一块，钱是被时间占住了，过一段时间会回来；销量下滑这一块，钱是真的少收了，不会自动回来。前者的宽度可以反复使用，后者用完就要重新补，两者的算法不能混。

还有一个容易忽略的项是汇率。做多个市场的时候，结算币种和采购币种之间一旦有波动，同样一笔货款换回来的钱会少一截。这一块的宽度不需要很大，但要有，而且它和价格错位是两件事，别并在一起算。

算完一遍之后，值得再往前推演一步：把最坏的两三件事同时摆在同一个月份里，看看总宽度够不够。如果两件事同期发生就撑不住了，说明前面按单件算出来的数还是偏乐观，需要往上提一档。这一步不需要多精确，方向对就行。

宽度的单位也要统一。有的块按天算、有的块按笔算、有的块按件算，混着摆在一起就没法比。统一换成金额之后，各块的分量才看得清，才知道哪一块占了大头、哪一块其实只占一点点。

算出来的数要不要写下来，答案是写下来比留在脑子里好。写下来有两个好处：一是下次估算时能拿这次的数当参照，二是真用掉之后能查到是哪一块被用了。凭记忆算出来的数，过两个月就只剩下一个模糊的印象。

有人担心算得太细会花掉很多时间。实际上第一次算清楚之后，往后每次只需要更新几个变动的项：账期有没有变长、费率有没有上调、主推款占比有没有上升。大部分项是稳定的，更新成本并不高。

宽度算出来是一个静态的数，但生意是动的。所以要给它配一个简单的复核习惯：每个周期结束时对一遍几个关键项，看看有没有明显偏离。偏离了就重算一次，不偏离就沿用，不必每个周期都从头来一遍。

这一段的落点在于：一次意外占多宽是可以算出来的，前提是先把意外拆成能计量的部分，让每一项都有对应的取数方式。算不出来的部分不要硬估，宁可单独挂一块备用，等有了观察数据之后再并入正式的口径，这样宽度不会因为一处含糊而整体失准。

图2：越靠上的项越是迟早会发生的，宽度上没什么商量余地；越靠下的项发生概率低，宽度按影响面估一个上限就够。

算之前先把哪几笔波动算进去

宽度算得准不准，很大程度取决于算之前把哪几笔波动圈了进来。圈得太少，算出来的宽度看着漂亮却挡不住事；圈得太多，又会把资金白白压住。这一节讲的是怎么把这几个圈定下来。

第一笔要算进去的是账期波动。放款到到账之间的天数不是固定的，节假日、结算日、物流签收延后都会把它拉长。要算的是这个天数在过去一段时间里的最大值，而不是平均值。账期这一笔，最怕的就是按平均值去估。

第二笔是销量波动。单看总销量不够，要看的是分品类的波动。一个店铺的总销量可能很稳，是因为几个品类此消彼长，而其中某一个品类的下滑幅度可能远超整体。宽度要按分品类的波动来配，才有意义。

第三笔是费率与运费波动。平台上调佣金、物流商调价、燃油附加费变动，这些都会直接改变每单的净收入。它们的共同点是幅度小、持续久、不容易回到原来的水平，所以宽度上要给一块常驻的空间，而不是临时补。

第四笔是退货和损耗。退货率高的品类，卖出去的钱有一部分最终是要退回来的，同时退货产生的物流费用还要自己担。这两项加在一起，会让实际到账金额比账面上少一截。这一笔最容易被漏掉，因为它分散在很多笔订单里，不显眼。

第五笔是季节性。旺季前要备的货、要投的推广预算，都会集中在某一段时间里花出去，而这段时间的回款还没跟上。这一笔的宽度不需要常驻，但每年到了那个时点就需要提前备好。算的时候按往年的落差来定，不必按最坏情况。

第六笔是汇率与结算周期。多个市场一起做的时候，不同市场的结算日和币种都不一样，一笔钱从卖出到变成可用，中间经过的环节比单市场要多。这一笔的宽度要按最慢的那个市场来算，而不是按最快的那个。

把六笔摆在一起，还要判断它们之间会不会同时发生。旺季通常同时带来备货压力、推广支出和账期拉长，三件事叠在一起的概率不低；而汇率波动和退货率抬头，同时发生的概率就低一些。

判断是否同期发生，有一个省事的办法：翻一翻过去发生过的几次紧张时刻，看当时是哪些项在同时往上走。真实发生过一次的叠加，比凭空推测十次都可靠。翻记录这件事花不了多少时间，却能省下不少估算上的反复。

在知虾的定价计算页面里，各项成本与费率是按公开口径列出的，把它当作口径参考是合适的，但别把它当成宽度的答案。口径一致只是让各笔波动可以放在一起比，比完之后要留多宽，还得自己按店铺情况定。

圈定波动项的时候，还要区分一次性的和周期性的。一次性的事情，比如某个平台规则调整，只要在它发生的那一段留足就行；周期性的事情，比如旺季备货，每年都要留，可以做成固定的块。

不入选的项也要留一个记录，写明为什么不算，以及当时判断它不重要的理由是什么。过一段时间回头看，会发现当初被排除的某一项其实反复出现，那时候再把它并进来，比每次从头讨论要有依据得多，也能看出当初的判断偏在哪个方向上。

这几笔波动圈定之后，宽度的算法就有了明确的输入，每一项都能对应到具体的取数来源和复核方式。输入越清楚，算出来的宽度越接近实际需要，后面判断够不够、什么时候能动，也才有共同的基础，不然讨论只会停在各自的感觉上。

有一点要提醒：圈定波动项不是越多越好。项太多会让算法变得难以维护，也会让每一块的金额都很小、看不出分量。一般控制在五到七项之间比较实用，再多就该考虑合并同类项了，合并之后仍然能看清各块的分量才算合格。

最后一步是把这几项换算成同一个时间单位。有的是按天发生的，有的是按次发生的，有的是按季发生的，摆在一起之前先统一到月，或者统一到一个结算周期。单位不统一，后面的比较全是白做。

这一节讲的是算之前圈哪几笔波动，圈定之后就进入计算，重点在于把输入的口子收紧、把每一笔的来源说清楚。至于算出来的宽度够不够、要不要往上加一档，那是另一层的问题，这里只负责把进入公式的那几笔定明白，不做结论。

哪一段最容易被少算：回款慢的那一截

四类风险里，最容易被少算的不是销量下滑，也不是费用上涨，而是回款变慢的那一截。原因很直接：它的发生往往是渐进的，不会在某一天突然跳出来提醒你，等你察觉到的时候，账上已经空了一截。

回款慢有一个特点，它不改变你卖出去多少，只改变钱什么时候到手。所以从销售数据上看，一切都正常，盘货、看单量、看转化率，都是好看的，唯独可用余额在往下走。这种不匹配最容易让人误判形势。

具体到算法上，回款这一块要做到两件事：一是算准最坏账期有多长，二是算准这段时间里每天要付出去多少。前者来自历史记录里的最长值，后者来自这段时间的固定开销和采购支出。两个数都取偏了，这块宽度就会失真。

最常见的取偏方式是用平均账期。平均账期看着是三十天，但一个月里总有那么几天会拖到四十五天，而这几天往往正好压在付货款、付运费、付推广费的日子上。宽度上少算的，就是这十五天的差额。

还有一种少算来自口径混淆。有的卖家算回款时用的是订单金额，而不是实际到账金额。订单金额里含着平台佣金、支付手续费、运费补贴，扣完之后才是真正能用的钱。用订单金额算宽度，会虚高一截，反过来又掩盖了回款慢带来的实际缺口。

回款慢的那一截之所以难算，还因为它跟账期规则的变化绑在一起。平台调整结算周期、物流商改变签收上传的时点、旺季期间的处理时效变长，都会让同一批订单的到账时间往后推。

在知虾的站点分析一栏，公开的多市场走向数据按日更新，看它可以发现某个市场近期的节奏有没有变化。但节奏变化只是提示，具体到某一批订单会晚几天到账，还是要看结算记录本身，公开数据替代不了这一层。

把回款这一块单独拉出来算，还有一个好处是它可以直接换算成天数。宽度除以每天支出，就是这块钱能顶多少天。这个天数比金额更直观，也更容易跟账期规则去对照：账期是四十五天，宽度能顶四十天，那明显不够。

如果店铺同时在多个市场做，回款这一块要按市场分开算，再合并起来看。不同市场的结算日、币种、物流时效都不一样，先合成一个平均账期再算，会把最慢的那个市场的缺口盖住，看似总额够用，实际在最紧的那几天仍然周转不开。

合并的时候要注意，各市场的回款高峰未必错开。有的市场集中在月初放款，有的在月中，如果几个市场的低点恰好重叠，那一段时间里的资金压力会比单看任何一个市场都大，这时候宽度要按重叠期来配。

回款这一块的宽度还有一个特性：它是可以反复使用的。钱到账之后，这块宽度又被释放出来，可以继续顶下一次账期。所以它的算法应该是按最长账期算一次，而不是按一年里的总账期长度累加。

有些卖家用延长账期的方式转嫁压力，比如跟供应商谈更长的付款期。这确实能缓解一段，但它改变的是支出侧的时间，不是收入侧的时间，回款慢的那一截并不会因此消失，只是被挪到了别的地方。

判断这一块有没有被少算，有一个简单的交叉检查：把最长的账期天数写下来，把这块宽度能顶的天数也算出来，两个数放在一起比。前者大于后者，就是少算了；两者接近，说明这一块基本对齐了实际的账期节奏。

少算回款这一块的后果，通常不会以爆仓的形式出现，而是以另一种形式：该备货的时候不敢备，该接的活动不敢接，眼看着机会从手边过去。这种代价不体现在账面上，却实实在在，而且在后面几个周期里持续起作用。

所以在这一层的宽度里，回款块的分量往往是最重的。其他几块可以按上限估一个数，回款这一块要按最坏情况取，因为它几乎每年都会发生，而且发生的时候正好是最需要用钱的那几天，宽度上少一点就会直接顶到经营决策上。

把回款这一截单独拎出来算清楚，宽度这一层就稳了一大半，因为它是几乎每年都会真正被动用的一块预留。剩下的事情是看各块之间的关系，以及汇总之后总宽度落在什么位置上，能不能跟店铺实际的资金节奏对上。

宽窄之间隔着多少，落到账上是看得见的

宽度定宽一点还是定窄一点，听上去像是一个感觉问题，实际上落到账上是看得见的。同样一门生意，宽度相差三成，账上能用余额的波动幅度就会明显不同，备货和接单的余地也不一样。

宽度定得宽，最直接的可见结果是在途资金变多。钱压在账上，不进不出，看上去是安全，代价是这段时间里它不能用来做任何事。货要进、推广要投、账要付，都得排在它的后面去安排。

宽度定得窄，账上可用余额会好看很多。但这种好看是有前提的：它默认所有的回款都准时、所有的销量都达标。一旦某一项偏离预期，紧的那个口子就会立刻显现出来，通常表现为某个付款日被迫延后。

差多少才算差得明显，这个问题没有统一答案，但可以用一个办法观察：把两种宽度分别代入同一个月的收支，看在月末的时候可用余额差多少。如果差额超过了那个月固定开销的一成，这个差别就足以改变决策。

宽窄之间的差距还会被时间放大。宽度定窄了，第一个月可能只是有点紧，第二个月需要动用一点原本要留下的钱，第三个月就可能要临时拆借。这种递进不是线性的，它会在一段时间后突然变得明显，前两个月往往还看不出来。

反过来看，宽度定得过宽的代价也不小。压住的这笔钱不产生收入，却一直在承受机会成本。如果一门生意的周转期是两个月，那么每多留一成的宽度，就相当于少了一成的周转次数，一年下来差别不小。

把四类风险块的宽度摆在一起看，会发现它们的宽窄敏感度并不相同。回款块宽一点，效果立竿见影；杂费块再怎么加宽，账面上也看不出来。所以宽度要往敏感度高的块上加，而不是平均地往上加。

公开的搜索热度曲线可以提示某一类波动有没有发生，比如某个品类的需求是不是在往下走。这类公开曲线适合用来观察趋势的方向，拿来直接定宽度并不合适，两者需要的取数方式不一样。

宽窄的判断还跟店铺的账期结构有关。如果上游供应商给的是现款现货，下游平台是账期结算，那么中间这一段完全靠自己垫，宽度就必须相应加宽，因为两头的时间差全部压在自己身上。

反过来，如果能跟供应商谈到一部分账期，两头的时间差就会被压缩，同样的生意可以用更窄的宽度来支撑。所以宽窄不只是资金问题，它同时是一个谈判结果，取决于在链条上能争取到多少时间。

落到账上最直观的一个指标是可用余额的最低点。把过去一个周期里每天的可用余额画出来，最低的那一天就是宽度实际承受压力的时刻。看这个最低点跟零之间的距离，就能知道宽度是紧还是松。

如果最低点经常贴近零，说明宽度定窄了；如果最低点长期高出一大截，说明定得过宽，中间这一段其实可以放出来做别的事。观察这个最低点，比凭感觉判断宽窄要可靠得多，也更容易跟别人讲清楚。

所以判断宽窄，不能只看平时的账面是否平衡，要看在最紧的那几天里还能不能周转得开。平时的平衡可能是靠精确排期勉强维持出来的，一旦某一天错位，整条排期就会乱掉，牵连到后面几个付款日。

宽窄的差别还会体现在应对意外的从容程度上。宽度留得够的时候，遇到一次临时支出，只需要在账上挪一下；宽度留得紧的时候，同样一次支出就可能触发一连串的延后，把原本正常的节奏打乱。

这一节收在宽窄的可见差别上。宽度该定多少、宽了会怎样、窄了会怎样，讲到这里已经能看出轮廓；至于具体把界线划在哪一格，那是下一层要处理的事，这里只把差别摆在明面上，不做界线上的判断。

图3：三列回答的是三个不同问题。迟早要发生的块没有弹性，按最坏取；可以延后的块，宽度的紧迫程度低一些。

哪些现象一出现，就说明宽度定窄了

宽度定窄了很少会自己说出来，它总是先通过一些别的现象露出苗头。认出这些现象，比事后复盘要省力得多，也不需要在账面上做很复杂的分析，只要平时留意几个固定的观察点就够了。

最常见的现象是付款日的排期开始变紧。原本宽松的几天，变成了刚好够用；原本刚好够用的几天，变成了要挪一挪才行。排期从有余量变成没余量，往往就是宽度开始不够的第一个信号。

第二个现象是把本该留下的钱拿去填了当下的缺口。这个动作本身不一定错，但如果它在一个周期里发生了两三次，就说明当下的缺口已经不是偶发，而是宽度本身就没配够，靠临时挪动撑不了太久。

第三个现象是备货的决策变慢。看到一批货的机会，第一反应不是算能赚多少，而是先算账上够不够付。这种顺序的改变说明可用余额已经压到了影响经营判断的程度，宽度的问题已经外溢到了业务上。

第四个现象是开始依赖时间差。用这个客户的回款去付那个供应商的款，靠几天的错位把流程转起来。这种做法在宽度充足的时候是一种效率，在宽度紧张的时候就是一种风险，因为任何一次延迟都会立刻暴露出来。

第五个现象是临时性的支出开始变多。运费垫付、平台押金、临时的推广加投，这些本来可以从容安排的事，开始变得需要东拼西凑。临时支出的增加，往往不是因为生意变差了，而是因为宽度不足以吸收正常的波动。

在知虾的竞品监控页面，公开的同类店铺价格与销量变化可以按周期翻看，看到同行在某一段时间里收了动作，可以顺带核一核自己那段时间的账。但它是参考，真正说明宽度够不够的，还是自己账上的表现。

第六个现象是对账频率被动提高。原本一周看一次账就够，后来变成三天一看，再后来每天都要看一眼才放心。对账频率被动上升，反映的是对宽度没有把握，而不是账目本身变复杂了。

第七个现象是旺季前的准备动作缩水。本来计划备三个月的货，改成了两个月；本来要投的推广位，先砍掉一半。这类缩水如果发生在旺季之前，几乎可以断定是宽度按平时的标准配的，没给旺季加档。

第八个现象是同一笔钱被安排了两个用途。做预算的时候把某笔回款同时算进了备货款和推广费，虽然嘴上说后面再看，但这种重复安排本身就说明可用的钱已经不够分了，只能靠往后拖来应付。

出现这些现象时，先不要急着下结论说生意出了大问题。多数情况下，生意本身没变，只是宽度这一层没有随着规模一起长大。规模上去了，波动的幅度也跟着上去，原来的宽度自然就显得不够。

判断是不是宽度问题，有一个快速的区分方法：如果这些现象只在某些特定时段出现，比如月末、旺季前、大促之后，那多半是宽度没有按季节性加档；如果全时段都在出现，那就是整体宽度本身定低了。

另一个区分方法是看现象的分布。如果集中发生在回款相关的事情上，问题在回款块；如果分摊在各种支出上，那就是总宽度不足。分清了来源，往哪个方向调整才有明确的落点，也不至于把不相干的块一起动。

发现宽度定窄之后，处理方式并不是立刻把所有的钱都往上加，而是先确认是哪一块不够。回款块不够就加回款块，销量块不够就加销量块，不加区分地整体加宽，往往是把本来就不紧的块又加宽了一遍。

这一节讲的是怎么看出宽度定窄，而不是定窄之后怎么办。看出问题是第一步，至于调整到哪一格、什么时候动手，还是留给后面两层去回答，这里只负责把苗头认出来，不做进一步的判断。

图4：两条线一开始挨得很近，越往后分得越开。宽度定窄的代价不会当天出现，而是在几个周期之后才露出来。

这一节只谈宽度该定在哪，不谈怎么用

写到这里，关于宽度该定在哪这一层，主要的几件事已经交代完了：先分清挡的是哪一类风险，再把四类分别按各自的口径算出宽度，然后圈定要算进来的波动项，最后看宽窄之间的差别落在账上是什么样。

这一层刻意不谈怎么用，是因为用和定是两回事。宽度定了之后，先要回答的是够不够，然后才是能不能动、什么时候动。顺序如果颠倒，很容易出现在一个还没定清楚的宽度上做动作的情况。

把宽度这一层单独拿出来看，它的关键词是口径。同样一笔十万块的预留，按回款口径算和按销量口径算，对应的观察对象、取数方式、复核周期都不一样。口径定清楚了，宽度才有可讨论的基础。

分块留是这一层的另一个要点。分块不是为了把简单的事情复杂化，而是为了让每一块都能被核对。一整块预留最大的问题是没法判断它已经被用了多少、还剩多少，拆开之后这个判断就变得简单了。

各块之间的关系也需要在这里交个底。有的块可以重复使用，有的块用完就要补；有的块之间会同期发生，需要叠加，有的块之间互不相干，取大值就行。关系不理清，汇总出来的总数就会失真。

这一层还强调了取值的取向。迟早要发生的项按最坏值取，可能发生的项按中位数偏上取，小概率高影响的项按影响面取。这三种取向背后是同一个判断：宽度是用来挡事的，不是用来估平均值的。

有些读者可能会觉得，知道了宽度怎么定，下一步好像就可以直接动手了。但实际上中间还隔着一道门：定出来的宽度跟眼下需要扛的量之间，差多少。这道门不通，动作就无从谈起。

所以要再强调一次这一层的边界。它不谈界线划在哪里，因为界线是判断够不够用的那根参照；它也不谈什么时候能动，因为动用的前提是知道还有多少余量可用。两件事都建立在这一层算出来的宽度之上。

换个角度说，这一层是在打地基。地基的尺寸对不对，决定了上面能盖多高的楼。如果地基的尺寸是拍脑袋来的，那么后面所有的判断都会带着同样的误差，越往后越难纠正回来，返工的成本也越高。

整理一下这一层可以带走的几样东西。一样是一张风险类型表，标出哪几类必须挡；一样是各块宽度的算法口径，说明每一块按什么取数；还有一样是各块之间的关系说明，讲清怎么汇总。

有了这三样，宽度就不再是一个模糊的数字，而是一个能拆开、能核对、能更新的结构。结构化的好处不只是算得准，更在于它能被讨论，别人看了也能指出哪一块的假设不对，讨论才有落点。

最后留一个提醒：宽度是会过期的。店铺规模变了、市场结构变了、账期规则变了，宽度都要跟着重算一次。把它当成一次性的作业，过不了多久就会不准，而且失准的时候往往正是需要用它的那几天。

这一层到这里就收住了。宽度该定在哪，是这一层要回答的那一个问题，答完就算完成；留到哪算够、眼下够不够、什么时候能动，各自还有各自的一层，分开来谈才不会互相干扰，也不会彼此推翻。

另外要说明的是，这一层给出的宽度是一个区间，不是一个精确到个位的数字。把宽度当成精确数字来追求，反而会因为过度拟合历史数据而失去对未来的适应性，区间比点值更实用。

常见问题（FAQ）