Shopee多平台铺货工具和库存分配：一份货分给几个目的地

多地共卖一批货的麻烦从哪来

麻烦的第一个来源是货在物理上只有一份。同一批货放在一个仓里，卖给几个目的地的买家，看起来是一个池子谁都可用，实际每一件货的发出地是固定的。发货地决定了运费、时效、退换的处理方式，也决定了当几个地方同时要货的时候，谁先拿。分配这件事就是在这个约束下做的。

第二个来源是各地看到的数字和实际可用量之间有一段差。卖出去到扣减之间需要时间，这段时间里两处看到的都是还能卖。差得越久，两处同时卖出去的概率越高。这不是分配本身出的问题，但分配的方式会放大或者缩小这个概率，因为不同分法下两处能看到的余量本来就不一样。

第三个来源是各目的地的需求节奏不同步。同一个款在这边的旺季到那边可能是淡季，这边卖得正快的时候那边还没起来。如果按一个固定的比例分，就会出现在一处急缺的时候另一处躺着不动的情形。这个不同步是常态，不是例外，分法要能容忍它。

第四个来源是人。几个目的地的运营各看自己那一段，每个人都想多拿一点，这种诉求合理但不是全局最优。没有一份事先写好的分配规则，每次分货就变成一次协商，协商的结果取决于谁更会说话、谁先发现缺货，而不是谁更该拿。这一层的消耗往往比货本身更麻烦。

这四个来源里，前三个是客观的，改不了，只能设计分法去适应。第四个是可以改的，办法就是把分配规则写成一份东西。所以面对同一批货分几个目的地这件事，能做的和该做的其实分得很清楚，能做的部分不多，该做的部分倒是有一件必须先办。

还有一层麻烦来自款与款之间的关系。同一批货里如果几个款共用一个包装或者共用一种辅料，其中一个款在某处卖得快，会带动辅料的消耗，进而影响另一个款的备货。这种牵连在单处经营时也存在，但几处一起算的时候，链条变长，出问题的位置也更难定位。分成几处之后再看这一层，会发现牵连仍然在，只是从表面上看不出来了。

麻烦还有一个来源是不同目的地对同一批货的用法不同。同一批货在一处是主推款，在另一处只是搭配销售的附属款。附属款那一边的库存需求很小，但它一旦断货会影响主推款的搭配销售，而断货的原因看上去只是量小没备够。这类关联的需求不容易被单看某一处的数据发现。

最后一个来源是时间。同一批货铺开的时间点不一样，先铺的那一处已经积累了销量和评价，后铺的刚开始。这时候两边该给的量不该一样，因为一边的转化是已知的，另一边的还是未知的。用同一套量的标准去对待刚铺开的和已经跑熟的，会把刚起步的那一处压在低量上，很长时间起不来。

麻烦里还有一项和人的记忆有关。同一批货分过几次之后，每次怎么分的、为什么这么分，多半只留在当事人的印象里。等到下一次要分的时候，前面几次的结论没有被拿出来对照，很容易分出一个和上次相矛盾的方案。这种矛盾不会被立刻发现，因为两次分货在时间上隔了一段，看的人不会把它们摆在一起比。

还有一层是责任落点。同一批货分给几处之后，某一处断货，责任算谁的：算分货的人没分够，还是算那一处没提前报需求。这件事不写清楚，断货之后往往先发生的是找原因，而找原因的过程比补货本身更耗时间。把责任的归属在规则里定下来，能省掉这一层消耗。

这几层麻烦摆在一起，会得到一个不太讨喜的结论：把一批货分给几个目的地，能优化的空间主要在流程和规则上，货本身的结构改不了多少。所以面对同类型的困扰，先动的应该是规则和记录，不是急着换一套工具。工具能让数字跑得更快，但谁拿多少这件事仍然要人先想清楚。

麻烦还有一层和成本有关，就是货在一处压着的时候，它的成本并没有停。仓储、资金占用、可能的贬值都在继续，只是这些成本不出现在某一次的分配决定里。所以分配这件事的代价不全是缺货带来的，也有压货带来的，两边的代价同时存在，而人往往只看见缺货那一边，因为缺货有明确的抱怨来源。

还有一层跨目的地的影响是评价。某一处因为缺货断了几天，那几天里进来看到无货的买家不会留下什么，但已经在等的买家可能留下不满。这些评价会跟着商品页留很久，影响的不只是那几天。分配的时候把这一层考虑进去，会自然得出一个结论：主力目的地的断货代价比别处高，余量应该留得更宽。

这几层摆在一起，会得到一个判断顺序：先确认哪些地方不能断，再决定量怎么分，最后才是怎么执行。顺序倒过来的时候，人会先想执行上的方便，比如哪一处发货快就先给它，这样分出来的量未必符合前面那个判断。这个顺序本身比任何具体的分法都重要。

