Shopee选品上架软件：它解决的是搬运不是判断

这类软件在店铺里承担什么

把这类软件放进流程里看，它站的位置其实很清楚。它站在选品结论已经定了之后的那一段。它的活儿是把你手上现成的资料搬进后台。它按后台要求的字段一项项填好，再成批提交。它不参与这个款该不该做的讨论。

它接的是资料，不是想法。你给它一个选好的款、几张图、一段标题，它就往下搬。你给它一句这个款应该能卖，它没有地方可以放这句话。资料越成型，它干得越顺。资料还是半成品，它就只能空转或者乱填。

它在流程里的产出是一份份草稿。这些草稿可以批量生成，也可以批量提交。草稿的质量上限由你给的资料决定。它不会让一份糟糕的资料变成一份好的商品页。它只是把这份资料复制了很多遍。

很多人对它的期待是替自己省掉思考。实际它能省掉的是重复的输入动作。同一份规格填到十个店铺，人工要点十遍，它点一遍。同一段标题改一处措辞，人工要改十次，它改一次。省下来的时间在这一块。

位置认清以后，选软件这件事的判断标准也变了。不用先问它聪明不聪明，先问它的字段规则能不能配。不用先问它能不能给建议，先问你自己的资料够不够齐。一个能被你喂饱的软件，比一个功能多的软件更省心。

还有一层位置容易被忽略。它站在下游，所以它对上游的依赖很重。上游给的是清单还是零散信息，直接决定它搬出来的东西像不像样。上游给一句话，它搬出来的就是一句话撑起来的商品页。这一段的关系是单向的。

一个判断位置的具体做法是画一条时间线。把从看到机会到商品页上线之间的动作按顺序列出来，列到二十条左右。然后逐条标注，这一条需要人拿主意，还是照着规则做就行。标完以后软件的位置自然浮出来。

标注的时候有个简便的分辨办法，问这条动作错一次的后果是什么。后果是压货或者赔钱，属于判断。后果只是要重填一遍，属于搬运。前者留在人手上，后者可以往外交。这个分法比按动作名称分更贴合实际。

时间线上还有一类动作容易被归错，就是核对。核对看起来像搬运，其实是判断的延伸。核对主图有没有和实物不符，需要知道实物长什么样，软件不知道。这类动作要留在人工这一段，不能因为看着机械就一起交出去。

另一类是描述。把货品的卖点写成一段买家能看懂的话，这件事介于两者之间。软件可以用模板拼出一段话，但拼出来的话往往同质化。模板能覆盖的部分交出去，需要带上这家店自己特点的部分，还得人来写。

做完这条时间线，软件该站的位置就能写成一个句子。它负责把已经定好的字段、已经写好的文案、已经处理过的图片搬进后台。这个句子写下来贴在电脑边上，用软件的时候不容易跑偏。

时间线还要定期重画。店铺刚开始的时候款少，一个人全能兜住。款数上去以后，同一条时间线上的动作会翻几倍。重画一遍才能看出哪一段已经该往外交，哪一段还得自己盯着。重画不用频繁，一个月或者一个季度看一次就够。

举一个具体的场景。一家做小家居的店，选品那边定下这一季主推桌面收纳这一类。清单交到上架这边时只有四个字和一张截图。上架的人拿着这四个字，重新去后台翻类目、想标题、找属性。软件在这时候帮不上，因为它手上没有可填的东西。

同一个店第二次做的时候改了做法。选品交出来的清单上多了四列，类目路径、目标价位、核心属性、参考主图。上架的人把这份清单放进软件，一小时跑了三十条草稿。软件起作用不是因为它变聪明了，而是因为上游交的东西变具体了。

第三次做的时候又进了一步。清单上除了四列，还多了一列备注，写清哪些款先小批量试、哪些款可以直接批量。软件照旧只负责搬，但搬的顺序有了依据。先试的那几个款被单独挑出来先跑，试出结果再跑剩下的。

