Shopee多平台铺货工具分发完之后：怎么知道哪一份没落地

多平台分发的失败是分散发生的

同一批资料往多个目的地发，结果从来不是一致的。甲地全部通过，乙地退回来三条，丙地一条都没退但有几条填成了别的样子。这些结果分散在不同的后台、不同的时间点上，需要人主动去收拢。收拢这件事本身就是一项日常工作，不是一次性的动作。

在只做一个目的地的时候，失败是集中的。所有的问题都出现在同一个地方，看完一遍就全知道了。多做几个目的地之后，失败开始分散，每多一个地方就多一处要盯的界面、多一套要熟悉的提示语。盯的地方越多，漏看的概率就越高。

分散还有一个时间维度上的表现。有的目的地是即时反馈，提交完立刻能看出结果；有的要过一段时间才处理完，回执晚一些才出来。这中间的空档最容易出问题，因为人在这段时间里已经把注意力挪到别的事情上，等回执出来的时候往往不会回头再看。

分散的失败带来的是认知负担，这一点比操作负担更值得防。操作上的活可以排进计划里，认知上的负担不行，它取决于当下有没有想起来去看。一天里要处理的事情一多，最先被挤掉的往往是那些没有固定时间点的动作。

失败分布上还有一个规律，它往往不是均匀铺开的，而是聚在某一类上。某个目的地对某一栏的要求特别严，只要那一栏写得不够具体，整批都会被打回来。找出这种聚集成因之后，一个问题能解决一大片，比逐条去查要省很多力气。

按原因归并比按目的地归并更有效率。同样一条失败提示，可能出现在三个目的地，原因都是同一栏缺失。按目的地分开数，会数出三次问题；按原因数，只是同一个问题出现了三次，处理一次就够了。数法不同，得到的结论完全不一样。

分散也意味着不能只盯最后看到的那几处。人的记忆有明显的后视偏差，刚看完的那个失败印象最深，前面看过的几条容易模糊。等到回头去处理的时候，手上只剩下最近那两三条的信息，前面那些就被自然地跳过了。

有一个和直觉相反的判断：失败多的时候反而好办，失败少的时候最危险。失败多，人自然会去建一套办法来管；失败零星出现一两条，人往往觉得顺手处理掉就行，于是永远没有形成核对的习惯。等到某一批悄悄漏掉几份的时候，也没有人会察觉。

收拢分散失败的办法其实很简单，先给所有回执找一个统一的落点。不管回执从哪个后台来、什么时候来，最终都汇到同一张表上。有了这个落点，看的时候就不需要挨个界面切，只需要看一张表。这件事的技术门槛很低，难的是把它坚持成习惯。

还有一处容易漏掉的地方，是那些压根没有回执的情况。提交请求发出去了，对方没有任何回应，既没说成功也没说失败。这类份数在统计里往往会凭空消失，因为它既不属于成功，也不出现在失败清单里。核对的时候必须单独把这一类捞出来数一遍。

分散发生的另一个后果是责任容易模糊。同一批商品由不同的人分别发往不同的目的地，出了问题之后，谁发的哪几份要花时间对人。如果一开始就在清单上记了经手人，这一步就不需要问，看一眼就知道该找谁，也能顺带看出是不是某个人的环节上反复出问题。

把分散的结果收拢成一张表之后，会发现一个额外的好处，就是能看出目的地之间的差别。同一个原因在甲地会失败、在乙地能过去，这个差别本身就是关于目的地的信息。攒多了以后，配表和写描述的时候能提前避开这些坑，不用每次都撞一遍才记住。

分散还有一种形态是同一件商品在不同目的地分属不同结果。这一件在甲地通过了，在乙地被退回，在丙地过去了但内容被截短。三种结果同时挂在一件商品上，靠脑子记是很难记住的，往往只记得住最不顺利的那一处，其余两处就模糊了。所以清单必须落到件与目的地的交叉格上，一件商品在几个目的地就是几行。

