Shopee搬运工具怎么挑：只认这几条

挑之前先明确要它干什么

搬运工具这个词本身不指向一件具体的事，它涵盖的动作范围很宽。有人需要的是把一份整理好的清单一次读进去，有人需要的是把同一份内容改到多个店。需求不同，对这件事的期待就不一样。最忌讳的是先看它能做什么，再倒过来想自己要不要。

用途写不清的时候，比较两个工具就变成一件没有标准的事。功能多的一方看起来更值，但多出来的那部分你可能一直用不到。真正用得到的那几项顺不顺手，反而被忽略掉。用途写在前面，比较才有落点，也才知道该看什么。

用途可以从动作入手往上列。要它读一份什么格式的资料，要它改哪几项，改完的结果要交到哪里去。三个问题回答完，用途就具体了。回答不上来的那部分，说明这件事本身还没想清楚，此时去挑只会把没想清楚的部分往后拖。

一个常见的用途错配是拿搬运工具去解决判断问题。数据看不懂、不知道做哪几个款，就想通过换一个工具来解决。这类问题搬运工具帮不上，它处理的是已经定好的内容。用错了地方，工具再好也只会显得别扭。

用途还会决定这件事要不要用工具。动作只有几条、一个月才做一次的，手动做反而更省事。动作成百条、每隔几天就要过一遍的，才值得交给批量处理。判断要不要用，看的是动作的量和重复度，不是看别人有没有在用。

明确用途的做法可以从写下三句话开始。第一句写它读什么，第二句写它改什么，第三句写它交出什么。三句话写完，这件事的轮廓就有了。写不出来的那一句，就是接下来要先想清楚的地方。

写完还要给每个动作估一个量。一批大概多少条，一个星期大概过几遍。量决定了这件事值不值得交给工具，也决定了要重点看哪些能力。批量很大而且频次很高的动作，对稳定性的要求比对手上快不快的要求更高。

用途里要写清哪些部分不需要它做。把不做的那部分圈出来，是为了防止后面把范围越扩越大。范围一旦扩到它不擅长的地方，效果反而会拖累原本做得好那部分。圈出边界，比列出功能更能防止误用。

这些写法要留一份，作为后面挑选时的对照表。挑选过程中看到的功能，逐条往回对，看它落在这三句话里的哪一句。落不进去的功能，无论看起来多强，都不构成选择它的理由。留一份的成本很低，作用只是让后面每次挑选都有可对照的依据。

用途还会随着批次变化。刚开始只做最简单的那个动作，跑顺之后慢慢往里加。加的时候把新增的用途补写进那三句话里，边界跟着更新。用途和边界一起长，这件事才不会被越用越走样。

用途的上游在哪里，也值得写进这三句话里。判断层给出的结论通常是一份收窄过的清单，含做哪几个款、什么价位、先做哪个站。搬运工具接的正是这份东西，它把这些结论变成可以提交的内容。知虾站在判断这一层，输出的就是这一类结论，而不是可以直接提交的内容。

把上游写清楚有一个直接的好处，就是知道这份清单该长什么样。清单上少了几行，下游做出来的东西就会缺几处。判断这一层把行数写全了，搬运那一段才有稳定的输入。两段之间交接的这几行，比工具本身的能力更影响最后的结果。

还有一种常见的错配是拿搬运工具去补判断的缺口。清单本身没收窄，想让它自动挑出该做的款。这类活它做不了，它只知道照着清单执行。把没收窄的清单交给它，等于把判断的活也推给了执行这一段。

用途写完之后，可以让负责执行的人复述一遍。听他说这件事要做什么、交出来的是什么，和原来的写法对一对。复述走样说明用途还没有写清楚，此时去挑工具，挑出来的多半也不贴合。

用途的写法不必长。三句话加上一条边界，能贴在工作台边上就够了。写得再详细，如果没有人回头翻，效果还不如这四行一直看得见。够用比周全更实用，翻得到的那四行才用得上。

顺序不能倒，先想清用途再看功能，才不会被功能表带着走

第一条：读得进你的清单

读得进清单说的是这个工具能不能按你现在用的表结构把资料吃进去。多数人手里的清单是按日常习惯维护的，栏位顺序、命名方式都有自己的偏好。工具如果要求先把清单改成它的样子，等于每用一次都要多一道手工活。

