Shopee上完一批自己过一遍：上货后的自查

自查放在什么时点

先说一个常见的时间线。一批货在周三上完，周五开始有零星曝光，第二周的周二开始有点击，第三周才勉强看得出哪个款有戏。多数人的自查发生在第三周，也就是数据已经成形的时候，这时候翻回去看页面，看到的东西已经带上了结果的影子。

这里的区别很微妙但很关键。数据出来之前看页面，你是在检查一件事做得对不对，判断的标准是自己当初定过的口径。数据出来之后再看，你已经知道哪个款不行了，看的时候会不自觉地往那个方向找原因，找到的解释往往不是真正的原因，只是合理的原因。

还有一个更实际的理由。数据出来之前，资料和记录都还在手边，改起来不用重新找。隔了三周再回头，当时用的那份表可能已经被覆盖过，当时的图片顺序也记不清了，想改也得先把上下文重建一遍，成本比当场高得多。

所以自查的时点建议固定在上完当天，最晚不过第二天。做不完可以分两次，第一遍和第二遍当天做完，第三遍留到第二天，但三遍都要在这一批的资料还没被下一批覆盖之前走完。

把时点固定下来还有一层作用，它让自查和复盘分开。自查是对着上货这件事查，复盘是对着结果查。两件事标准不同、时点不同，混在一起做的时候，人容易用复盘的心态去做自查，那就什么也查不出来了。

落地这个时点有一个具体做法：把自查当成上货流程的收尾步骤，而不是另一件独立的事。流程上写完提交，紧接着就是三遍自查，中间不插别的事。这样安排，做起来不容易被别的任务挤掉。

安排的时候把时间算进去。一批十件商品，收尾这一段要四十多分钟。如果排产的时候只算了上货的时间，收尾这一段就会被当成可以省略的部分，忙起来第一个被砍掉的就是它。把时间算进去，它才有位置。

还有一个动作能让时点不漂移，就是给每一批标一个自查完成的状态。清单上这一栏是空的，说明这一批还没收尾，下一批就先不要开始。用一个看得见的状态去约束，比靠记性去约束要稳得多，因为状态是别人也能看见的。

遇到批次很大、当天做不完的情况，可以按商品拆开。先做当天提交的那部分，第二天接着做剩下的部分，但不要跨过下一批的开始时间。跨了就说明自查已经排在了上货的后面，优先级实际上被打下去了。

如果连续几批都做不完收尾，那要重新看一批的数量是不是切得太大。自查做不完往往不是自查太慢，而是这一批本身超过了当天能处理完的量。把批次切小一点，收尾就做得完，这件事和批次大小是连在一起的。

有一个具体的场景可以直接对照。某店做的是厨房小工具，一批上了十二件，周三提交完成。他们当天晚上花了一个小时走完三遍，查出四件事：一件的主图第二张没显示，一件的属性里可折叠写成了可叠，两件的描述底部还留着上一批商品的名字。

这四件事如果留到数据出来之后再发现会怎样。主图缺一张，曝光可能不会受太大影响，但点击会被拖住，到了第二周看到点击率偏低，会去怀疑主图本身选得不好，换图的动作也就跟着做错。实际的问题只是少了一张图而已。

属性写错那一件更典型。属性写错不会挡住下单，买家也不会专门来问，它会安静地待在那里。等到某天你翻这件商品，才会看到这个错，那时候已经过了好几周，期间所有判断都是在这个小偏差上做出来的。

底部残留名字的那两件，属于最不容易被发现的一类。页面打开是正常的，描述读起来也通顺，只有看到最后一行才会发现说的是上一批的东西。买家看到这一行未必会说什么，但它会让整个页面显得不够认真。

这个例子想说明的是，自查的价值不在于能查出多大的错，而在于把那些小偏差在还没有影响判断之前清掉。小偏差本身不致命，致命的是它们在数据里和真实情况混在一起之后，就再也分不清了。

