Shopee上错了怎么退：上货里代价最贵的一节

上错的类型有哪几种

第一类是文字层面的错。标题里的词选偏了、描述里有错别字、写错了一个不重要的规格说明。这一类错的共同点是页面上的信息本身没有误导性，只是表达不到位。改起来最快，影响也最小，多数时候改完就没别的事了。

第二类是取值层面的错。属性选偏了一档、类目挂得太宽、规格编号对应的档位弄错了。这一类错的麻烦在于它不一定看得出来，页面上文字都对，只是选的那一项让这个商品进了错误的筛选池，或者让买家拿到手才发现不合适。

第三类是价格层面的错。价位定错了一档，或者算的时候漏了某一项费用。这一类错的来源往往是参数口径不对，凭印象估的费率一旦偏低，整批商品的价位都会跟着偏。知虾的定价计算内置了佣金与手续费参数，输入成本重量和目标利润率能算出一个建议价，用它当基准比自己估要稳。这一类错直接影响成交，处理的时候要把已经成交的那几单单独拿出来看。

第四类是实物信息层面的错。规格、材质、数量、赠品这些和实物直接对应的信息写错了。这一类里有一部分是改不了的，因为买家看过了、下单了，错的影响已经发生。改页面只是把源头堵上，已经发生的那部分要另外处理。

第五类是操作层面的错。同一件商品上了两次、上到了不打算主推的站、批次编号挂错了。这一类错不涉及内容本身的对错，是动作重复或者放错了位置。处理起来相对简单，多数情况下撤掉多余的那一条就行。

把这五类分开之后，会遇到一个反直觉的地方。最容易让人慌的往往是第三类和第四类，但实际影响最大的常常是第二类，因为它藏得深。取值偏一档不会有任何提示，买家也不会专门来问，等到从数据上看出来的时候，已经过去一段时间。

分类的时候可以按一个顺序过。先看页面上讲的信息和实物对不对得上，这一条筛出改不了的那一类；再看有没有涉及价格与费用，这一条筛出会影响订单的那一类；剩下的按是文字、取值还是操作来分。顺序固定，分类就不会漏。

分完之后给每一类配一个处置动作。实物信息类的动作是立刻停售；价格类的动作是先冻结改价、再核订单；取值类的动作是改完复核同批；文字类的动作是直接改；操作类的动作是撤掉多余的条目。动作提前写好，遇到的时候不用临场想。

有一类错容易被归错，就是描述里写了不实的促销话术。它看起来是文字问题，实际上如果是买家会据此做决定的说法，就属于要立刻处理的那一类。判断标准还是那个问题：有没有人可能按这句话做决定。有这个可能，就不能当成文字错来对待。

分类的时候还要注意一个细节，就是同一个页面可能同时有几类错。比如属性填偏了，描述里又写错了一个规格。这时候的处理顺序是先把改不了的解决掉，再解决会影响订单的，最后处理文字。顺序按代价从高到低走，不要按发现的顺序走。

给错分类这件事做到后面会变成一个习惯。看到一处不对，脑子里先过一遍属于哪一类，再决定动不动手。这个习惯的价值在于把慌乱挡住了，因为慌乱的根源就是不知道这件事有多大，分类就是在量这件事的大小。

分类的结论要写下来。写的是这一处错属于哪一类、判定依据是什么。写下来之后，下一次遇到类似的情况可以对照，也能让别人在同样的位置上做出接近的判断。分类这件事本身也是一种可以沉淀的技巧。

举一个取值类的具体例子。做户外用品的一家店，上货的时候把一款帐篷的适用人数填成了三到四人，实际是三到四人之外还有一个两人款。两款的编号只差一位，填的时候看错了一行。页面上一切正常，提交也没有任何提示。

这个错的暴露路径很典型。它不是自己发现的，是买家下单之后来问的，说按页面上写的买了一个，收到的和想的不一样。这时候才发现，原来编号填错了。从上线到暴露隔了两周，这两周里卖出去的几单都要处理。

这个例子的关键点在于，错的地方不是描述里的文字，是编号。文字写错会被读到，编号写错只是让这个商品指向了另一个规格。这一类错的特点就是静默，它不制造任何异常提示，只能靠在提交之前核对实物信息那一栏来发现。