举一个具体的场景。一批二十五件商品发往六个目的地，理论上一百五十份。收集回执的时候，甲地回执当天就出来了，全部通过；乙地隔了一天回了一百四十八条，退回两条；丙地只回了状态，看不到明细；另外三个目的地当天没有回执。这一百五十份里，当下能说清结果的只有一百四十八份加一个模糊的通过。

这个场景里最危险的不是那两条退回的，是那三个没有回执的目的地。它们既不在成功里，也不在失败里，处于一个谁也不管的位置。如果没有单独把无回执这一类捞出来，这三份会被自动当成普通情况，等到某天打开页面才发现商品不在。

处理这种场景有一个省事的习惯，就是在清单上给无回执单独留一列，写上次和目的地联络的时间。这一列过一段时间就回头看一次，看还有几行没有结果。它不需要技术手段，一个手填的日期加一次回头看，就足以把这一类从盲区里拉出来。

分散的另一个特点是它会随规模放大。两个目的地的时候，两处界面来回切还能应付；到了六七个目的地，切换本身就成了负担，人自然会把注意力集中在当下出问题的那一处，其余的只是扫一眼。所以规模上来之后，把结果收拢到一张表上这件事的收益是递增的。

还有一个容易被忽略的分散来源，是有的目的地会把商品先收进去再审核。提交时是成功的，过一段时间审核不通过又被下架。这一段的间隔可能是几天甚至更长。所以核对不应该是提交之后看一眼就结束，还要在更长的时间尺度上回看一次，尤其是新开的目的地。

收不齐回执，后面每一步都只能靠印象

要留的三种记录：成功、失败、差异

大多数人手上只有两种记录，成功的和失败的。第三种，也就是过去了但和底稿不一样的那一类，很少有人单独记。原因不难理解，这种差别不会报错，也不会有人来提醒，它只在你主动把两边的页面摆在一起看的时候才出现。

成功记录的作用是给出分母。这一批一共发了多少份，其中有多少份拿到了成功的结果。没有这个数字，后面所有的判断都没有参照。漏掉了三份，在总共发了二十份和总共发了二百份这两种情况下，严重程度完全不同。

成功记录上要有能唯一定位一行信息的东西，商品加上目的地，再加上是哪一批。只写商品名不够，同一件商品可能在不同时间发过好几遍；只写目的地也不够，一个目的地里可能同时有几十件在跑。这两项加上批次，才能精确指到具体的那一份。

失败记录要比成功记录多一栏，就是原因。原因不能随便写一段描述，要归到固定的几类里去，比如规则类、资料类、时点类。归类的意义在于后面能统计，能看出哪一类是反复出现的。一段自由文字写十遍，统计的时候还是得靠人一条条读。

差异记录是三种里最难建的，因为它天然需要对照。失败看状态位就知道，差异必须把底稿和落地值放在一起比。这就意味着差异记录不能只靠后台的导出结果，还需要自己手上那份底稿，两者对上之后才能做出判断。

差异记录可以简化成一张对照表，一行写一栏，一列写底稿原值，后面每个目的地各占一列写落地的样子。这样摆出来之后，哪一栏在哪个目的地走样了，一眼就能看出来。表本身不复杂，难的是有人愿意把它填起来。

三种记录其实可以合到一张表里，一行对应一份，也就是一件商品乘一个目的地。成功的那一行状态位是成功的，失败的那一行状态位是失败的并带原因，差异的那一行状态位是成功的但多一个标记。合在一起的好处是分母和分子在同一处，统计不用跨表。

表的粒度这件事很容易做错。按商品建表，一件商品只有一行，那它到底落到了几个目的地、哪几个成功就写不下了。按目的地建表，一个目的地里几百件商品挤在一行，也看不出单件的情况。必须是商品乘目的地，一行一份，两边的信息都能落进去。

差异的判断标准要事先定下来，不能凭当下的感觉。差一个空格算不算差异，小数点后少一位算不算，标题被截掉最后两个字算不算。这些边界定清楚之后，不同的人看同一批数据能得出同样的结论，后面统计出来的趋势才有意义。