自查要放在数据出来之前，放在之后它就变成解释而不是检查

第一遍：页面本身

第一遍只看页面，不看任何别的资料。要点开商品页，从买家的角度从头看到尾，看这一页自己是不是完整的、能不能正常下单。这一遍的处理顺序是先看有没有，再看对不对，第一步只回答有还是没有这个问题。图有没有、价有没有、规格点得动点不动，都是有和没有的问题，先在这一步答完。

看的东西有几样。图有没有全部显示出来，有没有哪张图是空白的或者裁坏了的。价格是不是显示了，显示的价格和你想定的那一档是不是同一个数。规格那部分选不选得动，选完价格会不会跟着变。数量能不能填，加购和下单的按钮点下去有没有反应。

这一遍最容易漏的是规格。属性栏、规格栏、变体栏这几处在页面上长得不太一样，批量填的时候经常有一栏没填上，页面上看是空着的，不影响下单，但买家要的信息少了一块，往往直接换一家看。

还有一处是描述的开头。描述填进去了不代表有效，如果开头几句写的是通用的话，买家往下翻的动力就很小。第一遍看的时候，把描述当成第一次读的东西读一遍，看开头有没有直接说出这个商品的用途。

这一遍的速度其实很快，一件商品一两分钟。它的价值在于挡住那些不看就上架的低级问题，这类问题在上货环节出得不算少，而且只要看一眼就能发现，被漏掉纯粹是因为没过这一道。

第一遍有几个固定要点的位置，记住位置之后查起来很快。主图区在页面上方，看显示是否完整；价格和促销标签在标题下方，看数字对不对；规格选择在中间，看能不能点；库存和运费在下单按钮附近，看有没有挡住下单。

点开规格那一栏时要真的去点，不要只用眼睛看。有些栏位看着有内容，实际上点不动，或者点完之后价格不跟着变。这类问题在批量填的时候容易出现，光看是看不出来的，得手动选一次最上面和最下面那两个规格。

描述要滑到底看一次。描述很长的时候，底部容易出现上一次复制留下的小尾巴，比如以前商品的名字、别的季节的说法。这类残留不影响页面打开，但买家看到会觉得这个页面是随手拼的，信任感会掉一截。

手机上的样子要单独看一次。后台里看到的页面和买家在手机上看到的不完全一样，主图被裁掉一部分、描述里的表格错位、价格被挤到第二行，这些都是在手机上才看得出来的。用手机打开一遍，花不了多少时间。

第一遍查出问题之后当场改。这一遍查出来的问题基本都是可以马上动手的，改完再往下走一遍，确认改动生效了再结束这一遍。把第一遍的问题留到后面再改，很容易和第二遍的内容混在一起，分不清哪一条是改过来的。

有一个细节值得单独说：商品页在后台和在买家端看到的不完全一样。后台显示的是你填进去的内容，买家端显示的是平台处理过的内容。有的内容在后台填了，买家端不显示；有的格式在后台看着正常，买家端会串。

所以第一遍最好在买家端看，而不是只在后台看。用搜索的方式找到自己这件商品，或者直接打开前台页面。这一步多的那点工夫，换来的是真正被买家看到的样子，比在后台看一遍有价值得多。

还有一种情况下更要看前台，就是同一个商品在多个站上架的时候。不同站的语言和显示习惯不同，标题被截断的位置不同，描述里的符号有的站显示不出来。逐站打开前台看一次，这类问题才不会被带到后面。

前台看完之后，如果某个商品在第一页找不到，不要紧，换个型号词或者用一个更宽的词搜。搜不到本身也是一个信号，说明这个商品在词上和买家对不上，这件事留给第三遍去处理，第一遍先记下来。

第一遍做完之后，如果同一个问题在多个商品上出现，直接把这个商品所在的那一批都看一遍。比如主图顺序问题是模板带过来的，那就不是一件商品的问题，整批都要重排一次。查出的问题是单件的还是整批的，处理的方式差得很远，这一步是用来分辨的。