还有一个操作类的例子。同一款商品在一天内上了两次，因为上午上过一次之后，下午接手的人不知道，又上了一遍。两条页面的内容几乎一样，只是标题里多了一个字。这种错的代价看着小，实际会影响买家对这家店的整体印象。

第三类值得说的是价格类的边角。价格本身没填错，但算的时候漏了一项固定的费用，导致这一档实际的利润比预想的薄。这不属于填写错误，属于口径错误。它的麻烦在于每一件按这个口径定的商品都偏了，是一个批次性的问题。

把这三例放在一起看，能看出上错的成因往往不是粗心。编号错是因为两行挨得太近，重复上是因为两个人之间没有交接，价格偏是因为算的时候漏了一项。成因都是流程上的，只有把流程补上，这一类错才会真的减少。

第一步不是动手，而是分清这个错属于哪一类

哪些错误能改哪些改不了

能改的错有一个共同特点，就是它影响的是这个页面接下来会怎样。标题的词改掉，后面搜到的人看到的就是新的；属性取值改过来，后面的买家就会在正确的筛选池里遇到它。已经发生的事不受影响，改的是从现在往后的部分。

改不了的错有一个共同特点，就是它已经影响了别人的判断。买家按页面上的信息做了决定，下单了、付款了、甚至收到货了，这个决定建立在一个错误的信息上。把页面改对，改变不了已经发生的这些决定。

判断一个错属于哪一类，可以问一个问题：这个错在我改之前，有没有可能已经有人按它做了决定。没有可能，就是能改的；有可能，就是改不了的那一类，要往订单层面去看。这个问题比凭感觉判断要准。

还有一个中间地带，就是能改但改的成本不低。放错类目属于这一类。改类目等于把这个商品从原来的位置挪到另一个位置，有的站挪类目之后原来的部分信息要重填。这种情况下，撤掉重新上一条有时候比改更省事。

规格编号这类错要单独说。它看起来是一个填写错误，实际上关系到买家能不能买到对的东西。规格编号和实物对不上，买家按这个编号下单，拿到的可能是另一个规格。这一类错里没有改的余地，只能立刻停下来处理。

把这两类的界线画清楚之后，处理动作就有了顺序。能改的先改，因为改完这一处就少一处错；改不了的立刻处理，因为它每多待一分钟，就多一个买家可能按错的信息做决定。两条路同时走，不要串着走。

判断能不能改，可以做一个时间上的切分。把错分成上线那一刻之前和之后两段。在上线之前发现的，全都能改，成本也最低。在上线之后、成交之前发现，多数能改。在成交之后发现的，涉及订单的那一部分就改不了了。

这个切分给出的启发是，能改的范围取决于发现得早不早。同一处错，在提交之前发现是三分钟的事，在成交之后发现就是几十个沟通的事。所以真正影响代价的不是错的类型，是发现的时间点。发现得早，大错也是小错。

有一类错无论发现得多早都改不了，就是已经下单的订单。这个发现再早也没用，因为决定已经做出来了。对这一类只能做后续的补救，把页面改对，然后把订单的实际情况一件一件说清楚。

还有一些错属于不便改但可以绕着走。比如某个属性在目标站没有对应的档位，只能就近选一个。这种情况下的处理不是改这一栏，而是在描述里把这一条讲清楚，让买家在看完描述之后能理解。绕着走不是个理想的办法，但它比硬填一个明显不对的值要好。

能改和改不了的界线要用在同批商品上。发现一件商品有一处改不了的错，要立刻查同一批里有没有共用这一处信息的商品。有的话，这些商品可能还没有成交，现在处理还来得及。同批复核的价值就在这里。

把这条界线画在记录表上会更清楚。记录里给每一处错标一个状态，是已改、已撤还是已跟进订单。标完这一栏，一批的错处理到什么程度一目了然，也不容易出现某一处错被忘在后面没人管的情况。

有一个具体的判断场景。一款商品的材质那一栏，写的是棉和聚酯纤维的混纺，实际是全棉。这是实物信息，改页面改变不了已经按混纺下单的那几单。判断的结论是这一类要立刻处理，页面改掉的同时跟进订单。