判断能不能读进去的办法很直接，拿一份自己在用的真实清单去试。不要用示例数据，也不要用自己重新整理过的干净版本。真实清单里那些不整齐的地方，恰恰是决定这件事好不好用的关键，刻意准备过的版本试不出问题。

读不进去的表现有几种。一种是直接报错，一种是能读但把某些栏位空着，最麻烦的是读进去了但内容串了位。串位最隐蔽，要等到后面的动作做出来才会被发现。试的时候要专门核对一遍导入之后的内容对不对得上。

需要改格式才能读进去的情况也要看程度。改动少，比如只在表面加一行表头，可以接受。改动多，比如要重排全部栏位、统一命名习惯，那它和你现在的做法之间就隔了一层。隔的这一层每个周期都要重做一遍。

这一条之所以放在最前，是因为它决定后面三条还有没有意义。读都读不进去，字段对不对、结果留不留得住都无从谈起。它可以当作一个一票筛选项，不通过就不必往下看了，省下来的时间用在别的地方。

试读的操作可以按三步走。第一步用真实清单直接导入，不做任何预处理。第二步核对导入之后的每一条内容，重点看有没有串位。第三步记下为了读进去手工做了多少改动，改动本身就是一个成本。

核对内容的时候可以抽几条逐项对。挑首条、中间几条和末尾几条，把关键栏位一个个比一遍。首尾都容易出问题，中间几条用来看有没有规律性的错位。抽样核对花不了几分钟，能挡掉后面成批的问题。

如果第一次读不进去，可以问清楚它期望的清单长什么样，再判断这个差异能不能接受。差异只在外围的小格式上，改造一次就能长期用。差异在核心结构上，那就等于每次都要重来一遍，属于不能接受的那一类。

读进去之后的稳定性也要看。这一次读得好，下一次同一个格式的文件能不能照样读得好。时好时坏的情况在实际使用中很麻烦，因为每次都要重新核对一遍，把省下来的时间又还回去了。

这一条过不了的时候，不必勉强往下看。一份读不进去的清单，后面三条标准再漂亮也用不上。把精力留给那些第一关就能通过的工具，选择的范围会缩得很快，决定起来也更省事。

清单本身的形态会影响这一条的结果。同样一份内容，用一份结构清楚的表格文件表达，比散在几条消息里表达更容易读进去。挑工具之前先把自己的清单整理成固定结构，这一条通过的概率会明显提高。

清单的结构一旦定下来就尽量别改栏位的顺序和命名。经常改的时候，工具那边配好的对应关系就要跟着调整。改一次要重配一次，这件事的维护成本就上去了。稳定的清单结构本身就是一种效率。

有一个细节容易被忽略，就是清单里的日期和编号这类内容用什么形式写。写法不统一的时候，读进去之后可能会被误判成另一种类型。统一成同一种写法，这类问题就消失了。挑工具之前顺手统一一遍，能省掉后面不少核对。

这一条还有一个反向的用法，把它当成对自己清单的一次体检。工具读不进去的地方，往往也是自己清单里不整齐的地方。趁这个机会把清单整理一遍，就算最后没选它，这份清单在别处也用得上。

实际挑选时可以把这一条放在第一位，用十几分钟就能得出结论。通过与否的判断很直接，不需要反复权衡。把最直接的一关放在最前面，后面的几关才有比对的意义，顺序看着是小事，实际能省掉不少来回。

前四条是硬标准，后两条决定用起来会不会一直别扭

第二条：字段能对上

字段能对上说的是你清单里的每一项，在这个工具里都找得到该放的位置。这个位置不一定是同名栏位，也可能是通过某个对应关系送过去。关键在于这个对应关系是不是稳定的，每一项都清楚自己要落到哪里。

对不上的字段要分两类。关键字段对不上会直接影响动作的结果，比如价位、规格编号、主推特点这几项。这些项对不上，做出来的页面就会缺东西。非关键字段对不上影响较小，可以用别的方式补，但补的工作量要先估出来。

字段对不上的时候，实际的处理方式往往是人工再补一遍。人工补的环节一多，省下来的时间就被吃掉一部分。判断的时候把补的环节也算进去，看到底还剩多少净收益，比只看它的动作有多快更接近真实情况。

字段的对应关系要写下来。哪一项对应哪一项，没对应的怎么处理，都留一栏。写下来的好处是别人也能看懂，交接的时候不用重新摸索。只留在自己记忆里的对应关系，一旦换人就等于不存在。