这三次做的事情总量没变多少，效果差别很大。差别就在中间那一层的厚度上。中间那一层是选品结论到字段之间的转换，软件接在这层的下游。这层越厚，软件越省事，人越轻松。

还有一类场景是改款。原来跑的款要换一张主图或者调一下价格，人工要进后台逐条改。有软件的时候可以导出一份表格，在表里改完再导回去。改的动作集中在表里做，比在后台一条条点省时间，也少了点错的机会。

这些场景里软件的表现都取决于一件事，输入是不是格式化的。格式化程度高，它就像流水线。格式化程度低，它就像一台等人投料的机器，人在旁边干着急。判断它有没有被用对，看的就是投进去的东西。

软件站在第三段，上游不给东西它就空转

它擅长的是复制不是判断

复制这件事它做得很好。同一个商品在不同店铺上架，字段大同小异，它可以按店铺分别套模板。同一批商品的图片要统一尺寸，它可以一次过一遍。这些动作的特点是规则明确、重复度高，正好适合交给程序。

判断这件事它做不了，原因不在技术。判断要用到的信息很多在软件之外，比如这个供应商能不能稳定出货。比如这批货压了多少钱、这个季度资金紧不紧。这些信息不在后台里，软件看不到，也就无从判断。

它还有一个特点，复制会把上游的错一起放大。你标题里少写了一个关键属性，手工上架只是少写一条，批量上架是十条都少写。你主图选得不对，手工只错一条链接，批量铺开是一整批链接都错。批量的效率优势同时也放大了错误。

复制到一定程度会出现新的问题。同一个款在多个店铺铺开，如果字段完全一样，几个店看上去像是同一家。买家在搜索里刷到几条几乎没有差别的链接，未必会点。批量的顺手会把差异也一起抹平。

所以在分工上，复制这一段可以放心交出去，判断这一段必须留在手里。判断做完了再交给它，它就成了加速器。判断没做就交给它，它就成了放大器。同一个工具往哪个方向起作用，取决于你放在它前面的是什么。

复制的能力还有一个上限值得留意。它能复制的只是已经写成文字的东西。你脑子里对这批货的感觉、对季节的判断，没有写成字段，它一样复制不了。所以想让复制更有用，先把你想的写下来，别指望它去猜。

判断复制能力够不够用，有一个直接的测验。拿一个已经跑通的款，把它的资料放进软件跑一遍，看产出的商品页和人工填的差多少。差得越少，说明规则写得越清楚，软件的复制能力在这一类目上越可靠。

测验还要换个类目再做一次。同一个软件在不同类目上的表现差别往往很大，因为字段数量和必填项不同。在属性少的类目上测出来好用，不代表在属性多的类目上也一样。按类目分别测，结论才靠得住。

复制能力还有一个隐含前提，就是字段的名称要对得上。后台里的字段名称偶尔会调整，软件的模板如果没跟着动，就会出现某项填不进去的情况。每次批量提交之前扫一眼有没有空字段，能挡住这一类问题。

判断哪些东西不该复制，有个简单的清单。价格、库存数、限购条件、发货时效，这四项每次都要单独过一遍，不要跟着模板一起批量带过去。这四项一旦批量错，影响的是订单和资金，代价比填错属性大得多。

复制还会碰到一个边界，平台规则的变化。规则变了以后，原来合法的填法可能需要调整。软件的模板不会自动跟着变，需要人定期去看一眼最近的变动，再决定要不要改模板。这项检查建议按固定周期做。

把这些测验和清单固定下来，复制这件事就从凭感觉变成有标准。标准定好了，软件出问题时能很快判断是模板旧了还是资料缺了。这个判断能力比记住软件有几个功能更值钱。这一条在类目多的时候体现得尤其明显。