换成另一种情况。同一款商品的描述里，开头那一段写得啰嗦，把重点埋在了第三句。这是文字层面的问题，改掉之后后面看到的人读到的是新版，之前看到的人不受影响。这一类不需要惊动订单，直接改就行。

还有一种情况介于两者之间。商品的重量那一栏填成了一公斤，实际是一点二公斤。如果这一站是按重量计运费的，那么这个错就影响了买家实际要付多少。这时候要看这一栏有没有落到买家看的页面上，落到了就属于要处理订单的那一类。

这个中间情况说明一件事，同一栏信息在不同站的性质可能不一样。有的站重量只在后台用于算运费，买家看不到；有的站重量会显示在页面上。判断这一栏属于哪一类，要先看它在这个站是不是买家能看到、会据以判断的信息。

还有一类是组合性的错。属性填偏了，描述里又补了一句和这个属性矛盾的话。两处单独看都不算严重，合在一起就给买家一个矛盾的印象。这一类处理的时候要两处一起改，改完再通读一遍，看有没有第三处跟着矛盾。

边界条件还有时间上的。同一处错，在商品上线初期发现和上线一个月之后发现，处理方式差不多，但代价差很多。上线初期没有成交，改掉就完了；上线一个月之后，积累的那部分影响要靠订单沟通来消化。

越靠近实物信息的那一类，越往后越难收

改与撤的差别

改的动作是把某一栏的内容换掉，页面还是原来那个页面。它的好处是页面上的其他积累都保住了，之前看过的买家如果回来，看到的是同一个商品。它的局限是改的范围有限，整套内容都不对的时候，改完等于重做，还不如撤。

撤的动作是把这条商品整个拿下来，重新上一条或者干脆不上。它的好处是干净，错的东西一次性消失，没有残留。它的代价是原来这个页面的东西全部丢掉，曝光记录、收藏、评价、销量数字，都跟着一起走，新的一条从零开始。

两者最大的差别在时间上。改几乎不占用额外的时间，改完这个页面的历史还在；撤要多走一遍上货的流程，而且新的页面要重新积累。所以在能改的情况下，改通常比撤划算，除非这个页面本身没什么积累。

两者还有一个差别在心理上。改完之后心里踏实，因为处理完了；撤下来之后会有一段时间的空窗，新页面没什么动静，容易让人怀疑是不是撤错了。这种怀疑往往会催生一些没必要的动作，比如急着再上一次别的款来补。

有一类情况撤是更好的选择，就是错得比较基础。比如类目挂得完全不对，或者属性的取值整套都对不上这个站。这时候改要改很多项，改完还是要重新核一遍，工作量接近重做；撤掉重新上一条，反而更省事。

判断改还是撤，可以用一个很实际的标准：改完这个页面之后，我要不要再核一遍它的其他项。如果要核，说明改动牵扯的地方多，撤可能更省事；如果不用核，说明改动只涉及一处，改就够。这个标准不精确，但比凭感觉要稳。

改的时候要注意一个细节，就是改动的范围不要超出必要。原本只是标题里的一个词选偏了，顺手把整个标题重写一遍，反而可能把原来写对的部分改坏。改的动作越小，复查的范围就越小，出二次错的概率也越低。

改完之后要复查，但复查的项要挑。改了标题就回头看看这个词在标题里的位置读起来顺不顺；改了属性就核一下同批里其他商品有没有用同一个取值；改了价格就重算一遍，看这一档的利润是不是落在原来设的区间里。复查按项做，不做全页通读。

撤的时候要考虑撤下来的时点。如果这个商品还在活动的申报期里，或者还有未完成的订单，撤的动作要安排在这些事情处理完之后。撤得太急，可能把一单正在履约的订单打断，反而多出一堆麻烦。

撤之前把这一条的内容存一份。存下来的用处有两个，一是重新上的时候可以直接改，不用从头写；二是后面复盘的时候能看清楚当初错在哪一栏。存一份这个动作只要几分钟，省的是后面重新准备的全部时间。

有一类情况可以先不动，就是错还没有影响任何买家，而且这个商品本来也没多少曝光。这种情况可以先记下来，等下一批处理的时候一起改，不必专门为它跑一趟。判断依据是这一处错被看到的机会有多大。