字段对齐还涉及一个取舍，是否为了对齐去改自己的清单。改清单意味着现在的工作习惯要跟着变。如果这个改动带来的是长期统一，值得做。如果只是为了让这一个工具好用，代价就偏高。判断依据是这个改动能不能在别的环节也用上。

字段的上游是判断层给的结论，知虾在那一层把价位和主推特点定下来，这里才有明确取值。做字段对照可以列一张两栏的表。左边写你清单里的每一项，右边写它在工具里对应的位置。右边空着的那几项就是要额外处理的，把这些单独圈出来，先估一遍人工补的工作量，估出来之后这一条就有了可以比较的尺度。

对照的时候要分清楚哪些是必须带过去的，哪些可以后补。价位、规格编号这类信息必须在动作里带过去，缺了就会出错。包装尺寸、备注这一类的可以在后面补，晚一点处理不影响动作的正确性。

字段名称不一样但含义相同时的处理方式要问清楚。这种对应关系如果能事先配好、用的时候自动识别，就不算负担。如果每次都要人工指定一次，那它就是一个每个周期都要付的成本。

对不上的字段如果数量偏多，有一个折中的办法是调整自己的清单。把清单里的栏位向通用的写法靠一靠，既方便这一个工具，也方便以后换别的方式。这类调整越早做成本越低，越往后拖改动的地方越多。

字段对齐做完之后，把这张两栏的对照表保存下来。它不只是这一次挑选用的材料，也是后面每次核对时的底稿。格式变了，对着这张表就能看出哪几项需要重新对一次。这张表留着，比每次凭记忆对一遍可靠得多。

字段对照里最容易被漏掉的是描述类的字段。标题、卖点、说明这几项文字内容往往不用栏位表达，而是夹在一段文字里。工具能不能把这一段拆开、按规则改掉其中一部分，是判断这一条时值得专门试一次的。

还有一个容易漏的是图片相关的信息。清单里可能有一栏写图片的名称或者编号，真正要用的图片放在另一个地方。这一栏和图片之间怎么对应，属于字段对齐的一部分。对应不上，动作做出来的内容就会缺图片。

字段对齐的核对可以做成一次性的动作。第一次挑选的时候把每一项都对一遍，把结果写成一张表。之后每隔一段时间对着表复查一次，看有没有新增的栏位还没对上。不用每次都从头对一遍。

对不上的地方如果实在不多，可以考虑把人工补的环节固定下来。固定成一个动作，比每次临时想办法更省时间。但要清楚这个环节是已知成本，不能当成不存在。把它写进成本里，挑选时的判断会更接近实际。

这一条和数量有关。字段少的时候，对不上的那一两项影响有限。字段多的时候，任何一项对不上都会在整批里放大。清单越复杂，这一条越要提前确认清楚，清单越复杂，事后补的代价也越高。

第三条：留得住中间结果

中间结果说的是处理过程中产生的那些过程文件，比如读进去之后的解析结果、执行之前的预览、执行之后的记录。这些东西平时用不上，出问题时才显出价值。判断留不留得住，看的是它能不能把这些过程存下来并且随时导出。

留不住中间结果的直接后果是出错只能从头再做一遍。改了一条规则，前面那批处理的结果就散了，只能重新跑。跑一遍不算大事，但如果这个过程已经掺过人工修改，重跑就意味着人工那部分也要跟着重来。

中间结果还有一层用处是核对。执行之前看一眼解析出来的样子，能提前发现栏位错位或者内容缺失。有这一步核对，错误在动手之前就被拦下来。没有这一步，错误要等到页面的结果出来以后才会被发现。

判断留不留得住的办法是看它能不能导出。能导出成一份可以打开的表格文件，就说明这个结果不锁在工具里。不能导出、只能在它的界面里看的，换一个环境就等于没有。导出能力是这一步最实际的验收点。

中间结果保留的粒度也值得看。按整批留还是按每一条留，影响的是出问题时能不能精确定位。能定位到具体哪一条出了什么问题的，处理起来比只能看到整批结果的省事得多。粒度细一些通常更好，只要不影响正常使用时的速度。

看这一条的操作是先问三个问题。处理过程能不能看到，看到的内容能不能导出，导出的东西打不打得开。三个都能回答是，这一步就算过关。任何一个答不上来，都要在记录里标一笔。

核对的能力尤其要看。执行之前有没有一步预览，预览里显示的内容是不是和你的清单对得上。有这一步的工具，错误在动手之前就能被发现。没有这一步，错误只有等到结果出来以后才会现形。