三种记录都要能回溯到具体是哪一批。批次号是这条线，接到回执上、接到变更单上、接到后面补发的记录上。没有批次号的时候，半年后有人问某件商品的图片是什么时候换的，就只能靠翻历史记录猜，而且大概率猜不准。

除了这三种记录，原始资料的快照也值得留一份。半年之后回头看某一件商品的落地值有问题，需要判断是当时就发错了，还是后来被谁改过。没有当时的快照，这个判断无法做出，两种截然不同的原因会被混成一种，处理方向也就跟着跑偏。

三种记录的价值不在这一次，在下一批。这一次记录做得细，下一批提交之前就能拿着它逐条确认一遍，把上次踩过的坑提前绕开。这就是为什么记录这件事虽然看起来只是记账，实际影响的是整套动作的效率。

记录做久了还会带来一个不太被提到的变化，团队里关于分发的讨论会变得具体。以前讨论的是发得顺不顺，现在能落到具体某一栏、某个目的地、某个批次上。讨论能落到具体位置，改进才有地方下手，否则只能停在一句笼统的感觉上。

三种记录里，失败那一栏最容易过度记录。人一看到失败就想把整段提示抄下来，抄完之后发现同样的提示出现了几十遍。更省事的做法是只记归好的类别和一个编号，需要细节的时候再按编号去翻原始提示。这样记录表干净，统计的时候也不需要再清洗一遍文字。

成功记录也不能只记一个总数。总数说明发得全不全，说明不了别的问题。要看的是这一批里哪几个目的地全部通过、哪几个部分通过。这个分布能看出某些目的地在某些品类上特别容易出问题，而这种判断只能从分布里读出来，从总数里读不出来。

举一个用三种记录做决策的例子。某批商品在丙地全部通过，在丁地退回了三成。退回的原因归到资料类里的同一栏。这时候要做的不是改三成商品，而是先看这一栏在丁地的要求是不是和别处不同。如果不同，那这就不是商品的问题，是配表的时候没把丁地的规则收进去。

差异记录有一处常见的错，是把该有的差异也记成问题。某个目的地要求标题不超过一定长度，落地的标题被截短了，这是规则造成的，不是错误。把这类正常的适配结果和真正的走样混在一起记，会让人误以为问题很多，进而去改一些本来不用改的地方。

三种记录的价值会随着时间变化。刚起步的时候，失败记录最有用，因为失败多、处理路径清晰。做熟了之后，失败变少，差异记录的分量就上来了，因为剩下的大多是细节上的偏差。记录的重点应该跟着这个变化走，不必一直平均用力。

记录要能反向查到原始资料。看到一个差异，想确认是当时发错了还是后来被改过，就要把当时的底稿调出来。底稿和记录放在同一个地方，按批次编号对齐，这件事的可行性就有了。分开放的话，查起来还是有一步找不到，最后往往就放弃了。

差异记录单独占一列，因为它回答的是别的问题

失败原因分目的地内与目的地外两类

把失败原因分成两类，处理方式会清楚很多。一类是目的地内的原因，指的是目的地的规则、必填项要求、格式规范、类目限制这一类。另一类是目的地外的原因，比如提交时的网络状况、账号状态、一次提交的量太大被限制。

目的地内的原因通常意味着资料要改。某一栏写得不够具体、某个属性没从固定清单里选、某张图的尺寸不合适，这些都要回到资料上动。这类失败不会因为多试几次而消失，重复提交的结果是一样的。

目的地外的原因通常重发一次就能过去。账号状态要重新确认，提交时把大批拆成小批，换个时间段再试。这类失败跟资料本身关系不大，把资料改来改去反而是白费力气，改完之后还得再改回原来的样子，中间多绕了一圈。

区分的意义在于处理人和处理时间都不一样。资料类的问题要回到写资料的人手上，可能要等下一批一起处理；提交类的问题当场就能解决，不需要等别人。两类混在一起看，最直接的后果就是一件事卡在错的人手上。

最常见的判断错误是把提交类的问题当成资料问题。一批商品在某个目的地全部失败，提示语还看不太懂，人就以为是资料不符合要求，回去大改了一遍属性。改完再发还是失败，最后发现只是那一时段提交的人太多被限了流。