改和撤的选择不是一次定死的。先按标准判断一次，处理的过程中如果发现牵扯的项比想象的多，可以改成撤；反过来，本来打算撤的，打开一看只有一处不对，也可以改成改。允许在过程中修正判断，但修正要有理由，记下来。

举一个改的场景。一款商品的标题里有一个词选偏了，导致搜那个词的人搜不到它。改的时候把那个词换成实际有搜索量的说法，其他一个字不动。改完提交，当天再看这个词下的位置，能搜到了。整个过程几分钟。

举一个撤的场景。一款商品的类目挂错了，挂在了一个大类目下，出来的都是不相关的同类。这种情况下去改类目，等于把这个商品从一个池子挪到另一个池子，原来填的部分信息在这个新类目下用不上，要重填。撤掉重新上一条更省事。

两个场景的差别就在改动的范围。改动的范围是一栏，改；改动的范围牵动了其他栏，撤。这个标准可以用一个问题来辅助判断：改完这一处之后，我还有没有别的地方要跟着动。有，就说明范围不止一栏。

撤的时候有一个安排上的细节，就是撤下来的商品如果在几个站都上了，要看是不是每个站都要撤。有的站挂的类目是对的，那就不必撤。多站的时候，撤的范围要按站判断，不能因为一个站撤了就把其他站一起撤掉。

改完之后有一个回头看的动作值得做，就是隔一段时间看一次改的这一栏有没有再出问题。有的错改完之后会复发，原因是当初那个错的来源没有解决。比如取值参考里本身写着错的，改了页面但参考没改，下一批还会照错填。

撤完之后同样有回头看的动作，就是看这个商品是彻底不做了还是要重新上。如果重新上，要在重新上之前把内容改一遍，把当初撤的原因解决掉。不做这一步，重新上的那条只是在重复一次撤之前的经历。

撤下来的连带影响

最直接的连带影响是曝光记录清零。原来这个页面上积累的位置、被搜到过的记录，撤掉之后就没有了。重新上一条，等于用一个新页面重新开始积累。这个过程需要的时间，取决于这个类目的竞争密度。

第二个连带影响是评价和销量数字。有的站会把这两项跟着商品页一起处理，撤掉之后重新上，原来的评价不跟着走。买家在决定下单的时候会看这两个数，数字从有到无，会影响新页面的转化。这一点的代价不容易量化，但确实存在。

第三个连带影响是收藏。有些买家看过了但没下单，收藏起来了。撤掉之后这些收藏就失效了，等他们回来的时候找不到原来那件商品。这部分买家本来是最有可能成交的一群，撤掉等于把这部分意向直接丢掉。

第四个连带影响和订单有关。撤下之前如果已经有订单，撤的动作不会让订单消失，这些订单还是要按原来的信息履约。如果实物信息和页面写的不一致，这些订单就是最难处理的那一部分，要一件一件去沟通。

第五个连带影响是操作上的。撤下来之后如果打算重新上，要重新走一遍上货的流程，内容要重新准备，属性要重新核。这一遍的工作量和上一遍差不多，而且这一次还带着「上次错在哪」的压力，做起来更累。

把这些影响放在一起看，撤的成本明显高于改。这不意味着撤要少用，而是意味着撤要用得准。判断标准是错得深不深：错在一处，改；错在一层，撤。判断错了会付出代价，一个是留着一处错，一个是白丢掉一个页面的积累。

有一个连带影响和平台机制有关，就是撤下来之后再上，新的页面从头开始积累。这段时间里它在一个相对靠后的位置上，看到的人少。要等它重新积累到原来的位置，需要的时间和这个类目的竞争密度挂钩，密的类目更久。

另一个连带影响在自己这一头。撤掉之后再上，内容要重新准备，而重新准备的时候心态和第一次不一样，容易因为急着补上而把某几项做得不如第一次细。这一点要提前防，方法是在撤之前就把内容存好，重新上只做必要的核对。

撤下来还会给记录带来一笔。撤的动作本身要记，记清撤的日期、原因、撤之前的状态。这笔记录在隔一段时间回看的时候有用，因为它能说明这个商品当初为什么没了，避免自己后来想不起来。