导出之后的可用性也值得看。导出来的是一份能自己打开的表格文件，还是一串只有它自己认得的内容。前者可以拿去核对、对比、存档，后者等于只能在那一个环境里看。实际使用中两者差别很明显。

保留多久也要问。是只保留最近几次，还是可以一直留着。留得久的好处是过一段时间回头看还能对得上当初的处理过程。留得短的时候，遇到跨周期的问题就无从核对。保留的时长按自己批次的节奏定就行。

这一条和第四条常常一起看。能留下中间结果的，回退的时候通常也更容易定位。两项都强的工具，出错之后的处理路径是清楚的。两项都弱的，一旦出错往往只能从头再来一遍。两条一起问，比分开问更容易得到实际的答案。

中间结果的价值在跨周期的时候最明显。上一批处理到一半的资料，过一阵回来接着做的时候，能不能看到当时停在哪里。看不到就要从头再走一遍，前面花的时间就没能延续下来。

中间结果还方便做对照。同一个动作在不同批次上的结果放在一起，能看出哪一批的处理过程不太一样。这种对照平时用不上，出现异常的时候能很快把范围缩到某一批上。对照的前提是每一批的记录方式都一样。

有些工具会把过程记成一份可以回看的清单，有些只留一个总的结果。前者在排查时更有用，因为它能按条看。挑选的时候可以专门问一句，出错的时候能看到多细的层面。问一句就能分出两类做法的差别。

中间结果的处理还涉及存储。留的时间长，需要的空间就大一些。这个问题不复杂，把它当成一个已知的约定就行，比如按周期清理一次。提前约定好，比事后临时处理更省事，约定写成一行，谁看都明白。

这一条通过之后，日常使用中会形成一个习惯，就是每批执行之前先看一眼过程。看一眼的时间很短，能挡掉一部分本来要等到最后才发现的问题。习惯一旦形成，这一步就不容易被跳过，很多人省下的时间正是从这一眼里来的。习惯一旦形成，这一步就不容易被跳过。

第四条：动作可回退

动作可回退说的是执行完之后发现错了，能不能把这一批撤回原样。这一类动作的特点是影响面按数量放大，一处小错会被复制到这一批的每一件上。有没有回退能力，直接决定这个小错会变成小事还是变成大事。

回退能力的判断要看两点。一是能不能撤，二是能不能只撤一部分。只能整批重来的回退，遇到个别几条出错的时候等于从头再做。能定位到具体某一批并且局部回退的，两者的处理成本差别很大。

回退还要看有没有时间限制和次数限制。有些操作过了某个时点就撤不回来，或者只能撤一次。这类限制在动手之前就应当问清楚，不要等到真的需要回退的时候，才发现窗口已经关上了。

这一条建议放在一票否决的位置上。其余几条影响的是效率，这一条影响的是安全。效率不高可以慢慢磨，安全上有缺口的时候，一次成批的错误就可能把前面很多批攒下来的成果抵掉。

回退能力和动作的激进程度要匹配。如果一次能改动的范围很大，回退能力就必须跟得上。范围大而回退弱，相当于把风险的口子开得很大。两者配不上的时候，宁可先把动作范围压小再谈提效。

验证回退能力的办法是拿一条不重要的内容试一次。做完之后撤回来，看撤回的过程顺不顺，撤完的结果和做之前一不一样。这一步花的时间很少，但它验证的是后面所有批次的兜底能力。

撤回的粒度要专门问一句。是整批撤还是可以只撤其中的一部分。整批撤在动作范围大的时候代价很高，局部撤能把代价压到最小。粒度越细，处理单个错误的时候越从容。范围越大，粒度这一项越要紧。

撤回之后的状态也要确认。是把内容恢复成原样，还是留了一条修改记录。两种做法各有好处，重要的是知道到底是哪一种。不清楚的时候，撤回来之后可能会发现状态和自己以为的不一样。

回退能力的上限要写进挑选记录里。比如最多能撤多大的范围，过了多久就不能撤。写下来之后，日常使用时会自然地把单批的范围控制在这个上限之内，不会因为一时图快就超出可撤的边界。

这一条是四条里最不建议让步的。其余三条可以边用边补，这一条在用的过程中很难补上。工具本身没有回退能力，靠人工去弥补的成本会随着批次数量一起往上涨。把它放在一票否决的位置上更省心。