反过来也有。资料确实有问题，但提示语看起来像是临时的错误，于是人就一直重试。重试了很多次都没有结果，时间花掉了，问题一点没动。所以失败之后的第一步不该是重试，而是先看清这条提示属于哪一类。

把两类原因分开统计一段时间，会得到一个有用的判断。如果目的地外的原因占比很高，说明问题出在提交方式上，比如一次提交的量太大、时间点选得不好，调整提交的节奏就能明显改善。这个结论从单个失败里看不出来，必须靠统计。

目的地内的原因还会按目的地聚成不同的形状。同一个目的地的失败往往集中在同样的几栏上，说明这个目的地在意的就是那几个点。把这些点整理出来写成一份检查项，下一次提交之前先对着看一遍，能省掉很大一部分返工。

两类原因的处理节奏也不一样。目的地内的原因往往要等人，可能是写描述的人、可能是拍图的人，改动要走一圈。目的地外的原因多半当场就能处理，重新提交或者换个时间点就行。排工作的时候，把这两类分开排，能把等别人的时间利用起来。

有一个判断上的小技巧，可以快速区分这两类。把同一份资料换个时间点再提交一次，如果结果完全一样，提示语也一模一样，基本可以判定是目的地内的原因，因为资料本身没变，规则不允许的就是不允许。如果结果变了，那更可能是提交环节的问题，比如频率限制或者瞬时故障。

目的地内的原因可以在核对表上留一个固定的位置，专门写这一批被卡在哪一栏、卡的是哪条规则。攒上十几批之后，会发现卡住的栏位集中在少数几处。这几处就是配表和写资料时要特别注意的地方，比记一堆通用注意事项要有用得多。

目的地外的原因值得单独统计一下频率。同一个目的地每周都会出现几次提交量过大的提示，说明提交的批次划分得不合适，应该把大批拆小。这类问题的改善空间往往比资料类问题更大，因为它改一次就能长期生效，不需要每批都盯。

两类原因还会互相掩护，这一点要留神。有时候资料确实缺了一栏，但提示语看起来是网络类的错误，人按提交类去处理，反复重发一直没有结果。判断的办法是看别的地方是不是也出同样的问题，如果只有这一个目的地卡在同一栏上，基本可以确定是资料问题。

差异与失败的区别在哪

两者最根本的区别是结果状态不同。失败指的是这份资料完全没有到达目的地，那边看不到这件商品，或者看到了但进不了架。差异指的是这份资料确实到了，商品也在那儿，只是呈现出来的样子和你手上的底稿不完全一样。

状态上的区别带来发现方式上的区别。失败是显性的，它会出现在状态位里，会出现在回执里，稍微看一眼就能发现。差异是隐性的，它没有任何提示，商品的状态是正常的，只有主动把两边的呈现摆在一起比对才会浮现。

处理代价的区别更明显。失败的处理方式基本固定，把原因解决掉再发一次就行，主要成本是时间。差异没有固定的处理方式，它先要做一个判断，这个不一样是允许的还是不允许的，判定完之后才知道要不要动。

差异的责任往往落在内容这一层，而不是提交这一层。提交已经成功了，说明格式上没有问题。不一样的地方大多出现在内容的取舍上，比如描述被截断了，说明原来的内容超过了目的地的限制；属性被替换成了默认值，说明转换规则没写全。

差异的形态大致有三种。第一种是被截断，长标题或者长描述进不去，后面那一截被切掉了。第二种是被替换成默认值，转换规则里没覆盖到的取值，被系统用常见答案顶上了。第三种是被重新归类，原本放的类目在目的地不存在，商品被挪到了别的地方。

三种形态里，被截断最容易发现，因为肉眼可见地短了一截。被替换成默认值最难发现，因为那一栏里有内容，格式也对，只是内容不是你原来想写的。被重新归类居中，通常要等到看类目数据的时候才会觉得不对。