如果撤是因为错得深，那撤之后要花时间在这个款本身。这个款是不适合这个站，还是内容没表达对？如果原因是后者，重新上的时候要把内容改一遍再上，否则新页面会带着同样的毛病重新开始积累。

撤下多个商品的时候要注意节奏。同一天撤掉一批，会留下一个明显的空档，店铺看起来像是停了。可以分散到几天处理，一次撤一两个，同时上一些新的补上。节奏上平稳一点，对店铺整体的观感更好一些。

还有一层影响是对自己的判断。撤过一次之后，容易对相近的款产生过度谨慎，本来能上的一直不敢上。这时候可以回头看撤的那个案例，看当初错在哪一步，是内容错还是判断错。如果是内容错，其实不影响这一类款本身的判断。

有一个具体的情形能说明连带影响的大小。一款卖了一段时间的商品，积累了一些评价和一定的销量。因为一个属性填错被撤下来，重新上了一条新的。新的那条下面评价是空的，之前买家看评价再下单的那部分需求，这一批就接不到了。

还有一个情形是收藏。撤之前有几十个人收藏了这件商品，撤掉之后这些收藏变成了无效的记录。这些人里有一部分原本会回来买，撤掉之后他们回来找不到了，很可能转到别家去看。这部分损失看不到数字，但它确实发生了。

撤下的时机也影响连带面。如果是在一次活动期间撤的，活动带来的流量本来正在往这个页面上集中，撤掉之后这部分流量会落空。所以撤的时机尽量避开流量集中的时段，能往后挪一挪就往后挪。

还有一层连带影响是自己的操作节奏。撤掉一个商品之后，通常要补一个新的上去，这意味着临时插进一批工作。如果撤的当天还排着别的批次，这天的工作量会明显过载。安排撤的时候要把补货这件事一起算进去。

撤的次数多了之后，会出现一个隐性的影响，就是自己对这个类目的信心下降。连着撤几个款之后，容易觉得这个方向不行了，其实撤的原因可能只是内容没做对。这时候要把撤的案例翻出来看一遍，看清楚撤的都是因为什么。

减少连带影响有一个办法，就是在撤之前先把这个商品的内容存一份完整的备份。备份里包含所有栏位的取值、图片、描述。重新上的时候直接用这份备份改，内容准备的时间就能省下来。备份这个动作花几分钟，省的是后面一整遍准备。

怎么把上错的概率压下去

压概率的第一个着力点是把检查放在上线之前。上错被发现的方式有两种，一种是上线之后自己或者数据发现问题，另一种是上线之前核出来。第二种的成本比第一种低得多，因为后面的曝光、收藏、订单这些连带影响都还没发生。

第二个着力点是检查的项要挑对。不是每一栏都值得同样仔细地核，实物信息那几栏要花最多的注意力，因为那一类错改不了。文字层面的错可以上线之后再修，属性取值的错要复核一批，实物信息的错没有修的余地。

第三个着力点是取值这一类要有固定的来源。属性取值填错，很多时候是因为当场翻别人的页面看，看的时候记住了一个大概，填的时候凭印象填了一个相近的。把常用的类目取值整理成一份自己的参考，填的时候照着抄，这一类错能压下去。

第四个着力点是批次之间的核对。同一批商品往往共用同一份取值和同一份描述底稿。一处错说明这一批用的那份东西有问题，同一批里其他商品很可能有一模一样的错。批内交叉核一遍，能一次性发现一批错，比一件一件查要快。

第五个着力点是错的分级。把所有错同等对待，结果是精力被大量的小错消耗掉，实物信息这类大错反而没被认真核。给错分级，把注意力按代价分配，小错可以接受少量存在，大错要尽量压到零。

还有一件事能做，就是把上错当成一个可以改进的指标，而不是一次失败。每一批上完之后，把这一批的错记下来，看是哪一类的、集中在哪一栏。记上几次之后，自己最容易出错的栏位就露出来了，之后重点核那几栏就行。

把检查放在上线之前，具体做法是给上货的最后一步加一个停顿。提交之前把所有栏位从上到下快速扫一遍，重点看实物信息那几栏。这一遍不追求看得细，只追求把明显的错抓出来。这一遍花一两分钟，拦下的是最贵的那一类错。