说回这一层的边界，这里讨论的所有麻烦都发生在实物货的分配上，不涉及数字同步的技术细节。同步做得好能让分配执行得更准，但它改变不了一批货在一个时点只能在一个地方这个前提。所以先把分配想清楚，再决定用什么去执行，顺序不能调换。

第三步没定，后面每次分货都要临时商量一遍

库存分配的三种模式

按比例预设这种模式最省日常力气，开卖之前就把数量按比例划到各处，之后各卖各的，互不干扰。它的好处是每一处都清楚自己手上有多少，做活动、报促销都有依据。代价是比例定得准不准要靠事后的结果来检验，定偏了就会出现一处卖光另一处还堆着的情况，而堆着的地方往往还不敢下架，因为一下架分配就浪费了。

按动销滚动这种模式能跟上结构变化，隔一段时间按各处的实际出货重新划一次。它更适合还在找方向的款，因为这些款的动销结构本来就说不准，预设的比例很容易错。代价是要定期重新划，而且每次重划都会引起一波讨论，如果重划的频率太高，讨论的消耗会超过它带来的好处。

集中不分这种模式在小规模的时候最省事，货都算在一个池子里，哪边要哪边发。它适合款少、单量小、发货地又比较集中的阶段。它的上限也很明显，一旦某几处的单量同时上来，发货地会成为瓶颈，时效被拖长，而时效的具体影响又很难归因到分配上，容易被当成物流的问题去处理。

优先保一处是集中不分的加强版，也就是明确一个大方向，先满足某个目的地的需求，其余的按剩余量来。它的好处是决策简单，不需要每次都算比例。它的风险在于一旦主力位置发生变化，原先的优先顺序没有跟着改，会出现资源仍然压在一个已经不那么重要的地方，而新的重点一直吃不饱。

分别备货是最重的一种模式，各目的地各自备一批，互相不共用一个池子。它把分配这件事前置到了备货环节，后面每一处都自主。它的门槛是量级要够，每一处都能撑起一批最小起订量，量不够的时候分开备会让资金占用和核对工作量一起上升，而看不出对应的收益。

临时看情况这种分法严格说不算一种模式，它是没有模式。款刚试的时候这样处理没有大问题，因为只有一两次要分。麻烦的是它会习惯性地延续下去，等到同一个款要分第五次的时候，前面四次的结论都没有被记下来，第五次仍然要从头讨论一遍，讨论的质量还未必比第一次高。

三种模式之间不是必须择一的关系，同一个盘子里不同的款可以用不同的模式。主力款按比例预设，把量划清楚，运营做活动时有依据；还在试的款用集中不分，哪边要哪边发，不必预先切碎；结构正在变的款用动销滚动，隔一段时间重新划一次。按款分模式比整个盘子统一用一种模式更贴合实际。

按款分模式会带来一个附带好处，就是判断变得清楚了。看到某个款出问题，先看它用的是哪种模式，很多问题本身就是模式选得不对造成的。比如一个结构还在变化的款用了比例预设，那一处卖光另一处压着基本可以预料，这时候要换的是模式，而不是去调整比例。

模式的选择也应该跟着款的生命周期走。新上的款处在试探阶段，适合集中不分；跑起来之后结构渐渐稳定，可以转到比例预设；如果后来当地情况变了，结构又开始动，就转回滚动。这个转换不必很正式，但要有意识，否则会出现一个款已经跑熟了却还在用试探期的方式管着。

从管理动作上看，几种模式对应的日常工作量差别很大。预设的比例平时几乎不用管，只在复核的时候看一次；滚动的方式每隔一段要重新划；集中不分看着最省事，实际上是每一次发货都在做一次微型的分配决定，只是这个决定被隐藏在了发货动作里，没人把它当成一次分配。

最后这一点值得多想一层。集中不分之所以在小规模时省事，是因为每一次分配的决定都很小，小到不需要讨论。量上来之后，同一个决定开始变得重要，但它仍然被当成发货的日常动作处理，没有升级成一次正式的分配。多数多目的地的库存问题，都是从这一步开始的。

选模式的时候还要考虑一个现实条件，就是手上有没有能持续记录各处实际出货的人。预设模式对记录的要求最低，滚动模式对记录的要求最高。没有稳定的记录能力就选滚动模式，划出来的比例会和实际差得很远，还不如用预设的模式先稳住，等记录能力有了再换。

选模式之前有一件准备动作，就是先看清这个款在几处的位置分别是什么。同一个款在甲地可能是主推，在乙地只是补齐类目的一个款式，在丙地刚上还没数据。三类位置对应的量级诉求不同，用一套模式去管，很难三处都合适。位置分清楚之后，模式的选择就变成按位置对应，而不是整个款统一。