判定差异需要一个基准，这个基准建议就是自己手上的底稿。以底稿为准的好处是标准统一，不和目的地的呈现方式纠缠。凡是和底稿不一致的地方都先记下来，然后再逐个判断这些不一致是可以接受的还是必须处理的。

这里要承认一点，有些差异是合理的，甚至是必须的。目的地的规则要求某种写法，你不按那个写就通不过；目的地的表达习惯和别处不同，按底稿原样写反而读着别扭。这些差异不是问题，它们是适配本身应有的结果，处理方式是把它记下来备查，而不是改掉。

所以差异这一类的记录最后应该分成两栏，一栏记该有的差异，一栏记不该有的差异。该有的那些留下来当参考，下一批同类商品可以照着做；不该有的那些进入处理队列，按影响大小排序解决。两栏混在一起，工作量会看起来比实际大很多。

最费时间的其实是做出这个判断本身。判断一件商品的某栏差异是对的还是错的，需要了解目的地的规则和表达习惯，这个知识不在工具里，也不在底稿里。它只能靠人一点点积累，而积累的载体就是那份差异记录。

有一个做法上的提醒很实在：把差异当成失败去处理，会出现反复重发但结果一直不变的情况。原因在于差异不是发的问题，重发一百次，落地的那一栏还是那个样子。判断错误会让人在一个已经解决了的环节上反复用力，时间就这么被消耗掉了。

从责任归属上看，两者的落点也不一样。失败大多落在流程上，提交的时机、账号的状态、批量的划分，这些都跟流程有关。差异大多落在内容上，标题的写法、属性的档位、描述的详略，这些都需要了解当地市场，知虾站在这一层提供的是各目的地的商品与类目数据参照，可以拿来判断某一处差异值不值得处理。

举一个被截断的具体场景。一件商品的标题在底稿里写得比较长，把材质和适用场景都放进去。落到某个目的地的时候，超出长度的那一截被切掉了，通常切的就是最后那半句。这半句是不是重要，要看它写的是什么，如果写的是适用场景而这一项在那边正好是买家关心的，那这次截断就损失了信息。

替换成默认值这一类最需要一份对照表。默认值往往是当地最常见的答案，它不违反任何规则，也不会引起买家的疑问，所以长期不会被发现。做法是定期把几个目的地的同一件商品点开，把属性栏并排看一遍，哪些栏位几个地方写得一模一样，就值得查一下是不是被顶成了默认值。

被重新归类这一类影响的不只是呈现，还有入口。商品被挪到另一个类目之后，原来那个类目下的浏览路径就断了，它现在的曝光来自另一个位置。这件事在数据上通常表现为曝光结构的变化，而不是总量的明显下降，所以从总量上看不出来，要看结构才看得出来。

差异处理完之后可以往两个方向走。一个是改底稿，让下一次提交的时候不会再有这个差异；另一个是改映射规则，让转换的时候自动处理掉。改底稿适合一次性的情况，改规则适合会反复出现的情况。分清楚哪一种，才不会每次都做一遍同样的手工调整。

按批次核对的具体做法

核对的单位应该是批次，不是单件。一批商品发出去，这一批就是一个整体的核对对象。按单件核对的问题是永远不知道全貌，一件一件看过去，中间漏了一件也不会察觉，因为没有分母做参照，也没法在事后确认当时到底漏没漏。

每一批要有一个唯一编号，这个编号出现在回执上、记录表上、后面的补发记录上。编号的作用是把散在各处的信息串成一条线。没有这个编号，同一件商品在不同时间发过好几批之后，谁也没法说清哪一条对应哪一次。

清单要能同时显示分母和分子。分母是这一批实际应该落地的份数，也就是商品数量乘以目的地数量。分子是真正落地的份数。两个数字都摆在那里，一眼就能看出缺了多少，缺在哪个目的地或哪件商品上，不需要另外做一次加减。

抽查的比例跟批次大小有关系。批次很小的时候，比如十份以内，干脆全看一遍，花的时间不多。批次大了之后，抽一部分看，抽的时候要挑最不像的那几件，比如最贵的、图最少的、属性最特殊的，它们最容易暴露规则覆盖不到的地方。