扫描的时候可以按两栏一组来看。看一栏的时候脑子里过一下这一栏讲的是什么，和实物对不对得上。分组的目的是让注意力有节奏，一口气看二十栏容易滑过去，两栏一组看就不会太累。

取值这一项要有自己的参考。做法是把常用类目的属性档位整理下来，写清这个站有哪些选项、每个选项大致对应什么。第一次整理费点时间，之后每次填这一栏都可以照着查。填的时候抄，比凭印象填要稳。

批内交叉核也是一个具体动作。同一批商品提交完之后，把所有商品的同一栏并排放在一起看。比如把这一批的规格编号排成一列，逐个扫一遍，看有没有跳档、有没有重复、有没有对不上实物的。并排看比一件一件看更容易发现异常。

给错分级之后，注意力可以按级别分配。实物信息类核两遍，价格类核一遍并算一遍，取值类核一遍并复核同批，文字类扫一遍即可。把力气按代价分配，比平均分配要有效，因为平均分配意味着最该用力的那几栏没有得到额外的注意力。

最后一件是把上错的次数当成一个要往下压的数。每一批记一下这一批出了几处错、都属于哪一类。连着几批看下来，如果实物信息类的错一直是零，说明这一类已经压住了；如果某一类反复出现，就针对那一类加一道检查。

有一个具体的做法是把必核的栏位固定下来。一批商品不管有多少栏，必核的只有那么几处：规格编号、材质、数量、价格、类目。这几处核完，代价最大的那几类错基本就拦住了。其余栏位出错的代价都在可接受的范围里。

核这几栏的时候可以给自己定一个动作，就是每一栏都念一遍。念的动作强迫自己把这一栏的内容真的读进去，而不是扫一眼就过。念一遍花不了几秒，但能拦住绝大多数因为扫得太快而滑过去的错。

还有一个做法是把同一批商品的同一栏并排核。把这一批所有商品的规格编号列出来放在一起看，跳档、重复、对不上实物，这三种异常并排看的时候都很显眼。分开看的时候，每一件都显得正常。

重复上货这一类错要靠交接来防。两个人以上做上货的时候，谁上了什么要有一个共同的记录。记录里写清日期、款式、站点，上之前先看一眼。没有这个记录，同一个人隔一天忘了也会重复上，两个人之间就更不用说了。

价格类的错要靠公式来防。把费率、手续费、运费这些参数写成一个固定的算法，每一次都在这个算法上填数，不凭印象估。算法可以很粗糙，但只要每一次都用同一个，就不会出现不同批次口径不一样的情况。

最后一个办法是给上货流程加一个简单的收尾动作，就是上完之后念一遍这一批上了几件、都上了哪些站、有没有哪一件心里没底。念一遍的过程里，没底的那一件通常自己就冒出来了。冒出来就当场核，比事后发现要省事得多。

还有一个具体的核对动作值得加进来。同一类目下的商品，规格是怎么分档的，可以拿同款页面来对照。知虾的浏览器插件在商品页上能直接显示销量、价格历史与规格结构，核对的时候把同款的规格结构调出来，看自己这一栏的档位划分是不是漏了一档或者串了一行。

类目挂错这一类也可以提前拦。上货之前先确认这个商品该挂在哪个叶子类目下，判断依据是这个类目里在卖的都是什么。知虾的选品支持从五级类目往下钻，能看到类目里的供需比与头部集中度，用它来确认挂的位置有没有偏，比凭感觉挂要可靠。

每种处置都省不干净，选的是哪一种代价更付得起

上错之后的第一步动作

第一步是先不要动页面，先把情况记下来。记的是发现有错的时间、错在哪一栏、原本填的是什么、应该是什么。这几项当时记得最清楚，隔几个小时再回来，有些细节就想不起来了。

第二步是查有没有已经成交的订单。这一步是整件事里最关键的一步，它决定了这件事的量级。没有订单，处理的是一个页面；有订单，处理的是若干个买家。查的动作很简单，但顺序必须在动页面之前。

第三步是判断这个错属于哪一类。能改的、改不了的、操作层面的，三种处理方式完全不一样。判断的依据是前面那个问题：在这个错被改掉之前，有没有人可能按它做过决定。有就是改不了的那一类。