还有一件事要提前想好，就是模式换了之后原来的分配怎么处理。切换模式的时候，各处的在售和在手数字不会自动跟着变，中间会有一段两套逻辑并存的时间。做法是选一个明确的切换时点，在时点之前按旧模式处理完，时点之后按新模式重新划一遍。两套逻辑并存的时间越长，中间出的问题越难归因。

模式这件事也值得定期回头看。看的方式很简单：拿最近一段的实际出货和当初划的量比一比，看偏离有多大。偏离小说明模式还适用，偏得大说明该换了。这个动作不需要精确计算，大致对一下就够，因为要判断的是量级上的偏差，不是几个点的小差异。

最后要说的是，模式选得好不好，这件事本身比模式有多精巧更重要。很多团队花时间比较不同分法的优劣，其实真正的问题是用的模式与当前的阶段不匹配。阶段是试水的时候用精细的比例分，阶段是稳定的时候用集中不分，两种情况都会出问题，而问题不在模式本身。

选模式的时候有一件事能提供参照，就是这个款在不同目的地的价格区间分别落在什么位置。价格区间厚的地方，同一个价位能容纳的量更大，备货的容错空间也更大，可以承受更激进的分配；区间薄的地方给多了就要往下压价。知虾站在成本与价格区间这一层，它给的是定价计算与站点分析的结果，供人判断这些量放在哪里更稳妥，分法仍由人自己定。

越靠近当天谁开口早的依据，越经不起跨周期核对

分配比例该按什么定

最经得起核对的依据是过去一段时间的实际动销占比。它是已经发生的结果，不是谁的感觉，而且它可以被写下来，下次重划的时候直接对照。用它定比例的缺点是它描述的是过去，如果当地的情况在这一段时间里变了，按过去分的量就会和当下的需求对不上。所以它需要一个复核周期。

第二个依据是这个款在几处都铺开了没有。只铺了一两处的款和铺到五处的款，能承受的分配方式完全不同。铺得广的款，单处拿到的量本来就少，用小比例分出去之后每处剩不下多少，出现断货的概率反而高。铺得广的情况下更适合把量集中起来按需发，而不是预先切碎。

第三个依据是各地价格带的厚度，它间接反映这个款在当地能卖出多少件。价格带厚的地方，同一个价位区间能容纳的量更大，给它的比例可以高一些。价格带薄的地方，量一大就要往下压价，压价又会影响这一处的整体价格印象。这个依据比动销占比间接，适合当参照不适合当主依据。

第四个依据是当地同类竞争的密度。竞争密的地方需要更多的库存来支撑参与活动，因为它要跟着活动的节奏走，活动期间货接不上，这次报名就白费了。竞争疏的地方不那么依赖库存深度，把量放少一点，靠自然流量慢慢卖也能维持。这一条在报活动之前特别值得看一眼。

不该拿来当依据的有两条，一条是谁先开口要就给谁，另一条是平均分最省事。前者让分配变成了抢，抢的结果和实际需要没关系；后者回避了判断，看起来公平，实际是把有限的货摊薄到每一处都不够。这两条在用的时候都能说出理由，但它们经不起跨周期的核对，因为下一次的情况一变，结论就撑不住了。

把几个依据放在一起看的时候，建议给动销占比一个主要的权重，其余几项用来做修正。比如动销占比算出来是四成，但这一处正在报一个活动，就把比例往上一档。修正的幅度不要太大，大过主依据的时候，说明前面那个权重定错了，该回头改的是权重本身，而不是每次临时加一个修正。

定比例的时候要注意分母的口径。动销占比按件数算和按金额算，得出的比例可能完全不同，因为各地的客单价不一样。按件数算适合判断货够不够发，按金额算适合判断哪一处更值钱。两个口径都有用，但要明确用哪一个来定比例，并且一直用同一个，混着用会让比例的含义变模糊。

比例定完之后，还要定一个允许偏离的幅度。比如某处定的是三成，实际卖到四成的时候要不要调整。设一个幅度之后，小的偏离不用动，超过幅度的才处理。这样既避免了频繁调整，也不会让偏离一直积累。幅度设多少看这个款的重要程度，重要的款可以设得小一点。

还有一类情况不该按比例处理，就是某处正在做一次性的活动。活动期间的需求是脉冲式的，用比例去框它没有意义，因为活动结束之后就回到原来的水平。处理方式是把活动需要的那部分单独预留出来，活动结束之后这部分回归公共池子，不要把它并到常规比例里。