有一个细节值得记下来，就是复制的边界在哪。同一条标题铺到多个店铺，如果每个店铺面对的买家群体不同，标题里的词也该有所区分。软件按模板铺的时候不会区分，需要人先按店铺写好几套标题，再交给它分别铺。

另一个细节是图片。同一套主图铺到多个店铺，有些平台对主图尺寸和水印的要求不完全一样。批量的结果是需要按店铺分别出一版。这个差异要在准备素材的时候就分开，不要等批量跑完再回头找哪几张不对。

复制能力还有一个容易被忽略的用法，就是拿来做对照。同一个款按两套不同的字段规则各跑一遍，两份草稿放在一起比，就能看出哪一套写得更好。这种用法不增加工作量，还能顺手把规则磨细。

细节上还要留意字段的上限。标题有字数上限，属性有可选项范围，图片有大小限制。批量填的时候超过上限的部分会被截断或丢弃，跑完不检查就提交，就会出现信息不全的商品页。提交前扫一眼有没有被截断的字段，能挡住这一类问题。

有一类内容建议不要批量复制，就是涉及承诺的描述。发货天数、保修期限、赠送条件这几项一旦批量填错，后续的纠纷成本很高。这几项可以在批量之后单独过一遍，把速度优势和风险控制分开处理。

记录复制效果的办法也简单。每个类目固定跑十条，记下人工需要改动几处。三次之后取平均，得到这个类目的改动基准。以后哪一批明显高于基准，就说明这次的资料准备出了问题，回去查清单而不查软件。

越靠上的越接近复制，越靠下的越需要人来判断

判断这一层它为什么做不了

判断需要的是取舍，而取舍依赖你不写在后台里的东西。你在哪个市场有货源优势，你手上还有多少现金，你打算这个季度冲销量还是保利润。这三样软件都读不到，也就没法替你选。

判断还依赖时间。一个款今天看着能做，可能是因为这个月搜索量在涨。下个月涨势停了，同样的数据摆在面前，结论会不一样。软件看到的是某一刻的快照，它没有理由知道这个快照属于哪一段行情。

判断的结果往往是一句话，这句话的形式和字段差得很远。比如这个款先做两个颜色试水，价格比对手低一档，跑两周再决定加不加量。这段话里有条件、有节奏、有取舍，塞不进任何一个字段框。

有些软件会给出评分或者推荐度。这个输出可以当一个参考，但不能当成结论。评分的算法不知道你的成本线在哪里，也不知道你的库存还剩多少。高分款如果超出你的资金承受范围，对你来说就不合适。

承认它做不了判断，并不减损它的价值。恰恰是把判断留在人手里，它才能在搬运那一段发挥得最充分。判断和搬运各自做好，中间那一步交接才有东西可交。这一步顺了，整体效率的改善才看得出来。

还有一层原因是判断需要承担后果。判断错了要压货、要赔运费、要花时间清理。软件不承担这些，它也就没有动力去把判断做准。把没有后果的一方放在做决定的位置上，本身就是一种错配。

想验证判断能不能交出去，可以做一个小实验。挑两个类似的款，一个按软件给的数据结论选，一个按自己对这些货的熟悉程度选。两个都做小批量试跑，两周后比一下。做过几轮，对软件的定位会更清楚。

实验里要控制变量。两个款的预算、上架时间、推广投入尽量一致，否则比出来的差异分不清是选款造成的还是投入造成的。控制变量的做法很朴素，但很多人做对比的时候会忽略。

判断做不了还有一层原因，就是数据本身的滞后。后台给出的搜索量、成交数据都是已经发生的事。用它推将来，需要假设趋势会延续。这个假设成立与否取决于行业和季节，软件没有能力去评估这个假设。

判断里还有一个环节是放弃。挑出十个款以后，决定其中哪几个不做，这件事软件做不了。它会倾向于把能填的字段都填满，把能铺的都铺出去。放弃需要理由，而理由不在后台的字段里。