第四步才是动手。能改的立刻改，改完之后把同批里用了同一处内容的商品一起核一遍。改不了的立刻把这个商品的处理状态定下来，该停售的停售，该撤的撤，不要让它在有错的状态下继续被别人看到。

第五步是把已成交的订单单独跟进。这一步和页面处理是两条线，可以并行。订单这一头要做的是把实际情况告诉买家，看对方是要退还是要换，把沟通的过程和结果记下来。这一头费的是时间，不是技术难度。

这五步的顺序不能随意调。先查订单再动手，是为了保住判断的依据；先分类再动手，是为了不把能改的错撤掉。慌乱的时候最容易跳过前几步直接动手，而动完手之后再想查原来是什么状态，往往已经查不清了。

第一步记情况，具体要记四项：发现的时间、错在哪一栏、当时填的是什么、应该是什么。这四项最好当场就写下来，写在记录表里。人的记忆在这一件事上不可靠，隔一天再回想，经常记不清原来填的是哪一个值。

第二步查订单，做法是打开订单列表按这个商品筛一遍。看看有没有在这个商品上线之后产生的订单，有几单，分别是什么时候的。把单号抄下来，这几单后面要单独跟进，页面的处理不影响它们。

第三步分类，参照前面那几类的划分快速判断。这一步只用几十秒，但它的结论决定了后面所有动作的方向。判断的要点是这一处错有没有可能已经影响了买家的决定，有这个可能，就走处理订单的那条线。

第四步动手，动作要干脆。能改的当场改掉，不要拖到下一批；改不了的立刻把状态定下来，该停的停、该撤的撤，不要让它继续以错的状态被人看到。动手之后顺手把同批里共用同一处信息的商品核一遍。

第五步跟进订单，做的是逐个沟通。沟通的要点是把实际情况讲清楚，然后给买家选择。这一步的节奏要稳，不要因为着急而给出没有把握的承诺。沟通的过程和结果记下来，以后遇到同类的情况有参照。

整件事做完之后，把这五步的顺序回头核一遍，看有没有哪一步应该提前。多数人第一次处理的时候会先动手再查订单，处理几次之后就能形成正确的顺序。这个顺序本身也是一个值得写下来的经验。

举一个处理的实例。某店上完一批之后自查发现，一款商品的属性里，颜色那一栏选成了另一个相近的颜色。发现的时候是当天晚上，还没有订单。处理动作是先改这一栏，然后把同批里用了同一个颜色取值的其他几件核了一遍，发现有另一件也选错了，一起改掉。

同一家店后来遇到另一处错，是上线三天之后由买家问过来的，说是收到的规格和页面上写的不一样。这时候的处理动作就不一样了。先记下这一单的编号，再查有没有别的订单也买了这一款，查到还有两单，三单一起跟进。同时把规格那一栏立刻改掉。

两个实例的差别就在有没有成交。前一个的处理只用了十几分钟，后一个用了几天，因为要跟三个买家分别沟通，还要处理退换。同一个栏位的错，因为发现的时间点不同，代价差了一个量级。

还有一类处理要注意顺序，就是撤下来的同时发现还有其他商品受影响。这时候不要一边撤一边查其他的，先把要撤的撤干净，让它停止产生新的影响，再回过头来查其他商品。正在发生的损失要先止住。

处理完之后，把这一例写进案例表。案例表里的这一条除了起因和动作，还要写上发现的方式。是自己发现的还是买家问过来的，这一栏能说明自己的检查环节有没有漏洞，也能看出哪一类错靠自查发现不了。

如果一处错连续在两个批次里出现，要停下来看流程。同样的错重复出现，说明前一次的处理只改了结果，没有改来源。来源可能是取值参考里的一个错值，可能是模板里的一个默认项，也可能是两个人之间没有交接。找到来源并把它改掉，这一处才会真的消失。

把错的类型分开记，重复犯的那几种才会自己露出来

把上错的案例记下来

记案例的第一个要素是起因。不能只写这一栏填错了，要写为什么填成了那样。是因为取值参考里本来就有问题，还是因为当时时间紧随手填的，还是因为这一栏和另一栏看起来很像。起因不同，防的办法不同。