定比例的时候还要考虑一个兜底的问题，就是某一处明显吃不下它分到的量时怎么办。这种情况通常出现在比例是按过去的动销定的，而那一处的情况在这段时间里变差了。兜底的办法可以是把多余的量临时调给别处，也可以是允许它降价加速，两种做法的影响不一样，要事先选定一种。

比例这件事还有一个和季节相关的变化。几个目的地如果处在不同的季节或者不同的节庆周期里，同一段时间的实际需求占比本来就不同。按全年平均定一个比例，会在某些月份明显不合用。做法是把比例按季度或者按节庆周期各定一版，比一年用同一个数更贴合实际。

还有一类款不适合按比例分，就是单价高、体积大的款。这类款每一件的资金占用都很大，分错了地方调整起来成本高。它们更适合一件一件地看需求来发，而不是事先按比例划一堆在那里。用比例去管这类款，会把资金压在某个用不上的地方很久。

定比例这件事还有一个视角上的问题。各处的运营看自己那一段，会觉得自己这一处拿的量不够，因为他们看到的是自己这边的机会。定比例的人要站在整个盘子看，看的是这些量放在哪里能产生更多的总收益，而不是每一处都满意。这个视角差要在定规则的时候就说明白，否则每次定比例都会变成一次内部协商。

比例还有一个下限的问题。某一处的比例小到一定程度之后，实际上等于没有给它备货，它长期处在缺货或者只有零星在售的状态。这种情况下不如明确地把它划到不备货的那一类，不要再给它一个看起来还在运营的比例。含混的中间状态最消耗人，因为它每次都要被拿出来讨论一遍。

看某个目的地的同类竞争处在什么情况，可以借助外部数据。知虾给的是竞品监控与关键词分析这一层的参照，帮人看出这个类目在当地是不是已经很挤，竞争密的地方报活动时需要的库存深度更大，比例上要留出这一块，至于留多少仍由人结合自己的目标来定。

比例定完之后，值得留一份推导过程。哪一版比例是按哪些数据算出来的，写下来几行字。下次调整的时候对照着看，能判断出这一次变化的原因是需求变了，还是当初的依据本身就不对。没有这份推导，每一次调整都是重新开始，前面几次的经验留不下来。

超卖在多地场景下更难补

单处超卖的时候，处理的方法无非是加库存或者下架，动作的方向很清楚。多处同时接近底线的时候，能选的动作变少了，因为每一处都只剩下很少的余量，往任何一处加都要从别处挪。这时候麻烦的已经不是缺货，而是缺的这几处该先保谁。

更麻烦的是信息到得不及时。几处同时告急的时候，判断的依据是各自报上来的数字，而数字本身有延迟。看的人拿到的可能是几个小时前的状态，等他决定先保甲地的时候，乙地可能已经又卖出去一批，实际余量比看到的更少。延迟这件事在单处的时候影响不大，几处一起告急的时候会被放大。

还有一种情形是多处同时断货之后，补货的时间点会撞在一起。货到了，几处都要补，补货的顺序又变成一次分配。如果前一阶段没有把分配规则写清楚，这一次补货的分配仍然要靠临时商量，等于同一个问题在一个更紧张的时刻重新问一遍，这时候人更容易做出偏向自己的决定。

多地超卖还会带来一个长期影响，就是各处的安全库存线会被慢慢抬高。经历过一次超卖之后，每一处都想多留一点，留的多了整体的周转就慢下来，资金被占用的部分变大。这个变化是渐进的，不容易被察觉，等到发现周转明显变慢的时候，已经不知道是从哪一次超卖开始的。

处理多地超卖有一个前置动作比事后补救更有用，就是确认底线在哪里。每处设一个不轻易动的最低保有量，低于这条线就不再参与任何折扣或者活动报名。这条线要在平时设好，不要在告急的时候设，因为告急的时候人会倾向于把线降低，好让手头的数字看起来还够用。

补货顺序也值得提前想一遍，最简单的规则是补得最慢的那一处优先。理由是它的补货周期最长，一旦断掉，恢复的时间也最长，同样的缺货时间里损失的成交更多。这条规则不需要精确计算，只要在补货的时候按这个顺序走，就能避免把货先给了最容易补的地方，而那处其实最不急。

超卖这件事对各处的影响并不一样。同样是一次超卖，发生在主推款上会让那一处的位置受影响，因为买家看到缺货会转向别人；发生在附属款上影响小得多，因为它的需求本来就不集中。所以出现多处告急的时候，先判断哪一个不能再缺，比先判断哪一个缺得更多更重要。

处理超卖时的动作顺序也值得定一下。通常是先确认实际可用量，再决定哪一处保、哪一处不保，最后才动手调整。跳过第一步直接调整很容易出问题，因为看到的数字本身可能就不准。确认实际量这件事耽误不了多少时间，但它能避免在一个错的数字上做出一串动作。