排在前面的几项，都是在页面上并排一看就能发现的

第二遍：信息一致性

第二遍要两份东西并排。一份是页面上实际显示的内容，一份是上货时用的那份资料表。两份摆在一起，逐项对看的是同一件事有没有被说成两样。这一遍查的不是有没有，而是对不对得上，所以两份必须同时在视野里，来回切换着看是查不出来的。

常见的不一致有三种。一种是标题和描述的重点不一样，标题突出的是轻便，描述里从头到尾在讲容量，买家看到的两次强调对不上。一种是属性栏的取值和描述里的说法不一样，属性写着可折叠，描述里没提这件事。还有一种是价格，页面上挂的数和成本表里算出来的那一档对不上。

第二种最容易出，因为属性和描述往往不是同一时间写的。属性可能是照着同类卖家的页面梳理的，描述是从自己以前攒的底稿改的，两处来源不同，说法就容易岔开。并排对的时候，这种偏差几乎每次都会被看到。

规格编号这一类也要在这一遍对。页面上每个规格对应的编号，要和库存表里的编号逐个对上，特别是同一件商品有多个规格的时候，串行的概率并不低。编号错了不会影响页面打开，但会直接影响后面发货对应的是哪个规格。

这一遍花的时间比第一遍长，因为要翻两份东西。可以把资料表按内容的顺序重排一次，让它和页面上栏位的顺序对应起来，对的时候一行一行往下走，不用来回找。重排一次能省下后面每一次的时间。

做第二遍之前有一个准备工作值得花十分钟：把资料表的列顺序调成和页面栏位一致。页面从上到下是先标题、再价格、再属性、再描述，资料表也按这个顺序排。排一次，后面每一批都能用，这是这一遍里最省时间的一件事。

对的时候用两个屏幕或者把窗口并排，比来回切换要好得多。来回切的时候要在脑子里记住刚才看到的内容，记性一旦撑不住，就会变成大概对过了，而大概对过是查不出问题的。并排放着，两处的内容同时在视野里，对起来才实在。

对到描述这一项时，不要只对开头。描述中间和结尾也常常保留着上一版的说法，尤其是从底稿改过来的描述，改的人通常只改了开头那一段。把描述从头到尾扫一遍，看有没有哪一句明显和前面对不上。

属性和规格这两项要逐格对。一格里填了两个概念、一格该填数值却填了文字、相邻两格的内容互换了位置，这些在页面上都显示得规规矩矩。逐格对着资料表看一遍，这类问题才会露出来。

第二遍查完，把发现的不一致按类型数一次。如果同一类不一致在整批里反复出现，那说明问题不在这一批，而在模板或者底稿上。这时候改模板比逐件改要划算得多，下一批也不会再犯。

有一个具体的报表例子。某店把第二遍查出来的偏差按商品记在一张表上，列是商品名、偏差类型、发现批次。连着记了三批之后，偏差类型这一列里，属性与描述不一致出现了十一次，标题与描述重点不一致出现了三次。

这十一次集中在哪里，顺着表往回看，全都出现在同一类商品上，也就是属性栏内容比较多的那些。属性一多，从别的页面借鉴过来的写法就多，和描述对不上的概率自然就高。看清这一点之后，这一类商品在整理阶段就多了一道对属性的动作。

这个发现靠单批看不出来。单批里属性不一致可能就出两三次，看着像是偶发，处理方式也就变成发现了改一下。只有把几批放在一起，才看得出它其实是一个固定的漏洞，值得在流程上加一道。

同一张表还有另一个用处，能看出偏差会不会随时间减少。第一遍记录里出现十一类偏差，第三批记录里只剩四类，说明前面改的那几个动作起了作用。一张一直不变的偏差表，说明改动只是在处理表象。

记这张表的时候，偏差类型要用固定的选项。写的时候先定几个大类，属性与描述不一致、标题与描述不一致、价格口径不符、编号写错，填的时候从里面挑。用不同的说法描述同一件事，汇总的时候就数不出个数来。