给判断留出时间也要有安排。可以在流程里固定一个节点，比如每周固定一个小时专门看这批款的进展。时间固定下来，判断才不会因为日常琐事被一直往后推。软件跑得再快，也替代不了这一个小时。

有一类判断可以部分借助软件，就是把候选缩到一定范围。把不满足基本条件的款先筛掉，留下几十个，再由人来挑。软件负责筛，人负责挑，这个分工很多人都能用上。筛的条件写得越明确，筛出来的范围越贴近实际。

有一个例子能说明判断的边界。同一批数据摆在两个卖家面前，一个有稳定的货源和充足的现金，一个资金紧张需要快周转。前者可能选择做单价高、周期长的款，后者会选周转快的款。数据一样，结论完全不同，差别在于各自的条件。

第二个例子关于季节。一个款在旺季数据上好看，可能只是因为整个类目的搜索量都在涨。淡季的时候同样的款未必能做。软件报的是当前数据，它没有能力判断这个上涨是这一款带来的还是这个季节带来的。

第三个例子关于竞争。一个款看起来竞争小，可能只是因为这一类目前没什么人做，也可能是因为这个类本身需求就少。这两种情况的处理方式完全相反。区分它们需要去看整个类的需求，光看单款的数据看不出来。

这三个例子的共同点是判断依赖外部条件，而这些条件不在软件能读到的数据里。把判断留在人手里，不是保守，而是因为判断需要的信息确实有一部分在工作中产生，另一部分在行业经验里。

有一种做法是把判断的依据外置。把人做判断时看的那几条信息也写下来，比如资金能压多久、合作的供应商在哪、这个类目前有没有老货。写下来之后，判断的过程可以复盘，新人接手也能照着走。

边界情况是数据很少的新类目。这时候软件给出的参考价值最低，因为它的判断依赖历史数据。这一类目更适合先用小批量试，用真实订单去验证，而不是依赖软件给出的排序。新类目上先用小量试，等数据攒起来再谈方法。

把判断和搬运分开看

分开看的第一步是给每个动作归位。凡是需要权衡利弊才能做的，归到判断那一边。凡是规则已经写明、照着执行就行的，归到搬运那一边。归位只需要问一个问题，这个动作换个信息会不会有不同答案。

归位以后会发现，真正需要判断的动作并不多。通常集中在三件事上：这一批做哪几个款、卖什么价位、什么时候开始加量。其余的动作多数有明确规则可依，属于搬运的范畴。判断少而重，搬运多而轻。

分开看还有个好处，出问题时知道往哪查。商品页填错了字段，多半是搬运环节的规则没配对。铺出去一批货没有动静，多半是判断环节的选择出了问题。不分的时候，两种问题混在一起，改起来没有方向。

分开看也让软件的评估方式变清楚。评估它的时候只看一件事，它把你的规则执行得准不准。执行得准，说明上游的规则写清楚了，也说明软件配得对。执行不准，需要改的往往是规则，不是换一个软件。

边界情况是新品。新品没有历史数据，判断的比重会比成熟款大得多。这段时间可以把软件的用法收窄，只让它负责搬资料，不指望它给任何方向。等这个款的资料积累起来了，再逐步把搬运的比例放大。

分开看以后，还有一个动作跟着变。以前是看哪里堵了就买一个工具，现在变成先看这一段属于哪一类。属于判断的，加工具没有用，要加的是信息和时间。属于搬运的，加工具才有明显效果。判断的分类决定了投入的方向。

分开看的落地做法是给每段写一个输入输出。搬运那一段的输入是字段齐全的资料，输出是可直接提交的草稿。判断那一段的输入是市场信息、资金情况和库存，输出是一句话的范围。两段的输入输出写清楚，中间就没法含糊。

写这两组输入输出时会发现一个常见断层。判断那一段的输出通常是一句话，而搬运那一段需要的是字段齐全的资料。中间缺了一步，就是把那句话变成字段。这一步目前多数店铺是空的。