超卖之后还要做一件事，就是把这一次的经过记下来。哪几个款、哪几处、间隔多久、最后怎么处理，这几条信息攒几次之后能看出规律。规律可能是某几处的动销波动特别大，也可能是某个类目在某段时间集中上量。有了这个规律，下一次的分法可以提前避开同样的坑。

超卖这件事有一个容易被低估的后果，就是它对后续判断的干扰。中间那一段缺货的时期，销量数据是失真的，因为买家想买买不到。用这段数据去判断这个款在当地行不行，会得出偏低的结论。做法是在数据记录上把缺货的时段标出来，分析的时候把这一段排除掉或者单独说明。

预防超卖最有效的动作不在库存这一层，而在上新节奏这一层。同一个款在几处同时上，超卖的风险最大，因为几处的需求是同时开始的，谁也没有历史数据可以参照。错开时间上，一处先跑一段，有了大致的需求量，再决定给别处留多少，风险会小很多。

还有一类超卖的原因和分配无关，是需求突然变化。某个款因为外部的原因突然被大量搜索，几处同时上量。这种情形下任何分法都会措手不及，能做的只有缩短发现到处理的时间。做法是给几个关键的款设一个关注，销量出现异常增长的时候立刻能看到，而不是等周报出来才知道。

超卖的处理上有一个原则值得提前定，就是先保哪一类。常见的原则是先保已经在售时间长的款，因为它的评价和位置都在，断了之后恢复成本高；新上的款可以断，因为它还没有积累。另一条原则是先保主力目的地，理由和前面一样。这两条原则选哪一条要事先说好，告急的时候来不及讨论。

还有一件事要在超卖之后做，就是把这一批货的分配重新看一遍。超卖说明原来的分法在某些情形下不够用，这时候不调整，同样的事还会再发生一次。调整不一定是改比例，也可能是改模式，或者补一条关于告急时怎么处理的规则。关键是让它变成规则的一部分，而不是一次性的补救。

预防这件事上还有一个小动作很有用，就是给几个关键款单独设一个观察。观察的内容是各处的库存变化速度，出现异常的时候提前看到。这个动作的成本很低，就是每天花几分钟看一眼那几个款的数字。它的收益是把发现的时间提前，而提前的这段时间往往正好够补一次货。

同步窗口与分配模式的关系

同步窗口指的是从一处卖出去到别处看到变化之间那段时间。这段时间长短是客观的，分配模式要做的不是缩短它，而是让分法在这段时间里不出乱子。窗口长的场景下，各处能看到的余量都不准，这时候把一个池子分给几处用，风险就比窗口短的时候大。

按比例预设这种模式和窗口长短的关系最密切。比例一旦划定，各处卖的各处的，中间不需要互相看，窗口长短对它几乎没有影响。这也是为什么结构稳定的款适合这一种，因为它把同步这件事的需求降到了最低，靠分法本身避开了窗口问题。

按动销滚动这种模式对窗口很敏感，因为它依赖各处反馈回来的出货数字来重新分配。窗口长的时候，拿到的是过时的数字，按过时的数字重划，划出来的比例很可能已经和现状不符。用这种模式的时候，重划的周期要明显长于窗口，给数据留出沉淀的时间。

集中不分这种模式在窗口长的时候风险最大，因为所有处都盯着同一个池子，看到的是同一个滞后的数。窗口越长，同时卖出的可能越大，而它的兜底能力最弱，因为没有谁预先留了量给谁。用它的时候要接受这件事，并且准备好一套断货之后的处置办法。

有一个容易被忽略的细节，就是窗口长短在不同时段并不一样。大促期间订单量集中，系统的处理压力大，窗口往往比平时更长；平时闲的时候窗口短。这意味着同一种分配模式在平时没事，大促的时候会出问题。把大促单独拿出来按更保守的方式分，是成本很低的一个准备动作。

把窗口和模式对应起来看，会得到一个比较实用的结论：窗口长的场景优先选靠分法本身避风险的模式，窗口短的场景才适合用依赖实时反馈的模式。选错方向的时候，人会一直觉得是系统不够快，其实需要换的是分法。

窗口这个概念容易被误解成越快越好。窗口缩短确实能减少同时卖出的可能，但它也有成本，可能是系统的开销，也可能是要牺牲部分离线处理的能力。对分配这件事来说，重要的是判断当前的窗口有多长，然后选一个不用实时反馈也能站得住的模式，而不是一直想办法把窗口压到最短。