核对的时点也很关键，不能提交完就立刻核。有的目的地处理有延迟，回执晚一些出来，落地也晚一些。立刻核的时候看到的是一片进行中，看不出真正的问题。合理的做法是等一个固定的时间点再核，比如隔一天，这样两种目的地的回执都已经到齐了。

核对之后要有人对结果负责，这一点比核对本身更容易被省掉。做法可以很轻，在清单上写一个核对人加日期就够了。有了这一栏，核对就不会变成一种有空就做、没空就跳过的事情，因为它有明确的归属。

还有一个省事的办法，是专门养一件标尺商品。挑一件属性齐全、没有特殊情况的商品，每一批都把它带上，每一批都把它核得最仔细。时间久了，这一件商品的落地情况就成了衡量整套流程有没有变化的参照，它一旦变样，说明某处规则改了。

核对的时候不要只看商品在不在，还要点进去看。商品页上有内容、有价格、有属性，但里面某一栏可能被替换过，价格可能落在了另一档。点进去看这一下花的时间不多，能发现的却是最有价值的那一类问题。

核对的动作要保持同一套顺序，先看份数够不够，再看失败清单，最后抽几件点进去看落地值。顺序固定下来之后，动作会变成习惯，不容易因为某一天事情多就漏掉其中一步。顺序定下来之后每次看的东西是一样的，前后可比。

如果核对是几个人分着做的，最好让每个人核的对象固定下来。有人专核某几个目的地，有人专核某几类商品。固定的好处是熟悉度高，同一个人连着核同一个目的地，那个目的地的规则和脾气会慢慢变得熟悉，异常一眼能看出来。

批次怎么划分也值得先定下来。可以按时间划，比如每周一批；可以按商品组划，比如同一类目一批。划分方式本身没有对错，关键是保持稳定，这样不同批之间的数字才有可比性。今天按时间划、明天按类目划，前面攒下的数据就串不起来了。

举一个抽查选件的做法。一批三十件商品，抽五件。挑的时候不随机，先挑最贵的、再挑图片最少的一张、再挑属性栏最多的一件、再挑一个刚改过价的、最后挑一件和别的明显不同类目的。这五件覆盖了几种容易被规则漏掉的形态，比随机抽五件更容易碰到问题。

核对清单的字段不用多，六七列足够。商品、目的地、批次号、结果、原因分类、经手人、核对日期。这七列能把前面说的三种记录都装进去，也能支撑后面按批次回溯。列数一多，填的人容易漏填；列数太少，回溯的时候又会缺东西，这七列是一个折中的起点。

如果商品体量很大，一批就有几百件，全量核一遍不现实，可以用分层抽样的思路。把这一批按类目或者价格分成几组，每组抽几件。这样抽出来的样本在结构上和整批接近，从样本上看出的问题更可能代表整批的情况，而不是只在某个角落里出现。

核对的结果最好当场就落到表上，不要先记在便签上再统一录入。中间隔着一步，数据的准确度就会打折，因为回忆的时候容易把两三个不同目的地的结果记混。当场填的成本很低，手机上打开表格填一行也就十几秒，比事后补录可靠得多。

核对还有一个容易被跳过的动作，是确认一开始以为成功的那部分是不是真的成功。打开清单看一看，成功那一列里有没有哪一行是没经过确认、直接填上去的。这种情况在赶时间的时候很常见，而它恰恰会把真正的失败盖住，让整批看起来是齐的。

有一类差异在核对时值得单独拿出来看，就是价格落地之后落到了另一个档位。这种情况往往不是提交出错，而是各地价格带本来就不一样，同一件商品在甲地属于中档，在乙地已经进了高价区。判断这件事要看那个目的地同类商品的价位分布，知虾给的是各站点价格带与成本区间的参照，可以拿来对一对这个落差是不是正常的。

差异一旦单独记下来，漏在架上没人管的份数掉得最快

补发的顺序怎么定