补这一步的办法是建一份转换表。左边写判断的结论，右边写对应的字段取值。比如结论是主推中低价位，右边对应的是价格区间和标题里要用的价位词。表列得越长，中间这一步越稳。

转换表不用一次写完。从最近做过的三个款里往回补，把当时怎么定的写下来。写的时候会发现有些决定当时其实是凭感觉的，这正是转换表的价值，它把这些感觉逼成了明确的取值。

分开看还要处理一个现实问题，判断和搬运往往由同一个人做。同一个人做的时候要用时间把它们隔开。先集中做完这一批的判断，再统一开始搬。穿插着做，判断容易被搬运的节奏带走，变成边搬边想。

判断和搬运分开以后，评估的指标也分开。搬运看的是速度和返工率，判断看的是选出来的款成不成。两个指标混在一起看，会得出软件不好用或者判断没用的结论，其实两边可能都没问题。

有一个记录方法值得用起来，就是给每个款记一行判断卡。卡上写四样东西，为什么选它、目标价位、准备铺几条、什么时候回看。这四样写下来，一个款从选到铺的全过程就留下了痕迹。

判断卡攒起来以后有两个用处。一是复查的时候知道当初为什么这么定，二是新人接手的时候能看到一批真实的判断过程。比看任何通用方法都更贴近这家店的实际情况。攒够十几张之后，这家店的判断习惯就看得出来了。

分开看的另一个落地动作是给搬运这一段设验收标准。标准可以写成三句话，必填字段无空缺、图片张数符合要求、标题不含违禁词。三句都好，这一批算过。有一条不过，退回重跑，不进入提交环节。

验收标准要定期看命中情况。如果某一条长期都没有问题，说明这一条已经稳定，可以从人工验收降到抽检。如果某一条经常出问题，说明规则写得不够清楚，需要改的是规则本身。

边界情况是急单。临时要赶一批货上架，时间很紧的时候容易把验收这一段省掉。可以给急单设一个简化的验收，只查必填字段和价格，其余交给事后复查。简化不等于取消。验收的动作可以简化，但不能整个拿掉。

分开看的时间长了还会带来一个变化，软件的使用范围会自然收窄。以前什么都想让它干，慢慢会固定在一两类活儿上。收窄之后它的配置变简单，出错的机会也少了。这是分开看带来的一个附带好处。

分开之后软件该怎么用

用法上有个先后，先把字段规则写下来，再去配软件。规则通常包含三部分，哪些字段必须有值、每个字段的取值范围、哪些取值要按类目区分。这三部分写完，配软件就是照着抄一遍。反过来先配软件，规则往往要靠猜。

其次是先把一个款跑通，再批量。挑一个资料最齐的款，从头走一遍，看它搬出来的商品页哪里需要改。改的地方记下来，回头补进规则里。跑通一个款的时间通常是一两个小时，能省掉后面一大批返工。

第三是设一道提交前的检查。批量提交之前留一个环节，逐条看一眼关键字段和主图。这一步看起来慢，实际能挡住大部分低级错误。抽检的比例可以按批次大小定，批次越大，抽检的条数越多。

第四是把它的产出当成草稿而不是成品。草稿和成品的区别在于有没有经过确认。把它搬出来的东西直接提交，等于跳过了确认。留出这一步，软件的价值不变，风险会小很多。留出这一步，代价是多花几分钟，回报是少犯大错。

还有一个用法上的取舍，不要一次把所有类目都交给它。类目之间的字段差异很大，一次全上，规则会写得又长又乱。按类目一批一批来，每批的规则短而清楚，出错时也容易定位是哪一批的规则有漏。

用法里最容易被跳过的是记录。每次跑完记一行，这批是哪个类目、用了哪套规则、返工了多少条。记满一个月回头看，哪些规则写得不好、哪些类目容易出问题，一眼就能看出来。这份记录是下一批的起点。