窗口长短还会影响各处该留多少余量。窗口长的场景里，各处看到的是偏旧的数字，为了不出错，实际能用的余量要比账面数字小一些。这个折扣打多少，取决于窗口里平均能卖掉多少件。把它大致估出来写进分配规则，比每次都凭感觉留一点更靠得住。

有时候窗口的问题可以用分法绕开。做法是让处于同一批货上的几个目的地不同时开卖同一个款，错开上新的时间。错开之后，一处先卖起来，另一处的库存数字已经稳定下来了，这时候再开，窗口的影响就小很多。这个办法牺牲的是上新的速度，换来的是分配上的简单。

判断窗口长短有一个笨办法，就是在一处故意卖到接近底线，看别处多久之后显示不出来。这个测试做一次就能大致知道窗口有多长，比去查系统的说明更贴近实际。知道这个数字之后，留余量和选模式都有了依据，不用再凭感觉。

窗口和平台的审核节奏也有关。有的目的地对库存变更的审核比较快，有的要走一段流程。这会让同样是改库存的动作，在不同地方生效的时间不一样。分配的时候如果按下一次生效的时间来排，比按提交时间去排更符合实际，也能避免把某处的货发出去之后才发现它还没改成。

还有一个和窗口相关的实用判断，就是看同一批货上几处的销量波动是不是同步的。不同步说明各处的需求节奏本来就错开，窗口的风险小；如果几处的波动几乎同时出现，说明它们的买家群有重叠，窗口的风险大，分法上要更保守一些。

窗口这件事上还有一个现实条件要考虑，就是各处的人在什么时间工作。窗口长短不只是系统的问题，也和各处运营处理库存的时间有关。如果某一处的人在本地时间上班，和别处的时差大，那么它对库存变化的反应会天然慢半拍。分配的时候把这一层考虑进去，等于给那一处多留一点余量。

有一个做法能让窗口的影响变小，就是把库存的调整集中到一个固定的时点做。每天固定一段时间统一处理各处的库存变化，其余时间不轻易改动。这样各处的信息在同一次处理里被对齐一次，日常的窗口影响被压缩到一天一次。代价是灵活性降低，换来的是过程清楚。

还有一层是各处的沟通成本。窗口长的时候，某一处发现异常，要通知别处，别处再确认，一来一回消耗的是最紧张的那段时间。做法是把这类沟通固定成一个格式，写清款号、数量、时间、要求，减少来回问的次数。这种小事在平时看不出价值，在告急的时候差别明显。

谁多谁少这一格，数据那一列给不出答案

什么时候该按目的地分别备货

判断的分界线可以落在一个很具体的问题上：这几个地方各自的量能不能撑起一批最小起订量。能撑起的，分开备的效率损失小，各处自主之后反应更快；撑不起的，分开备意味着一批货被切成几小块，每一块都不够一次起订，补货时反而要凑单，节奏更慢。

第二个判断依据是各处的动销结构像不像。几个地方的买家如果在意的东西接近，卖得动的款也接近，那么共用一个池子不会造成太大的错配，因为池子里的货在哪一处都用得上。如果各处的偏好差别明显，同一批货在一处好卖在另一处卖不动，那共用池子就会天然产生错配，这时候分开备更合适。

第三个依据是补货周期差多少。周期接近的地方，可以同时补货，放在一起管不增加复杂度；周期差得远的地方，一个要按周补，一个要按月补，放在一个池子里会让补货的节奏迁就慢的那一边，快的这一边就一直在等。周期差异大的时候，分开管能让各自按自己的节奏走。

分别备货之后，资金占用会上升，这一点要在决定之前想清楚。多备一批货意味着这部分钱在更长时间里出不来，同时每一处还要留自己的安全库存，几处加起来的安全库存总量会明显大于共用一个池子的时候。它的收益是反应变快、错配减少，成本是资金占用增加，两边都要算。

有一个折中的做法是先在一处试。选一个量已经够大的目的地单独备货，其余几处仍然共用，看一段时间之后对比两边的情况。这样做的成本可控，而且能拿到实际数据来判断分开备到底带来了什么。直接全部改成分别备货，出了问题之后很难分清是哪一处的安排出了偏差。

还有一种情形必须分开备，就是几个目的地之间的履约规则差异很大。比如有的地方要求本地下单本地发货，货放在别处根本发不出去。这种情况下分开备不是一个效率选择，是一个前提条件。做多目的地布局的时候，先把这类硬性要求排查一遍，比事后调整省事得多。

分开备货之后，各处的库存周转要分开看，不能合成一个数。合在一起看的时候，一处周转快会盖住另一处周转慢，看的人以为整体没问题。分开看会发现某一处的货压了很久，而这一处压着的资金本来可以用在别处。这是分开备货之后必须配上的一个动作，少了他就看不出问题在哪。