第三遍：和上货前的判断对一遍

第三遍查的东西和前两遍不一样。前两遍查的是页面和资料之间对不对得上，第三遍查的是这一批商品和当初决定上它的理由之间对不对得上，也就是回头看判断本身有没有走样。前两遍看的是做得好不好，这一遍看的是做的事是不是原来那件事。

具体做法是翻出上货之前留下的几句记录。可能是这个款的价位区间，可能是它要抢的那个搜索词，可能是这一批要测的是低价位还是高价位。翻出来之后，对着现在已经上架的页面看一遍，页面上写的重点是不是当初想去争的那个方向。

这一遍会查出前面两遍查不出的东西。页面完整、信息一致的商品，仍然可能和当初的判断不一致。比如当初想测的是这个款在某个价位上有没有需求，结果上架的时候价格随手取了一档更高一点的，测的东西就变了，后面的数据也就没法用来回答当初那个问题。

还有一类是关键词上的走样。当初想争的词，标题里其实没写进去，或者写进去了但位置太靠后。这时候可以借助一些外部信息来看，知虾看到的是搜索端的量，它能给出一个词的需求规模和在售供给的相对关系，用来核对当初挑的那个词是不是值得争。

这一遍是三遍里最容易被跳过的一遍，因为它不产出可以直接改的动作。但它决定的恰恰是这一批上货的意义，如果第三遍查出来方向走偏了，前两遍做得再细也只是把一个偏了的页面做得很工整。

做第三遍要有东西可对，所以上货之前留下的记录是关键。记录不用复杂，几句话就够：这个款要争哪个词、价位定在哪一档、这一批想验证的是需求还是价格接受度。把这几句话和批次编号放在一起，翻的时候一眼能找到。

对的时候重点看三个地方。标题里有没有那个要争的词，价格在不在当初定的那一档里，描述突出的点是不是当初想突出的那个方向。三个都答上了，这一批的方向就没走偏。这三个地方对应的是词、价、重点，刚好是上货之前必须先定的三样。

价格这一项特别容易走偏，因为上货的时候经常是随手取一档，取的时候觉得差不多。对的时候拿当初定的区间去比，落在区间内就是没偏，落在外面的要把原因记下来。原因往往不复杂，可能是当时看到的同类价格更高，于是跟着调了一点。

词这一项可以用外部信息核一次。当初挑的词到底有多少人在搜、有多少同类在抢，光凭印象判断容易偏。知虾的关键词分析里有选词这一项，看的是搜索指数和供需比这两个数，用它们来核对当初挑的那个词是不是选在了人多货少的位置上。

三个地方都对上了，第三遍就结束。如果发现方向偏了，要判断是当事的判断错了，还是上货的时候执行偏了。判断错了，说明选款的依据要调整；执行偏了，说明上货这一步缺一道核对。两种情况的改法完全不同，不要混为一谈。

有一个走样的例子。某店想验证一款收纳袋在偏低价位上有没有需求，上货前记录里写的是争这个词、价位定在一档偏低。上货之后第三遍对的时候发现，页面上挂的价格比记录里高了一档，原因写的是当时看到同类都卖得更高，就跟着调整了。

这一调整把这一批的测试意义改掉了。原来想验证的是偏低价位上有没有需求，现在挂的是偏高价位，跑出来的数据只能回答偏高价位上的问题，原来那个问题没有答案。表面上这一批跑得还不错，实际上想验的东西没验到。

这类走样在价格上最常见，因为价格改动太方便了，上货的时候随手一调就变了。但它其实也出现在别的项上，比如标题里要争的那个词被换成了一个更顺口的说法，描述里重点突出的点从耐用换成了好看，都是执行过程中的随手改变。

要防这种走样，办法是让改动留痕。上货的时候如果对当初定的东西做了调整，在资料表上加一行备注，写清楚改了什么、为什么改。第三遍对的时候看到这行备注，对的是调整之后的口径，不会把调整本身当成走样。