配置软件之前先准备两样东西，一份字段规则表，一份资料模板。字段规则表写明每个字段填什么、取值从哪来。资料模板是采集和整理资料时用的格式，最好和字段规则表的列一一对应。两份东西对上了，配软件就快。

资料模板建议从后台导出的一份空表改。导出的空表字段名和后台完全一致，直接在上面加自己的备注列。这样整理资料的时候不用来回对照字段名，也不会出现名称对不上的情况。

软件跑之前建议先跑一次空的。拿五条资料试一遍，看哪几个字段没填上。空字段最多的那几项，通常是资料准备里最容易漏的。把这几个位置在资料模板上标红，下次整理时不容易忘。

试跑之后定抽检比例。批次在二十条以内的，建议全部过一遍。批次在二十到一百条的，抽检两成左右。批次超过一百条的，抽检至少三成，因为批量越大，一个规则错误影响的面越广。

抽检的看什么也要定下来，不要什么都看。固定看四项，主图有没有用错、标题里有没有违禁词、类目对不对、价格有没有填成区间外的值。四项看完基本能挡住大部分会被驳回的情况。

用软件的过程里，最容易省错的是记录。建议每次批量后记三行，这批多少条、抽检发现几条问题、问题是哪一类。记满两个月，问题最集中的那一类就浮出来了，下一批可以直接针对这一类改规则。

有一个配软件的细节容易被忽略，就是字段的优先级。后台里的字段里，有一部分填错会被驳回，有一部分只影响展示。把这两类分开，配规则时先把必填项做准，展示类的项允许先留空。优先级写下来，配起来不会平均用力。

第二个细节是取值来源。价格通常来自计算，属性通常来自资料，标题里的词通常来自关键词整理。三个来源不同，更新节奏也不同。把来源标在字段规则表上，哪一项该什么时候刷新就清楚了。

第三个细节是版本。字段规则表改过之后要留一版旧的，不要直接覆盖。批量跑出问题时，可以对照新旧两版找出是哪次改动引起的。不留版本，出问题时只能从头复盘。版本不用留很多，留上一版就够用了。

第四个细节是归属。规则表由谁维护要写清楚。多人使用的店铺里，规则表如果谁都能改，最后会出现两个版本同时在用的情况。定一个维护人，改动留日期，可追溯。归属写清之后，改动的记录才能追得出来。

用法里还有一个省钱的地方。多数人配软件时想把所有功能都用上，实际常用的可能只有字段填充和图片处理这两块。把常用的两块配好，其余的先不碰，配置和维护的成本都会低很多。

记录用法心得的办法是在规则表边上留一栏备注。跑的时候发现哪个字段总是要手工补，就在备注里写一句。备注攒多了会形成一份使用笔记，比任何说明文档都贴合自己的店。这份笔记不用给别人看，主要给自己用。

搬资料这一格软件能独立完成，选出款和定字段都要人先做

只靠软件会缺什么

只靠软件会缺的第一样是取舍。它可以把一百个款都搬上去，但不会告诉你哪十个值得推。铺开容易，收拢难，最后仓库里堆着一堆没动过的货。缺了取舍这一步，量上去了，周转反而更慢。

缺的第二样是解释。商品页铺出去没有动静，软件能告诉你曝光是多少、点击是多少。它说不出为什么曝光低，是因为标题写得不对，还是因为这个类目本身竞争太密。缺了这层解释，数据看多了也生不出动作。

缺的第三样是反馈回路。它照着你的规则搬，搬错了它不会记住。下次同样的错还会原样发生，因为规则没有改。人要负责把错处写回规则，这一环软件接不上。这一环接不上，同样的错就会一直重复下去。

缺的第四样是对节奏的感知。什么时候该铺、铺多少、什么时候该停，这些决定和店铺的资金、季节、库存都有关系。软件按指令执行，指令之外的节奏它感知不到，也不会主动提醒你收手。