回退能力最实际的用法是在第一批跑的时候。第一批的动作范围小，出错的影响面也小，这时候试一次撤回，代价最低。等动作范围扩大到几百条之后再来研究能不能撤，就晚了。小批量试的时候顺便把撤回也试一遍。

撤回的路径要提前演练一遍。知道在哪里点、点了以后会发生什么、撤完要看哪几项确认恢复了。临时摸索的时候容易操作错，本来是想撤一处，结果动到了别的地方。演练一次的成本很低，抵得上事后很多次补救。

撤回之后还有一个动作容易漏掉，就是确认上游的清单有没有跟着变。有些情况下回退只作用于做出来的内容，清单本身还停在修改后的状态。两边不一致的时候，下一批就会接着用错的那一版。

这一条和能力边界有关。工具本身没有回退能力的时候，靠人工去弥补的方式通常是先备份一份再动手。备份是一个可行的办法，但它需要有人在每次动手之前都记得做。靠记得住的事情，稳定性总是差一些。

回退这个词也可以理解成一个态度，就是承认成批的动作有出错的可能。承认之后才会在动手之前留出退路。不承认的时候，所有的准备工作都会被压到最少，风险也就都留在了结果上。

用途不同，四条标准的紧要程度也不同，先按自己的用途排一遍

还该看哪两项

前四条是硬标准，另外还有两项决定用起来会不会长期别扭。第一项是谁负责维护。它需要有人配置规则、跟着变化更新，没人负责的时候，这个工具会慢慢处在一个谁也不敢动、谁也说不清的状态。

维护这件事要落到具体的人。写清楚配置和更新归谁管，多久核对一次。落到人之后，这件事才有可能真的被做。写在团队层面的说法听起来周全，实际执行的时候往往谁都以为别人在做。

第二项是出错的时候看不看得见。异常有没有提示，失败的是哪一些，能不能列出来。看得见的好处是问题在早期就被发现，等到人工一条条去翻的时候，成本已经上去了。提示的及时程度和清晰程度都值得看。

这两项容易被放在次要位置，因为它们不影响能不能用起来，只影响用起来累不累。但正是这两项决定它能不能长期留在流程里。功能再全，如果每次都要人工排查一遍，用几批之后自然就会被搁置。

看这两项的办法是问一个具体场景。假设某天批量动作的结果和预期不一样，靠什么发现，靠谁处理。这个问题回答得上来，说明这两项是有安排的。答不上来，说明它们目前还是空的，需要补上。

看维护这项的时候，可以问一个问题，规则发生了变化由谁来跟进。这个问题如果没有明确的答案，说明这一项目前是空的。空的不是马上会出问题，而是出问题的时候会拖很久才被发现。

维护还要看平时的成本有多高。配置一次能用很久的，日常负担就轻。每次用之前都要重新设一遍的，负担就在每一次动作里。后一种情况下，实际能坚持用下去的批数通常不会太多。

看出错提示这项的时候，可以问另一个问题，某一次动作的结果和预期不一样，靠什么发现。靠人工一条条核对，和靠系统给出失败项的清单，两者的成本差距很大。前者随着批次变大而变重，后者基本不变。

提示的清晰程度也要看。只说失败了但不说哪一项失败，等于还是要在人工里面翻。能直接列出哪一条、哪一栏不对的，处理起来快得多。清晰度直接决定了排查这件事要花多少时间。

这两项都安排好的状态是，规则有人跟，问题有人看，出了状况知道先找谁。这个状态不需要工具本身有多复杂，只需要在挑的时候把这两项也当成筛选条件之一，而不是等用起来之后再补。

这两项里的第一项，也就是维护，跟人的关系比跟工具的关系大。规则变化了由谁跟，这个问题背后其实是这件事有没有明确的责任人。挑选的时候把这个问题问清楚，比研究它的功能清单更有用。

维护的另外一面是交接。负责这件事的人换了之后，新的负责人能不能看懂当初的配置。配置写得清楚的，交接一次就够。只留一串自己才理解的设置，交接就要重新摸索一遍。配置写清楚，这件事就不依赖某一个人。

第二项，也就是出错时的可见度，可以直接作为试跑时的观察点。试跑的时候故意放一条明显不合规的内容进去，看它会不会提示、提示得清不清楚。这个办法不用等真的出错，几分钟就能试出来。