走样和调整的区别就在这里。有备注、有理由的是调整，是判断在往前走；没备注、事后自己也说不清为什么的是走样。第三遍的作用就是把这两者分开，让你知道这一批的数据到底能回答哪个问题。

发现问题怎么分级处理

查出问题之后要分级，不分级的话就会陷入两种极端。一种是每个问题都当场改，改到一半被打断，回来忘了原来在查什么。另一种是全部记下来等有空再改，结果积了一堆，最后一条也没改。

分级的标准可以按影响程度来定。影响下单的算第一级，比如价格填错、规格编号串了、主图缺了、库存填成零。这一类不等，当场就改，因为买家在这几分钟里可能正好看到这个页面。

影响买家理解的算第二级，比如标题和描述的重点不一致、属性说法和描述打架。这一类不影响购买动作走完，但影响买家愿不愿意继续看。可以整批记下来，一批查完一起改，改的时候上下文还在，效率反而比打断着改高。

影响后续管理但不影响买家的算第三级，比如类目放得偏宽、规格编号的写法不统一、描述底部残留了以前商品的名字。这一类可以放进每周固定的一次整理时间里处理，不要塞进上货的流程里。

分级之后要写清楚哪一级对应什么动作，写下来贴在自查清单上。靠临场判断分级，同一类问题今天算一级、明天算三级，几次下来分级就失效了，处理顺序又变回随缘。写清楚的好处是换个人来做，处理顺序也是同一条。

第一级问题的处理有一个时间上的要求，就是当场改完再继续往下查。价格填错、库存填成零、规格编号串了，这几项如果留着不动，买家在页面上的每一次访问都是在浪费。这几分钟的优先级高于自查的进度。

第一级的改动要留下一句记录。改了哪一条、从什么改成什么、为什么。这句话不是给以后看的，是给同一批的其余商品看的。如果价格填错是因为换算的时候漏了一项，那整批可能都漏了，顺着这一条把所有商品复查一遍。

第二级问题整批查完一起改。改的时候按类型来，不要按商品来。先把整批里所有标题和描述重点不一致的挑出来，一次改完，再处理属性说法不一致的那些。按类型改的时候，同一类问题的处理方式是一致的，速度会快不少。

第三级问题进每周的整理时间。这类问题不影响买家，攒着处理反而更清楚，因为放在一起能看出规律。类目放得偏宽这一类，攒一批看下来，往往会发现集中在那几个类目上，处理的时候直接从类目这一层改，比一件一件调要省事。

处理完一轮之后，回头看看这一批里哪一级的问题最多。第一级多，说明上货这一步的基本功有问题，要往回查资料整理；第二级多，说明资料和页面之间的对齐动作缺了；第三级多，说明整理阶段的分类没做细。问题是哪一级，改的位置就在哪里。

有一个分级上的边界情况值得说。同一个问题在不同类目里的影响程度并不一样。规格编号写错，在尺码类商品上影响很大，买家选的尺码和实际发的对不上；在颜色类商品上，编号写错的影响就小一些，颜色本身在页面上是看得见的。

所以分级的表最好不要只写一次就固定下来，可以在类目下面分开记。同一个问题在甲类目算一级，在乙类目算三级，这种分法看着麻烦，但比一刀切要准。做起来也简单，在清单旁边加一列，写明这一类目的分级。

还有一种边界是时间上的。新上的商品前几天的流量往往比较集中，这个阶段第一级问题的影响会被放大，改动也更值得马上做。上架一段时间之后流量摊平了，第一级问题的紧迫性会下降一点，但仍然是第一级，因为它们直接影响买家能不能顺利下单。

分级处理里最容易犯的错是把所有问题都算成第一级。每件都当场改，一批十件可能要改十几次，节奏被打断得七零八落，隔一会儿就要重新想起刚才查到哪了。改到最后人会烦，下一批就干脆不查了。