缺的这几样合起来是一件事，它是一支执行的手，不是一个做决定的人。把它当手用，它很称职。把它当人用，缺的东西会一个个露出来。想清楚这个定位，用法上的很多争议自然就消了。

还有一样容易缺的是判断的依据有没有更新。规则一旦写下来，软件会一直照旧的执行。市场变了、成本变了，规则没变，它照样把过时的取值填进去。定期回头看一眼规则本身还成不成立，这件事只能人来做。

缺取舍这件事有个具体的表现，就是上架数量和实际推的款数差得远。铺了一百条，真正在推的可能只有五条。剩下九十五条占着链接位，也让后台的数据看起更乱。每铺一批之前先定推几条，能缓解这个问题。

补解释这一块的做法是每次看数据都问一个为什么。曝光低就问标题和类目对不对，点击低就问主图有没有吸引力。问完写一行结论，写不出来就说明信息不够，需要补的是别的东西，不是继续看数。

补反馈回路的做法是建一份错误记录。每次批量提交被驳回或者需要返工，把原因写一行。这份记录攒到二十条左右，就能看出规则里哪几条写得含糊。规则补一次，同类问题就少一片。

补节奏感可以靠一份简单的排期。把这一季度分成几段，每段做什么、上多少条、什么时候停下来看结果，都写在上面。有了排期，铺货这件事就有了停止条件，不至于一直铺下去。

只靠软件还有一样会缺，就是对异常的敏感。数据突然掉了一截，软件会照常报数，不会提醒你这件事有点反常。异常的判断依赖经验，可以定一个简单规则，比如某一天的曝光跌了三分之一，就停下来查一次。

把这几样缺的东西列成一张清单，贴在软件的操作页边上。每次用它之前扫一眼这张清单，提醒自己哪几件事软件不会替你做。这张清单比软件的说明书更常用。清单不长，但每次扫一眼都有提醒的作用。

有一个具体的观察。同一批款铺出去以后，软件每天报曝光和点击。一个月下来，曝光在涨、点击在跌。软件会照常报数，不会告诉你这个组合说明主图有问题。这个判断要人来做。

第二个观察是返工量。软件铺完以后，如果每次都要人工改掉三四成的内容，那么省下来的时间很大一部分又还回去了。这时候要先解决的不是软件，而是上游资料的完整度。返工量大说明问题在前面，往回查比换工具管用。

第三个观察是链接数量。铺出去的链接越积越多，真正在看数据的只有那么几条。剩下的大量链接没有人看，出问题了也不会有人发现。建议定期把链接按状态分一下类，活跃的、待观察的、要处理的。

第四个观察是规则的年龄。字段规则多半是几个月前写的，里面的取值有没有跟着成本变化一起更新，需要定期检查。过期的规则会让软件持续地把过时信息填进去，看起来在干活，实际在做负功。

这几条合起来指向一个动作，就是给软件配一份定期检查的清单。清单上写清多久查一次链接、多久查一次规则、多久查一次抽检比例。检查的动作固定下来，软件用久了才不会慢慢跑偏。

还有一种缺的东西不在软件身上，而在流程的习惯里。如果店铺本来就没有把判断写下来的习惯，装上软件之后也不会突然有。可以借配软件这个动作，顺手把判断卡和规则表一起建起来。

搬运的耗时会明显下来，判断的耗时几乎不变

人和软件的分工怎么定

分工可以写在一张四格表上。第一格写这一批做哪几个款，填的是人。第二格写字段和取值的规则，填的是人。第三格写把资料搬成商品页，填的是软件。第四格写提交前的确认，填的是人。

这张表的作用是让每个环节的交接有依据。上一格填完了，下一格才知道自己该拿什么。选款那一格只写一个范围，字段那一格就没法填。字段那一格空着，软件那一格就只能用默认值。一格空，后面全空。