漏掉的那些不是按发现的时间顺序补，而是按影响大小排序。排序的依据有三个，商品是在架上还是待售、有没有正在投入的活动、有没有已经产生的订单。三条里占得越多，越往前排。排完之后再按能救回的量做一次微调，先处理成片失败的那一类。

已经产生订单的那一类排最前面。买家已经下单了，说明他看到的那个页面就是最终成交的依据，页面上不一致的地方会直接影响后面的沟通和售后。这一类的处理优先级不该和还没人看的那一批放在一起排。

正在投入活动的那一类排第二。活动期间页面的呈现会直接影响转化，同样的时间窗里，一个信息齐全的页面和一个缺了关键项的页面，表现差别很明显。活动有时间限制，过期就补不回来了，所以它的优先级高于那些没有时间压力的。

补发要单独成批，不要混进下一批正常的分发里。混进去之后，下一次追溯的时候就分不清哪份是补发来的、哪份是新的，出了问题也说不清是哪一批造成的。单独成批的代价只是多一个批次号，好处是记录干净。

补发同样要留记录，这批补了几份、补的是哪几份、原因是什么、结果如何。补发记录和原始记录放在一起看，能看出一个问题是不是被彻底解决了。如果同一件商品连续两批都在补发名单里，说明原因没有找准，问题只是被暂时盖住了。

补发有时候要等窗口，这一点在分散的目的地里更常见。有的目的地在某些时段处理得慢，有的对提交的频率有限制。知道了这些之后，补发的时间点也可以排一排，避开慢的时段，成功率会明显不一样。

补发之前一定要先把原因确认清楚，原因没定位就补，结果往往还是失败，而且会多留一条失败记录，把统计弄得更乱。确认原因这件事不需要很久，看提示语属于哪一类，再按类去看看前面有没有相同的例子，多数时候几分钟就能判断。

一个容易忽略的排序办法是先解决成片的失败，再处理单点的失败。一条规则错了，可能让一整批商品在某个目的地全部失败，改一条规则就能救回一大批。而单件失败只影响一件。按能救回的量来排，效率比按件的重要程度排要高。

补完之后的核对不能省。补发这个动作本身也可能出问题，补了却没落地、补的时候把别的栏带坏了，都可能发生。补发批同样要过一遍核对流程，只不过可以比正常批次轻一些，看看份数与抽查几件就够。

把这些排法固定成一份约定，比每次临时商量要高效。约定里写清哪一类先补、间隔多久、由谁确认。有了这份约定，同一批漏掉的东西在不同的人手上会得到同样的处理顺序，不会因为经手人不同而出现两种节奏。

补发之前还需要确认一件事，就是这一次补发应该直接沿用原来的资料，还是先改一改。有订单的那一类偏向直接沿用，因为买家看到的页面已经确定，改动会让前后不一致。还没有人看到的那一类可以顺手把内容优化一点，反正没有既成事实要维护。

补发的时间点可以挑。知道了某些目的地处理慢、某些时段限制严，就可以把补发安排在对它更友好的时间。这个信息来自自己攒的记录，不需要额外的信息源。用上几次之后，补发的成功率会明显不一样，而这中间并没有改任何资料。

如果同一件商品在多个目的地都漏了，补的时候要一起补，不要今天补一个明天补一个。一起补的好处是这一件商品的落地时间点接近，后面看数据的时候好对比。分开补的话，各目的地的上线时间差异很大，数据上的差别里混进了时间因素，读起来费劲。

补发的量大的时候，同样要先补一小部分试试。先补三到五份，确认这次的方式确实有效，再放开剩下的。跳过这一步，如果补发的做法本身有问题，会一次性产生一批新的失败记录，把原本清楚的记录表弄乱，前面攒的数据也跟着不好看了。

补完之后要在记录上把这一次的处理标清楚，写上是哪一批的欠账、什么时候补的、结果如何。这一步的意义在于它让清单能回答一个问题：这一批到底最终落了没有。没有这一步，清单上永远只有失败的那几行，看不出它后来有没有被解决。