另一头的问题是把所有问题都推到以后。全部记下来、一次都不当场改，第一级的问题会在潜在的买家面前挂上一整天。分级的本意是让注意力先落在最要紧的地方，不是把它当成一个不分轻重的箩筐。

越往下走越依赖数据，所以能靠自查解决的，不要留到数据那一步

自查要花多久

时间可以有个大致的分配。第一遍一件一两分钟，第二遍一件两三分钟，第三遍整批一起看，十几分钟。一批十件商品，三遍加起来大概在四十分钟到一个小时之间，商品数量多的时候，时间大致按件数线性增加。

这个时间和上货本身比并不算长，但它经常被省掉，原因是它没有立刻可见的产出。上货能看见页面上多了一条商品，自查做完页面上什么都没变。要把这件事坚持下去，得先接受它在短期是个纯投入的动作。

有一件事能让自查变快，就是让资料表的顺序和页面上栏位的顺序一致。第二遍的时间大部分花在找东西上，两边的顺序对齐之后，同一次翻页能看到两处的内容，找的时间省下来，对的时间就变多了。

还有一件事是只对会变的项。一批商品里的描述底稿、图片顺序、运费模板这些通常是共用的，抽第一件对完，其余的可以快速扫一眼确认是不是同一个版本，不必逐件细看。变化的是价格、规格、库存这几项，把注意力放在这几项上。

自查的时间会随着批次的推进慢慢缩短。清单固定下来之后，查的时候不用再想查什么，照着往下走就行。缩短到某一个程度之后基本会稳定下来，那时候花的这一段时间，就是这一批货的信息质量要付出的固定成本。

可以给三遍各定一个时间上限。第一遍一件两分钟，第二遍一件三分钟，第三遍整批十五分钟。定了上限之后，超时的部分要记下来，看是清单太长还是手法不熟。有上限的自查比没有上限的自查容易坚持，因为它有一个可预期的长度。

缩短时间的办法里，最有效的是把重复动作固定下来。比如打开商品页的时候顺手把手机端也打开，一次点两下，不用专门记着再回来查一次。把两个动作并在一起做，时间就省下来了。

批次大的时候可以两人分工。一个人做第一遍和第二遍，另一个人做第三遍。第一二遍是看页面和资料，是慢工；第三遍是对判断，需要的是对整批的理解。分工之后两边同时进行，总时间大致是取长的那个。

有一个时间上要避开的做法，就是一边上货一边自查。上完一件查一件，看起来是省了来回切换的时间，实际上会让整批的节奏变碎，而且上到后面的时候，前面查过什么已经开始记不住了。整批上完再查，专注度更高。

自查花的时间稳定下来之后，可以每隔一段时间看一次这个数。时间一直没变，说明方法没优化；时间在变长，说明商品变复杂了或者清单变长了。这两种情况都值得翻一下清单，看看是不是有些条目已经可以合并。

有一个反面例子。某店的自查做了三个月，时间从四十分钟涨到了两个多小时。翻清单看原因，条目从五条加到了二十一条，其中有一半是从别处看来的经验直接抄进去的，从来没有在这家店实际用过。

条目多了之后，每一条都要花时间去确认是不是有问题，而其中多数根本不会出问题。查一件商品要在一张长清单上走一遍，注意力被分散，反而容易漏掉真正会出问题的那几项。清单变长并不等于查得更细。

清理的办法是把条目按发现次数排一次。三个月里从没查出过问题的条目，先划掉，观察一段时间确实没出问题就不再加回来。剩下的条目发现次数高的往前放，放在手边最容易看到的位置。

清理之后时间一般会掉回去不少。这家店清到八条，自查时间从两个多小时回到五十分钟左右，而且第一遍查出来的问题数量没有变化。说明多出来的那十几条，做的都是无用功。清完这一轮之后，清单上的每一条都是真的在这家店出过问题的。