表上的内容不是一次写死的。每跑完一批，把返工多的地方记下来，回头补进对应的格子里。补三五次以后，这张表会变成这家店最顺手的一份东西。它记的不是通用经验，是这家店自己踩过的坑。

分工还要写清谁来负责。一个人做店的时候，这四个格子可能都是同一个人。但同一个人也要分清现在是在做判断还是在做搬运。混着做的时候容易顺手把判断也交给软件，因为软件就在旁边，按一下很快。

团队里则要写明交接点。判断的那一段交给谁，规则由谁维护，提交前谁来确认。把这三个人名写下来，出问题时能立刻找到该问的人。不写名字的时候，问题往往要转一圈才落到该负责的人手上。

最后给分工表设一个简单标准，软件搬出来的东西人需要改的地方有多少。改的地方越来越少，说明规则在往细里走，分工在往顺里走。改的地方一直不见少，就该回头看是判断那一段没做透，还是规则那一段写得太粗。

分工表写完之后要试跑一轮。挑一个类目，按表上的分工完整走一遍。跑完记录三件事，哪一格耗时最多、哪一格返工最多、哪一格最容易跳过。这三条是下一次调整分工表的依据。

试跑时要留意跳过的那一格。容易跳过的格子通常是没有明确标准的那一格，因为它做没做看不出差别。给这一格设一个可检查的产出，比如必须写下一句话的范围，跳过的情况就会少很多。

分工表还需要一个交接的载体。判断那一格交出的是范围，规则那一格交出的是字段表，搬运那一格交出的是草稿。三个载体分别存在固定的位置，接手的人知道去哪里拿，就不用逐次口头交代。

分工不是把人固定死。人手紧的时候一个人可以兼任几格，但兼任的时候要把时间分开，不要在同一段时间里既做判断又做搬运。混着做的成本不在时间上，在判断的质量上。混着做的时候，判断的质量会被搬运的节奏带偏。

分工表要能回答一个检验问题，今天要是换一个人来接手，他需要多久能搞明白该做什么。如果答案是半天以内，说明分工和载体都清楚。如果答案是抓瞎，说明有些环节还在靠记忆维持。

最后给分工表配一条更新规则。同类问题第二次出现，说明表里少了对应的一格或者标准写得不清楚，回头补一句。表不用重写，只在末尾加一两条。补得越勤，这张表越贴合这家店的实际做法。

分工表的第一个版本建议不超过一页。写太长没人看，也没人愿意维护。一页纸能写清四格、每格的产出和负责人，就已经够用。剩下的细节在实践中慢慢补。一页纸的表，改起来也快。

补的方式是在表上留一行最近的问题。每次碰到分工不清导致的返工，就在那一行写一句。写满换一页，旧的那页留档。这样这张表始终带着最近的经验，不会变成一份过期的文档。

还有一个细节是让执行的人参与写表。写表的人和执行的人如果不是同一个，表上的标准容易写得偏理论。让每天实际配软件的人说一句他觉得哪一格最费劲，这一句往往比整体设计更有用。

分工表还要照顾到换机器的场景。人换了、软件换了，表上的四格不变，只是执行的那一格换了个载体。这样分工不会因为工具更换而重新讨论一遍，稳定性比工具本身更重要。载体换了分工不变，团队才不用反复讨论同一件事。

最后可以给分工表设一个季度复查的动作。每季度末拿一批最近跑过的货，照着表复盘一遍，看哪一格的实际做法和表上写的不一样。不一样的地方就是表需要更新的地方。不一样的地方，就是这张表接下来要更新的地方。

这套东西不需要一次性做全。从一个类目开始，先跑通四格的分工，再往第二个类目扩。一个类目跑顺了再扩，比一开始就按全店设计要稳妥得多，也更容易坚持下来。一个类目先跑顺，比全店一起动要稳妥得多。

常见问题（FAQ）