第二个要素是发现的方式。是自己上完过一遍的时候发现的，还是买家问过来的，还是看数据觉得不对才发现。这三种方式的成本差别很大，记下来之后能看到自己的检查环节在什么位置上还有漏洞。

第三个要素是处置的动作。改了什么、撤了什么、订单怎么处理的、用了多久。这一项记下来，下次遇到同类的错就有了参照，不用重新想一遍。处置动作是可复用的，因为同类的错处理方式大体一致。

第四个要素是这一次的代价。代价分几种，花掉的时间、影响的订单数、丢掉的那个页面。不用算得很准，记一个量级就够。有了代价这个数，错和错之间才能排出轻重，才知道哪一种错最值得花力气去防。

记录的形式不用复杂，一张表几列就够。关键是每一例都记，不要只记大的。大的错记得住，小的错容易忘，而小的错往往是大的错的前身。小错攒够几次，就会发现它们都从同一个地方来。

案例积累到一定程度之后，可以做一次归类。看哪一类的错出现得最多、哪一栏最容易出问题、哪一步检查漏掉的最多。得出的结论可以很小，比如某一栏以后填完必须回头看一眼，但它是从自己的实际错误里长出来的，比任何通用的提醒都管用。

案例的记录可以从最普通的一例开始。不用等攒出一个典型的大错，眼下手边这一处小错就可以记。记第一例的时候会觉得没什么可写的，写完之后回头看，会发现起因那一栏其实很不简单，因为要真正想清楚为什么填错。

写起因的时候可以多问一层。属性填偏了，为什么会填偏？是查的时候看错了行，是取值参考里本身写着错的，还是这个属性在目标站压根没有对应的档位。问到第二层，防的办法才出得来，停在第一层只能写出下次要仔细。

案例记下来之后要有人看。看的人是未来的自己，所以写的时候要把当时的上下文写清，比如这一批上的是什么类目、是什么时间、当时赶不赶。没有上下文，过几个月再看，就不知道这条记录说的是什么事了。

可以给案例加一个复用标记。哪几例的处置动作是可以照搬的，标出来。下次遇到同类情况，直接翻到标记的那几条照着做。案例的价值一半在反思，一半在复用，复用这一半靠的是标记。

案例积累到十几条之后，可以按栏位排一次序，看哪一栏出现的次数最多。排出来的结果往往集中在一两个栏位上。这两个栏位就是接下来重点核的地方，也是下一次整理取值参考时优先补的地方。

记录这件事最难的地方是坚持，所以形式要尽量轻。一张表、五六列、每次填一行，比写一篇完整的复盘要容易坚持得多。坚持填上几批之后，这份表会自己显出价值来，那时候就不需要靠意志力去维持了。

案例表可以先从一个最小的结构开始。一行一例，列上写日期、栏位、起因、发现方式、处置动作、代价量级。六列就够用，不需要更复杂。表越简单，填的意愿越高，积累才有可能发生。

填的时候有一个容易忽略的地方，就是代价那一栏。不要只写花了很多时间，写一个具体的量，比如大约两小时、影响了三单、丢掉了一个页面。有了具体的量，例与例之间才能排序，才能看出哪类错最该防。

案例攒到一定数量之后，可以做一个反向的用法，从上货之前看一遍最近几例开始。这一遍不用细看，就扫一下最近几例的栏位，提醒自己这几栏注意。扫一遍只要一分钟，但把最近犯过的错又提了一次。

同一类错记了三例以上之后，可以试着分析它们的共性。是都发生在同一栏，都发生在同一批的末尾，都发生在赶时间的时候？找到共性之后，防的办法就可以落到一个具体的时点或者栏位上，而不是笼统的提醒自己仔细。

案例表还可以和取值参考放在一起。发现某一栏的错来自取值参考，就把参考里那一处标出来改掉，同时把这个案例挂在旁边。这样下次翻参考的时候，能看到这一处曾经出过错，也就能多看一眼。

最后要接受一件事，就是上错不会消失，只会变少、变小。案例表的作用不是把错记到零，而是让代价最大的那一类错越来越少，同时让处理错的动作越来越顺。做到这两点，上货这一环节的稳定性就上来了。

常见问题（FAQ）