分开备还有一层管理上的代价，就是每一处都要有人负责它的库存决策。共用一个池子的时候，补货这个决定只做一次；分开之后要做几次，而且每一次都要对当地的情况有判断。人手不够的时候，分开备的结果往往是几处的决策都由同一个人拍，而他并没有时间把每一处都看仔细，实际效果未必比共用一个池子好。

有一个折中的做法是部分分开。把周转快、需求稳定的那一部分货分开备，让它在预测失准的时候也不至于断掉；波动大的那一部分留在公共池子里，哪边要哪边发。这样既给稳定的部分上了保险，也没有把全部资金都分散到各处，适合几个目的地量级接近但还不算大的阶段。

分开备货之后还需要一个调剂的机制。某一处突然卖得快，它自己的备货不够，能不能从别处调。这个机制要提前约定，包括调的条件、调的成本由谁承担、调过去之后别处怎么办。没有约定的时候，调货这件事每次都要谈，谈的结果取决于当时的紧急程度和谁在谈。

分开备货还有一个前置条件，就是要先把各处的库存记录方式统一。几处各自用一套口径记，合起来看的时候会出现同一批货被记了两次或者一次都没记。分开备之前先把记录口径统一，后面很多对不上的问题从源头上就没有了。这件事要在决定分开之前做，不能等分开之后再补。

还有一种情况适合分开备，就是某一处对到货的时效要求明显高于其他几处。为了满足它，需要把货放在离它更近的地方，这实际上就是给它单独备一批。这种安排的理由是履约要求，不是效率考虑，判断的时候要把它和其他几处区分开，不要拿效率的标准去评价它。

分开备之后，出现某处长期不动的情况要有处置的办法。长期不动意味着资金压在那里，而这一处的量级又不足以支撑一次调价的成本。处理的办法通常是把它并入别处的池子，或者把这一批清掉之后不再单独为它备。这个处置要在分开备的时候就写好条件，不能等出现了再临时决定。

分别备货的决定还要看这个款在当地的可预测程度。有的地方同一个类目常年稳定，销量波动小，备一批在那儿放一段时间风险不大。有的地方需求跳跃，这个月有下个月没了，为它单独备一批很容易压住。可预测程度高的地方适合分开备，不可预测的地方放在公共池子里更安全。

看某个目的地的品类在本地处在什么位置，可以借助外部数据。知虾站在看清各站点品类结构这一层，它看的是多站点数据与站点分析里的类目与商品分布，给的是一个判断这个地方值不值得单独备货的参照，具体要不要分开备、备多少，仍由人结合自己的资金和节奏来定。

还有一项容易被忽略的成本，就是分开备之后每一处都要有自己的退货处理。货在哪儿卖就在哪儿退，退货的流程、仓储、再销售都要各自跑一遍。共用一个池子的时候这部分只做一次。量不大的时候，这部分重复的成本会明显吃掉分开备带来的好处。

决定分开备之后，还要定一个合并的时机。哪几处的量掉到什么程度就该合回公共池子。这个时机的判断标准通常和分开时的标准一致，就是量能不能撑起一批最小起订量。把合并的标准也写下来，将来就不需要重新讨论一次同样的问题。

判断要不要为一个目的地单独备货，还有一个角度是看这个地方在同类款上的需求是不是稳定的。需求稳定的地方，备一批在那儿放一段时间风险不大；需求起伏大的地方，单独备货很容易压住。知虾站在挑款这一层，它看的是选品信号里各站点这一类目的销量与上新节奏，给的是一个判断需求的参照，最终备不备、备多少，仍由人结合资金情况来定。

比例写下来之后，商量和两头不匀这两件事都会往下走

分配规则要先写下来

规则要写的内容不多，三件事就够：用哪种模式、比例或优先顺序是什么、什么条件下重新调整。这三件事写清楚，日常分货就有依据了。不必要写成一份长文档，一段文字或者一张表的格式都可以，关键是要有一处固定的地方放着，所有人能看到同一份。

写规则的时候要顺手把责任写清。同一批货分给几处，谁有权决定这一次怎么分，谁只负责执行，这两件事不分开的话，遇到紧急情况会出现几个人各自决定、彼此不知道的情况。写明之后，紧急的时候找谁很明确，不会因为找不到人而耽误。

规则里还要有一条关于异常的约定，就是某一处明显超出预期的时候怎么办。这一条比常规分配更重要，因为超出预期的情形才是真正需要判断的地方。约定可以写得很简，比如某处单周销量超过分配量的一定比例就临时调整，调整由谁发起、走什么流程。