提示的时机也有讲究。动手之前提示，能把问题挡在动作之外。动作之后提示，只能事后补救。两者都能用，但前者省下来的处理成本更低。挑选的时候问清楚提示发生在哪一步。这一步问清了，后面的排查才有着落。

这两项安排妥当的状态是，出问题的时候有明确的下一步动作，而不是一群人对着结果互相问。挑选阶段多花十几分钟问清楚，能省掉后面很多次临时商量。这两项的答案清楚了，工具才算真的能用起来。

按标准挑的工具前几批要做的核对更多，后面基本不再折腾

挑完先跑小批量

挑完不是一个终点，直接全量铺开是不合适的。这一步之前的所有判断，包括判断层的候选与依据，都要在这里接受检验。先取一个小范围试一次，用真实的资料走完整条链路。这一步的目的是把纸面上的判断变成实际跑过的经验，很多问题只有跑起来才会露出来。

小批量的范围要挑动作最固定的那一段。动作越固定，跑出来的问题越可能是工具本身的问题，而不是这一次的资料特殊。把变量压到最少，试出来的结论才具备可迁移性，能用在后面的批次上。

跑的时候要专门看那四条标准各自的表现。清单读进去顺不顺、字段有没有对不上、中间结果存没存下来、做错了能不能撤回来。四条各自记一笔，跟挑选时的预期对一遍，看有没有落差。

小批量跑完要留一份记录，写清用了多少条资料、花了多少时间、遇到几个问题、每个问题是怎么处理的。这份记录是后面扩大范围时的依据，也是下次要换工具时的对照材料。一份记录能反复用，价值比一次试跑高。

跑顺之后再往外扩，扩的时候仍然分批。第一批的范围可以小一些，后面每一批比上一批大一点。这样即使某一批出了问题，影响也是可控的。一次铺到全部，等于把前面所有的准备工作押在一次结果上。

跑之前先把要确认的问题列成一张短清单。清单读进去顺不顺、字段有没有对不上、中间结果能不能导出、做错了能不能撤回、异常看不看得见。五个问题逐条记结论，不要只记一个总体的印象。

跑的时候把每一步的耗时也顺手记一笔。导入花了多久、核对花了多久、出问题排查花了多久。这几笔时间加起来，才是这件事的实际成本。只记动作本身的时间，会低估整件事的负担。

跑完以后跟挑选时的预期对一遍。预期和实际有落差的地方，写清楚差在哪一项上。落差集中在某一项上，说明当时的判断依据不够扎实。落差分散在几项上，说明这次挑选可能太快了。

小批量跑顺之后扩大范围，扩的时候保持同一套记录方式。每批记同样的几栏，几批之后就能看出哪些成本是固定的，哪些是随着数量增长的。固定成本可以接受，随量增长的部分就要找办法压下去。

最后把这一轮的记录存档。它是下次要换或者要加一个工具时最有用的材料，因为记录里有实际跑过的数字，而不是当初看功能表时的印象。有这份记录，后面的选择就不必从零开始。

小批量的选材也有讲究，尽量挑自己最熟悉的那一类内容。熟悉的资料一眼就能看出哪里不对，辨认问题的速度更快。用不熟悉的资料试，问题出现了也未必认得出来。熟悉的内容试起来，判断的把握也更足。

试跑的时候可以把同一批内容用两种方式各做一次，一次交给它，一次手工做。两份结果放在一起比一比，差别在哪里就很清楚。这个办法比只看它自己跑出来的结果更有说服力。手工那一份的时间也顺手记一下，两边才可比。

试跑的结果要跟上游判断层的结论对一遍。那几行结论一般来自判断层，知虾在选品和关键词这两项上给出的也是这一类结论，而不是可以直接提交的内容。清单里写的价位、主推特点、先做哪个站，做出来的内容里有没有体现。对不上的地方，可能是字段没对齐，也可能是判断层的清单本身写得不够明确。两类原因要分开查。

试跑完之后写一份结论，写清这一轮能不能进入下一阶段、还有哪几项要先解决。结论不用长，关键是把待解决的事项列出来并落到人。没有落到人的事项，过一阵就会从记录里消失。

从试跑到全量之间通常还要经过两三轮扩大。每一轮扩大之后都重复同样的五个问题核对一遍。同样的核对做多了会显得重复，但正是这种重复让每一批的结果都能互相比较。等到每一轮都没有新问题，再考虑全量。

常见问题（FAQ）