补发的频率本身也是一个观察指标。如果补发这件事每周都在发生，而且量不小，说明分发这个动作本身有系统性的问题，值得回头去看配表和提交方式。偶尔补一两次属于正常波动，常态化地补则说明有一个固定的原因一直没有被处理掉。

差异一旦单独记下来，漏在架上没人管的份数掉得最快

没有清单会怎样

第一个后果是不知道自己到底发了多少份。没有分母，所有的数字都失去参照。这个时候别人问起这批发得怎么样，能给出的只有一句话的感觉，说不出具体缺了几份、缺在哪个目的地或者哪件商品上，只能含糊地一带而过。

第二个后果是漏掉的只能等数据异常来暴露。哪件商品在某个目的地没上架，要等到看数据的时候发现某一栏是空的，才意识到它不在了。从漏掉到发现之间的这段时间，商品在那边是缺席的，这段时间的损失无法回溯。

第三个后果是重复补发。没有记录的时候，人不知道自己上一次补过哪些，也不知道别人补过哪些。补发的情况多了以后，同一件商品可能被补了两次，同一个目的地出现两份内容相近的商品，这本身又变成一个新的问题。

第四个后果是团队里没人说得清谁发了什么。同一批商品由两个人分头发往不同目的地的时候，出了问题要先花时间核对经手关系。这段沟通本身不产生任何价值，只是因为没有记录而必须付出的成本。

第五个后果是复盘做不了。一批商品的落地出了问题，想查是哪一栏、哪个时间点出的错，没有清单就只能靠回忆。回忆出来的结论往往指向最近印象最深的那一件事，不指向真正的原因，方向一错，后面的动作全都白做。

第六个后果最隐蔽，也最麻烦。没有清单的时候，核对这件事会变成可做可不做，因为它没有属于自己的位置。做与不做全看当天有没有空，而它又不像别的任务那样有明确的交期，于是总是被排在最后，最后就慢慢不做了。

反过来看，一张清单的成本并不高。一个表格，几列固定的信息，每次分发之后填一遍，加起来可能只花几分钟。它挡住的是漏掉一份商品、重复补发一次、复盘时无从下手这几类代价，投入和收益的差距相当明显。

清单也不需要一开始就做得很细。三列就能起步，商品、目的地、结果。用上几批之后，自然会发现有哪几列一直用不上、有哪几列总想补进去，再调整就好。从简到繁比一次设计一套复杂表格更容易坚持，也更容易改。

没有清单的时候，判断一件商品在某个目的地到底在不在，只能去那个目的地的后台一件一件找。这个过程很慢，而且找到的结果不能复用，下次想问同样的问题还得再找一遍。有清单的情况下，这个问题变成查一行，几秒钟就有答案。

这件事对交接的影响也很直接。一个熟悉的人离职或者休假，接手的人最需要的就是这批商品发到了哪里、结果如何。如果全部都在某个人的脑子里，交接就只能靠口头回忆。有清单的话，接手的人自己看一遍就能进入状态，交接的成本降下来很多。

没有清单还会影响对目的地的判断。某个目的地是不是经常出问题，靠感觉答不出来；有记录的话，把几个目的地的失败率并排一放，差别就清楚了。这个判断会直接影响资源往哪里放，也会影响要不要继续在某个目的地投入。

另一个隐性的损失是经验留不住。同一个坑踩过一次，有记录的话下一次会绕开；没有记录的话，可能换一个人又踩一遍。这种事在团队里很常见，不是因为人不用心，而是因为上一次的处理过程和结论没有留下能查到的痕迹。

清单还有一层作用不太被提及，它让分发的质量变得可以被讨论。以前别人问起这批发得怎么样，只能回答还行，或者还行但有两条没过。有了清单，回答能落到具体数字和具体原因上。能落到具体位置的讨论才有改进的余地，笼统的讨论只能停在感觉上。

所以清单这件事的性价比值得单独算一次。做一张表、每次填几分钟，换来的是漏掉的能被及时看见、责任能落到人、经验能留下来、复盘有依据。挡住的那些代价加起来，远超过填表花掉的时间，这也是它不该被排在所有事情最后面的原因。

常见问题（FAQ）