规则写下来之后，最怕的是长期不回头看。分配规则和实际动销之间会慢慢脱开，因为没有人的生意会一直保持原来的结构。写规则的时候一并写上复核的周期，到期就拿出来对一遍，对不上就改。这样做的好处是改动小步发生，不会积累到一个时点突然需要大改。

还有一条值得写进规则的是例外如何记录。每一次偏离规则的临时决定都记一笔，写清原因。攒一段时间之后回头看这些记录，会发现偏离集中在某几个情形上，那些情形就是规则需要补的地方。没有这些记录，规则永远停留在第一版，因为它不知道自己在哪些地方不够用。

写规则这件事本身不需要花很多时间，但它要求先把想法整理一遍，这一步是它真正的价值所在。很多人是在准备写的过程中才发现，自己原以为已经想清楚的分配方式其实还有好几处没定。把这几处补上，比写出多漂亮的规则文本更重要。

规则写下来之后，要让真正分货的人看到并且能照着做。这一步最容易出问题，因为规则通常是定的人写的，执行的人未必完整看过，或者看过之后理解得不一样。可行的做法是在分货的现场把规则贴出来，或者在分货的记录表上把规则的那几行带上，让执行的人在动手的时候一眼能看到。

规则的内容要能回答执行者最常问的几类问题。这一款用哪种模式、这次的比例是多少、哪一处有优先、超了怎么办、找谁定。这几个问题都能在规则里找到答案的时候，日常分货就基本不需要请示了。请示的次数是检验规则写得好不好的一个直接指标，次数少说明规则够用。

规则还有一个作用是让复盘有依据。事后看某一次分货分得对不对，前提是知道当时的规则是什么。没有规则的时候，复盘变成对某个人当时判断的评价，讨论会转向人而不是事，这对改进没有帮助。有了规则，复盘的对象就变成了规则本身，讨论自然会落到该怎么改上。

规则也该有一个联系方式之类的说明，就是遇到规则没覆盖的情形找谁。规则不可能把所有情况都写全，一定会遇到没写到的。这时候最怕的是执行的人自己按理解处理，处理完了也没人说。写明找谁，可以让这些未覆盖的情形汇集到一处，成为下一版规则要补的内容。

规则还有一个版本的问题。改过一次之后，旧的那一版要不要留着，做法是留着并标上失效的时间。规则的新旧版本如果不留痕，事后核对某一次分货是按哪一版做的就无从查起。留痕的成本很低，就是多存一份文件，写清它从什么时间起不再生效。

写规则的时候要避开一种写法，就是写成原则而不是可执行的动作。比如写上要兼顾各处需求这样的话，听起来正确，执行的时候没有任何指导意义。有效率的写法是把动作写清楚：某一处低于多少件的时候从别处调、由谁发起、多久之内完成。写清动作之后，规则才有人照着做。

规则定完之后的第一次执行值得留意。第一次执行往往会暴露出规则里没写到的情形，把这些情形当场记下来，下一次修订就有内容了。如果第一次执行下来什么问题都没发现，要么是规则真的写得好，要么是执行的人按自己的理解补上了规则的空缺，后者更常见，也更值得警惕。

最后要说的是规则和工具的关系。规则是给人和工具共同的输入，工具按规则把数字落在各处，人按规则判断什么时候要改。规则不清楚的时候，工具只会把不清楚的分法执行得又快又齐，错误也会跟着变得整齐。所以顺序上一定是先有规则，再谈用什么去执行它。

写规则的时候，一条很有用的写法是把常规和异常分开写。常规部分写平时怎么分，异常部分写什么情况下不按常规来、由谁决定。两份写在一起容易被执行的人混着用，混着用的结果是常规的部分也觉得可以讨论，规则就失去了约束力。分开写明之后，执行的人知道什么情况下该来找人。

规则还有一个作用容易被忽略，就是它能用来培训新人。新来的人不需要理解全部分配逻辑，照着规则执行一段时间，遇到规则没写到的情形再问，自然就把逻辑理解了。没有规则的团队，新人上手靠的是跟着老员工看，看完理解多少取决于运气，而且每个人理解的可能还不一样。

规则定下来之后，最好放在一处所有人都能拿到的地方，而不是散在各人的记录里。这一件事听起来很基础，实际是很多团队出问题的地方，因为规则是一回事，大家手上的版本是不是同一份是另一回事。定期的核对方式是问两个人同一个问题，看他们给出的答案是不是一致。

最后要说一句和工具相关的话。规则写得越清楚，执行起来越顺，也越容易看出哪一段适合交给工具去跑。反过来，规则含混的时候，把执行交给工具只是把含混放大，因为工具不会有临场判断，它只会照着输入跑。所以无论用什么方式执行，先把规则写清楚这一步都绕不过去。

常见问题（FAQ）