这件事的启发是自查的时间要当指标看。时间在合理范围里波动是正常的，持续往上走就要查清单，而不是硬着头皮加时间。多数情况下，时间变长不是因为商品变复杂了，而是清单该整理了。

需要改的条数降得比自查花的时间快，说明自查在往省事的方向走

自查清单怎么攒

清单的第一版不要写长，先写三到五条，写的是这一段时间里最常出问题的那几项。从最近几批里出过的问题往回数，哪几类反复出现，就把哪几类先写进去。一开始就列二十条，用两次就会放弃。

每一条要写到能照着做的程度。写法上有一个简单的检验办法，把这条念给另一个人听，看他能不能不用问就知道要做什么。说不出具体动作的条目，比如认真检查、仔细核对，都要改写成具体动作，像把属性栏和描述里的说法逐个对一遍。

清单要写清楚每条在哪个时点做、由哪一遍负责。有的条目属于第一遍，有的属于第二遍，写在同一条流水线上会乱。分开之后，一个人做的时候知道现在该走哪一遍，两个人分工也接得清楚。

清单要定期淘汰。每过一段时间翻一次，看哪些条目从来没用上过。没用上有两种情况，一种是这件事已经不会错了，一种是这一条写得太虚所以查不出来。前一种删掉，后一种改具体，两种情况都不要留在清单上凑数。

攒清单的过程本身就是这份清单最大的价值所在。把反复出错的点一条条写成固定动作，等于把踩过的坑变成了可以复用的东西。等到需要交给别人做的时候，这份清单就是最直接的交接材料。

清单的存放位置要选一个上货的时候一定会看到的。放在资料表的同一个文件里，开一个页签专门写；或者打印出来贴在电脑旁边。放在另一个文件夹里，写着写着就忘了有这回事，这是清单最常见的死法。

每一条要写清楚三件事：什么时候看、看哪两处、发现问题怎么办。写成一句话，比如上完当天对标题和描述的重点，不一致就改描述。三件事齐了，这一条就能交给别人用，缺任何一件，别人拿着也不知道怎么做。

清单上可以加一栏记录发现次数。每查出一类问题就在对应条目旁边记一笔，几个月下来，哪些条目经常查出问题一眼就能看到。经常查出问题的条目要往前放，一次都没查出过的可以往后放或者删掉。

条目之间不要重叠。认真核对和价格逐项对这两种写法里，前者会把后者的活包含进去，出现了两条其实是一条。重叠的条目会让清单看着很长，做的时候又觉得重复，用几次就会开始跳着做。

攒到十到十五条之后，清单会稳定一段时间。这时候可以把它当成一份可交接的东西，做的人换了也能照着走。到了这一步，这份清单已经不只是自查用的了，它记录的是这一段时间里，上货这件事上哪些地方最容易出岔子。

有一个攒清单的具体过程可以说。某店最开始只写了三条：价格对不对、规格选不选得动、描述有没有残留。这三条是头一个月里反复出问题的三项。写了三条之后，自查变得能坚持做了，因为十分钟就能查完。

第二个月从最近几批的问题里又捞出两条，一条是主图顺序，一条是属性说法和描述对不上。这两条加进去之后，查的时间变成二十多分钟，仍然可以接受。加到第五条的时候，前四条里已经有一条很少查出问题了。

第三个月没有再往上加，反而删掉了一条。删的那条是很早写的检查标题长度，后来发现标题长度这件事在整理阶段就定死了，上货之后不会变，放在自查里是浪费一次翻页。删掉之后清单变得干净了很多。

这个过程里值得注意的一点是，清单不是一次写成的。它是从实际出过的问题里一条条长出来的，每一条都对应着一次真实的出错。从别处抄来的、没在自己店里出过问题的条目，放进去只会拖慢自查。

攒到十五条左右的时候，这份清单已经能覆盖大部分常见问题了。到了这一步，可以把它按类目拆开，每个类目一份，因为不同类目容易出的问题并不一样。拆开之后每份更短，做的时候也更快。

常见问题（FAQ）