Shopee多店铺管理做扎实之后，工具才使得上力

工具能使上力的前提是什么

工具能使上力的前提不是买到了，是拿到一份能照着执行的东西。这句话听着像废话，实际卡住大多数人的正是这一处。工具接手的是一串已经成形的规则：什么情况下做什么、这件事由谁负责、做到什么程度算完成。规则没成形的时候，工具只能接住其中已经明确的那一部分，剩下的一概落回人手上。

有一类店装上工具立刻见效，特征是重复动作占了大头，而且这些重复动作的做法已经固定。同一批货要铺到几个店上，标题按同一个结构写、属性按同一套取值填、发货按同一个顺序打包、买家常问的问题用同一份底稿回。这些动作每天都在重复，工具接过去，省下的是能算得出来的工时。

另一类店装上之后没有感觉，特征恰好相反，动作本身还在变。今天这批货这样上，明天那批换个做法；同一个问题不同的人给出不同答案。工具能把这些动作记下来并照着跑，但它记下来的是不一致的东西，跑出来的结果自然也不一致，而这个不一致很难被归因到工具上。

这个前提有一个可以当场核对的样子。随便挑一件日常反复做的事，让两个人分别说出它的做法和完成标准，看两人的说法对不对得上。对得上，说明这件事已经成型，交出去风险不大；对不上，说明它还在一个人的脑子里，这时候装工具，装的是一个人的想法，别人接不住也没法用。

有一类工具自己带着一整套默认做法，装上之后界面里直接有现成的项可填。这会让标准看起来已经有了，实际上那是别人的标准，是按通用行业情况排的，未必合自己这几家店的实际情况。照着一套不合身的默认做法跑，跑出来的整齐是表面的，遇到自己的特殊处照样要停下来问。

前提里还有一部分容易被漏掉，就是谁有权限改这条规则。规则定下来之后一定会遇到需要改的时候，改的时候如果谁都能动手，规则在几周之内会被改得七零八落。可行的做法是明确一条：这一类事由谁定，其他人只能提意见。有了这条，规则才有稳定的可能，工具里跑的规则也不会今天一个版本明天一个版本。

有一个反例值得说清。三家店共用一个工具，各自在里填了自己的一套规则。从外面看，三家店都上了同一套工具，界面一致、动作一致。实际跑起来，三家店在同一个功能上填的内容不同，遇到需要横向对照的时候对不上，这时候会发现真正的分歧从来没有被处理过，只是被同一层外壳盖住了。

这个前提还需要一件东西，就是规则写下来之后放在哪里。写在某个人的备忘录里等于没写，因为别人拿不到。可行的位置是所有人都会看到的那一处，而且要短，一眼能扫完。规则写下来放在一个人手里，装工具的时候这件事还是只有一个人说得清，其他人填配置仍然要靠问。

有一类情形会让这个前提看起来已经满足，实际没有。规则是有的，但它描述的是想要什么，不是怎么做。这句店里要做到及时回复，没有说明及时是多久、哪些情况算例外、做不到时怎么办。这类句子填进工具里，工具没有可执行的动作，因为它的每一处都还需要再问一次才知道该怎么办。

前提核实完之后，工具接过去的效果有一个稳定的规律：越是本来做法就一致的项，接过去之后越顺。这反过来也说明，装工具之前的一次梳理，本身就是在做管理动作。把这件事当成装工具的前置步骤，它的成本是可以算出来的；把它当成额外负担跳过，成本会以另一种方式在后面出现。

还有一点要说清，这个前提不是要一次性全部满足。四五个反复出现的动作里先满足两三个，就可以先动那两个三个，剩下的慢慢补。追求一次全部齐备的结果通常是全部往后推，半年之后仍然停在原地。按件推进的节奏更符合这件事的实际，因为标准是长出来的，不是一次性写出来的。

这个前提还有一层，是这套标准在这家店里是不是已经过了一段实际检验。刚写下来还没跑过的规则，和跑过几批货、被修过两次的规则，交出去的分量不一样。后者遇到的主要是边界上的小情况，前者遇到的是这条规则本身成不成立。把没检验过的规则先交给工具，等于让工具去承担一次本该由人承担的试错。

前提满足的样子可以从一件小事上看出来：临时有个人不在，这件事还能照常做下去。能照常做，说明做法已经在这家店里固定成了不依赖某个人的东西；一不在就停，说明这件事仍然长在那个人身上，工具接过去之后也只是把停下来的那一刻往后挪了一点。这个测法不需要准备，等下一次有人请假就能看到。

这个前提里还有一条和动作本身有关，就是这件事有没有第二个人独立做过。只有一个人做过的动作，交出去之前先让第二个人照着做一遍，做的那一遍会把没写下来的那些细节暴露出来，比如这一步要先做还是后做、碰到某种情况要停下。这些细节平时不写在任何地方，但它们决定工具接过去之后会不会卡住。

前提还包括一个对错的容忍度。这件事做错了会怎样，决定了它适不适合先交出去。错了可以当场改、只影响一条记录的动作，即使规则还没写全也可以先交给工具试；错了要返工一整批、或者直接落到买家眼里的动作，就算重复量很大，也先自己在手上盯一段时间，等规则写准了再交。

这个前提和店的数量没有直接关系，有关系的是动作的重复程度。一家店如果每天要处理几十条同类的问题，也满足前提；三家店如果每天做的事都各不相同，反而不满足。按这个标准看，很多店其实早就到了可以动的时候，也有一些店开出好几家之后，日常动作仍然没有一处是重复的。

前面几步没走完，工具接手的是一份不完整的输入

标准还在脑子里时工具会变成什么

标准还在脑子里的时候，装上的工具会变成一排操作按钮。打开界面看到一个功能列表，每一项单看都有用，但不知道什么时候该按哪一个。人面对这种状态的常见反应是先挑几个看着顺手的用，剩下的挂着。几个月之后回头看，工具里真正被用起来的，往往是那些本来就不需要判断的动作。

按钮变多还有一个副作用，它会让人产生一种已经管起来了的感觉。界面上有几排功能、几个数据面板、几条待办提醒，看上去比过去规范。这种感觉会在讨论问题的时候冒出来：明明装了工具，怎么还是乱。这时候注意力会自然转向工具里的功能够不够，而不是标准有没有定下来。

有一件很具体的事能说明这种状态。装完之后第一个月，往往会出现一批新的待办：工具提醒某个价格要改、某条信息要补、某个动作没做。这些提醒来自当初随手填进去的规则，填得含糊，提醒也含糊。含糊的提醒积到几十条之后，会被集体忽略掉，而不是被逐条处理。

一排按钮的形态很具体：界面上有十几个功能入口，日常真正打开的只有三四个，剩下的点进去看一眼就退出来。这不是因为那些功能不好用，而是因为它们对应的事情在这家店里还没有一个做法。没有做法就没有可以填进去的规则，没有规则，那个入口就是空的，点几次之后就不点了。

闲置的比例往往比预想的高。装完三个月之后回头看，被持续使用的功能通常集中在一两处，比如同一批信息的重复录入、常见问题的统一回复。凡是涉及判断的功能，比如该不该做、这次算不算异常，大多停在打开过一次的状态。闲置的地方恰好就是标准没搬出来的地方，这个对应关系相当稳定。

有一种常见的用法是把工具当成监视器，只用来盯，不用来改做法。数据面板每天看，看到某家店某个数在往下走，看一眼就过去了，因为没有一套规则说这种情况该怎么办。看了半年，工具起的作用只是把不安变成每天都能看见的不安，动作侧一点没有变化。

工具里的提醒被批量忽略有一个清晰的机制。提醒来自当初填进去的规则，规则含糊的时候，提醒的条件也含糊，于是同一件事被反复提醒，真正要紧的事淹没在里面。人处理提醒的方式是按优先级来的，当所有提醒看起来都差不多的时候，全部划掉是最省事的选择，而一旦开始批量划掉，后面就会一直批量划掉。

有一类闲置更隐蔽，功能在用，但用法和设计它的意图完全不同。比如一个本该用来对齐各店做法的功能，被当成了个人记事本，每个人都往里记自己的做法。从使用频率上看这个功能天天被打开，很活跃；从作用上看，它没有让几家的做法靠近一点，反而把几种不同的做法各自的痕迹都留了下来。

按钮越多，越容易出现一种代替讨论的情况。本来该坐下来把一件事定下来的场合，变成了各自去工具里看一眼，看完之后各自依自己的理解判断。工具提供的是同一批数据，理解不同的时候，同一批数据会得出不同的结论。这时候工具没有解决分歧，只是把分歧的场合从会议室挪到了各自的屏幕上。

也有反过来的情形，工具装上去之后反而让原来的问题显形了。因为所有动作都被记下来，攒了两三个月回头看，会发现同一件事在几家店的做法确实不一样。这时候如果顺着这份记录去把做法定下来，工具就起到了正面的作用。起作用的原因是有人愿意沿着记录往下做，而不是记录本身有这个能力。

这个状态最容易拖成长期状态，因为它在短期里没有明显代价。装着工具，界面看着整齐，日常照旧运转，没有一处立刻出问题。代价要到需要交给人接手、或者需要把几家店放在一起比较的时候才显出来，而那时候已经距装工具过去了很久，中间攒下的东西需要一笔一笔重新理。

把工具当成监视器还有一种延伸的用法，就是只看那些已经不用管的地方。数据面板上稳定的那几条曲线每天看一眼，觉得一切正常；真正在变的那些地方因为没有规则可依，反而看不清哪些数字算不正常。结果是工具的使用时间花在了最不需要它看的地方，而工具本身也没有被误用，只是用的位置都落在安稳处。

按钮多的另一个后果是它会把人的判断力往依赖的方向推。碰到一个没遇到过的情况，第一反应是去工具里翻有没有对应项，翻不到就停在原地。这个反应在规则清楚的时候是好事，因为工具里确实有答案；在规则不清楚的时候是坏事，因为翻不到的那一次本来是应该由人当场想清楚的，而想清楚这件事不会因为翻工具而变容易。

一排按钮还有一个具体的代价落在讨论里。本来要讨论的是这件事该怎么做，说着说着转到了工具里那个功能有没有打开、参数怎么设。议题悄悄换了，讨论结束时两边都觉得自己说的是同一件事，实际谁也没有把原来那个问题回答掉。

这种状态会自我保护。用不顺手的功能，人会解释成不熟或者没必要，于是更不去碰；越不碰越不熟，几个月之后那部分功能在心里的存在感接近于零。等到某一天真的需要它时，会发现连入口在哪都要找一会儿，于是又得出一次原来这个工具不好用。

按钮多的另一个时间成本藏在打开的那一刻。每次进到界面里，要先花几分钟决定这次用哪一个，十几项里挑一项。单次是几分钟，一周几十次累积下来就是几个小时，而这几小时本可以把一件小事定下来。这部分消耗不会出现在任何一张表上，只会表现为这件事怎么一直没时间弄。

越靠近照章执行它越强，越靠近下判断它越弱

哪一类店上工具能立刻见效

立刻见效的那一类店有一个共同特征，重复动作已经固定成型，而且量足够大。同一批货要在几个店上，标题结构、属性填写、发货流程、常见问题的回复都已经有一套现成做法。这些动作每天都在重复，工具接过去，省下的是可以算出来的工时，而且几天之内就能感觉到。

见效慢的那一类店也有共同特征，动作本身还在试。方向没定下来，今天做这一类似的货，过两周可能换一批；同一批货在不同店的打法也还没分出差别。这时候工具能做的是把当下的做法固定住，而当下的做法本来就不该被固定，装早了反而会拖住后面的调整。

有一个可以用来判断的简单问法：把最近一周重复做过三遍以上的动作列出来，看其中有几项的做法是完全一致的。列得出的项数多，说明该考虑上工具了；列出来的项大多每次做法不同，说明先把做法定下来再说。这个问法不需要材料，回想一周就有答案。

举一个能立刻见效的场景。几家店的客服每天要回答同样的一批问题，退换怎么走、多久发货、尺寸怎么选。这些问题早就有了一份统一的回答底稿，只是过去靠人一条一条打出来。把这批底稿整理成交给工具的固定答案，省下的是每天必花的那一段时间，而且第一天就能感觉到差别。

判断量够不够有一个很土但管用的办法，数一数这件事在过去一周做过多少次。一周做过三五次的动作，交给工具的意义不大，因为准备和接手的成本会吃掉省下来的那点时间。一周做过几十次的动作，值得单独拿出来处理，尤其是它每次的做法本来就一致的时候。

也有一种情况是动作固定但量太少，交出去不划算。三家店每周只上十条货，把这十条规定成模板、装工具、跑通、维护，前后花的工夫可能比手工多做几个月。这一类的判断不看工具好不好，看的是准备这一段要用掉多少时间，以及它会不会随着店数增加而摊薄。

更常见的是中间状态，一部分动作已经固定，另一部分还在试。这种状态不必等全部固定了再动，把已经固定的那几项挑出来先处理，剩下那部分暂时留在手上。这样做的另一个好处是，处理固定那部分的过程会顺带把不固定那部分的问题暴露出来，因为对比之下能看清哪些是反复出现、哪些只是一次性的。

见效快的店有一些共同的具体特征。同一批商品信息要在几个店填同一套字段，同一批常见问题要给同一份回答，同一批货要按同一个顺序打包。这些动作的做法固定、重复量大、每次都差不多，工具接过去不会有需要当场判断的地方，因此第一天就能省下时间。

有几类动作不适合作为首批交给工具的对象。涉及判断这家店接下来该做什么的、涉及决定某个款要不要继续做的、涉及和供应商或买家协商的，这几类即使看起来有规律，也不适合先交出去，因为它们每一次的判断依据都在变。把它们挑出来先留在手上，会让第一批交给工具的部分跑得更干脆。

首批交出去的动作最好挑那些做完之后立刻能看出差别来的。比如每天固定要重复的录入，或者每周固定要发出的一批答复。立刻能看出差别的动作有一个附带的好处，它能让一起做事的人对工具形成具体的印象，而不是停留在一个模糊的说法上。这个印象会影响后面几批动作交出去的顺利程度。

见效的另一个条件是有人盯着开头这一段。工具接过去之后，前几次跑总会遇到不在预期里的情况，需要有人当场看、当场补。这个盯的阶段大概几周，投入的是一段集中的注意力，而不是长期的。把这一段安排给一个具体的人，比默认大家会一起留意要靠谱得多，也更容易把问题收在一个地方。

见效这件事还有一个前提条件容易被忽略，就是有一件东西能用来衡量省下了多少。常见的是没有一个可以比对的基线，装完之后只能说感觉快了一些。可行的做法是装之前随手记一周，记下这件事每天占用多少时间、一周出现几次错。有了这一周的记录，装完之后才有东西可比，也才能在效果不如预期时判断问题出在哪。

还有一类店是装早了不至于出问题，但白白压着一笔钱和一段时间。方向还在试的店就属于这一类，工具能跑起来，只是跑的是还没有定型的做法，过一段时间做法改了，工具里的配置也要跟着大改。这类店的可行做法是先挑一件与方向无关的事务性动作先用着，比如常见问题的回复，其余的功能留到方向定下来再开。

见效的场景再举一个。一批货要在几家店上架，标题按同一个结构写、属性按同一套取值填，过去是一个人一条一条往下填，填到第三家的时候手已经酸了。装完之后这一段变成核对一遍，填的那部分交出去。省下来的时间和疲劳都是真实的，而且当天就能感觉到。

判断先后有一个更省事的做法，把日常动作按一周重复的次数排个序。排在前面的那几项，是投入产出最直接的地方；排在后面的那些，即使有用也可以先放着。这份排序不需要任何材料，回想一周就有大概的形状，而它比凭印象决定先动哪一项要可靠。

见效的快慢还有一个可以观察的信号：装完之后第一个月，有没有人主动去打开它。主动打开的行为说明它接住了真实的负担，人在不用提醒的情况下就会去用。反过来，需要反复提醒才用的功能，通常不是因为不熟，而是因为它对应的那件事本身还没有一个固定的做法。

管理动作和工具动作分别管哪一段

管理动作管的是这件事该不该做、由谁做、做到什么程度算做完。它的产物是一句话或者一份说明，形态是文字。工具动作管的是这件事具体怎么跑、跑多少次、跑完记在哪里。它的产物是一次动作的执行，形态是记录。两者的产出完全不同，混在一起谈就会一直争谁更重要。

两者管的时间尺度也不一样。管理动作管的是变化：方向改了、规则改了、负责人换了，该动的是这一侧。工具动作管的是重复：同一件动作要跑一千次，跑的过程要齐、要快、要不漏。变化少而重复多的场合，工具的份量大；变化多而重复少的场合，管理动作的份量重。

有一个容易搞反的地方，是用工具去补管理动作的空缺。两家店口径不一致，想找一个功能把两边的数据对齐。数据对齐只是表面，真正的问题是同一件事在两家店的算法不同，这个不同不会因为一个工具而消失。工具能把两份不一致的东西摆在一起，改变不了它们本来就不一致。

划界有一个好用的办法，把店里常做的动作列一列，然后分成两列。左边那一列是这件事该不该做、由谁做、做到什么程度算完；右边那一列是这件事具体怎么跑、跑多久、结果记在哪里。分完之后会发现左边那一列往往很短，右边那一列很长，而真正卡住人的通常在左边。

经常被塞给工具的是两样不属于它的东西：判断这件事该不该做、以及承担判断错误的后果。工具能把一件事执行得很齐，它不会在事后替人把这个决定的责任接过去。把这两样也一起指望上去，会出现一种态度，觉得已经交给工具了，出了问题先看工具哪里不对，而不是回头看当初为什么要做这件事。

工具管的那一段失败起来有一个特征：动作照常跑，跑得又齐又准时，但没有人能说出为什么要跑。这类失败不会立刻在结果上显形，因为每一次动作单独看都没有错。它显形的方式是过一段时间发现整套动作和当下的方向已经不搭，而中间没有任何一个环节提醒过这件事。

管理动作长期不做就直接上工具，会形成一个具体的循环。因为没有规则，工具只能接住已经明确的那一小部分；因为大部分没被接住，日常还是照老样子；因为照老样子，就没有新的规则被定下来。这个循环转下去，工具在店里的比重会越来越低，最后只剩下一个查数据的地方。

两段的分界还有一个更实用的判法：看这件事需不需要解释。做之前要跟人解释为什么做这一件而不是那一件，这属于管理动作；做的时候只需要照着做、不需要解释为什么，这属于工具动作。按这个判法过一遍日常动作，会发现说要解释的那些其实并不多，但它们决定了另外那些能不能顺利地被交出去。

管理动作有一个成本上的特点，它的单位成本很高但总量不大。定一条规则可能就是一小时的事，但这一小时做出的决定会影响后面成百上千次动作。工具动作恰好相反，单次成本很低但总量极大。把这两样的成本混在一起算，会得出工具划算、管理不必要的结论，因为它省下的是次数多而单次小的那一侧。

有一段是两边都要在场的，就是看动作有没有按规则做。工具能把每一次动作记下来，能看出哪里没做、哪里做晚了；但它看不出某一次没做是不是因为规则本身不合理。这一段需要人拿着记录回头判断：是执行没跟上，还是规则写得不对。规则写得不对的时候，工具里记的是成批的偏差，而被偏差的是好的执行。

还有一段常被划错，就是新人多久能上手。这一段的快慢主要不在工具这一侧，而在规则这一侧。规则写得清楚，新人照着做就能出结果，工具只是让他做得更快；规则不清楚，工具再顺手，新人每天仍然要问很多次。把上手的快慢寄托在工具上，通常会在新人第一周就发现问题不在那。

两段的比重会跟着店的阶段变。店少、每个人都熟悉全部事情的时候，管理动作的比重看起来很小，因为标准长在每个人的脑子里，不需要说出来。店多、有人只负责其中一段的时候，管理动作的比重会突然变大，因为要把原来不用说出口的东西说出来给别人听。这个变化不是管理水平下降，是规模换了之后必须补上的东西。

把两段的产物放在一起看会更清楚。管理动作的产物是文字，一句话或者一份说明，它的寿命可以很长，定了之后能用很久。工具动作的产物是记录，一次动作一条，寿命短，攒起来才有用。寿命长的东西数量少、单件成本高；寿命短的东西数量多、单件成本低。按这个性质去安排力气，就不容易把大量时间花在攒记录上而没定几条规则。

两段之间还有一条不常被提到的关系：工具动作留下的记录，是管理动作的输入。规则要改，依据通常来自记录——这类情况过去出现过几次、每次是怎么办的。没有记录的时候，改规则只能凭感觉说出一个印象，改完也不知道有没有改对。所以两段不是各管一段，前一段的产物会喂给后一段。

有一段常被当成工具的事，其实前提在管理这一侧，就是把同一套标准发到各店。发这个动作本身可以由工具完成，几秒就发完；能被发出去的前提是这套标准已经存在，而且是同一个版本。标准不在一处或版本不统一的时候，工具发得再快，发出去的也是几份不同的东西。

两段的成败在时间上显形的方式也不一样。管理动作做错了，往往要过一段时间才看出来，因为它的影响是通过成百上千次动作累积起来的；工具动作做错了，当场就能看到，跑出来的一批东西不对。显形快的那一段容易吸引注意力，显形慢的那一段容易被放过，而后者造成的偏差更不容易纠回来。

两者该按什么顺序补

顺序上有一个稳定的次序：先把一件事说清楚，再把这件事固定成一句话，然后才谈用什么去跑它。这三步里最容易被跳过的是中间那一步，因为说清楚像是在开会，固定下来像是在写文档，两样都不产生当期结果，而不产生当期结果的事总是被往后放。

顺序反过来的代价有一个很实际的表现：工具拿回来之后，需要有人花时间把规则填进去。这时候会发现规则说不清，填不进去，于是先随便填一版。这一版在工具里跑起来之后，所有动作都照着一版含糊的规则走，而含糊的地方恰恰是最需要人当场判断的地方。

有一个例外值得说清，某些工具本身就会逼着人把话说清楚。填配置的时候必须一项一项选，选的过程会暴露说不清的地方。但这里起作用的是把问题逐条列出来问一遍这个动作，不是工具本身。认识到这一点，就不会把装工具当成定标准的替代品。

顺序落到具体做法上，第一步不用大。挑一件反复出现的动作，写下三句话：这件事在什么情况下做、由谁做、做到什么程度算完。三句话写完之后再考虑交给工具。这一步通常花不到一个小时，而它决定后面配置工具时有多少地方要当场临时决定。

举一个顺序正确的例子。几家店的定价各不相同，有高有低，原因说不清。先不急着找工具去监控价格，先把定价的规则写下来：同类的价位带盯着哪一段、什么情况下往下调、谁有权限调、调完记在哪里。规则写清之后再上工具，工具要做的只是照着盯，它接的是一份完整的输入。

顺序也有需要同时补的时候。有些规则本来就是被工具逼出来的，比如登记这件事，一旦决定要用同一个地方记，必须先定下记哪几栏。这种情况下不用死守先后，一边定一边用，只要记住结论：真正起作用的是把问题逐条列出来问一遍这个动作，工具只是让这个动作有了一个固定发生的地方。

顺序反过来的场面通常长这样。配置工具的时候，会上讨论了两个小时，讨论的是业务本身该怎么算，而不是怎么填。这说明配置这一步撞上了本来就该先解决的规则问题，而会议上临时定下来的规则，往往定得草率，事后很少有人记得当时为什么是那样定的。

顺序做对了会有一个能看见的信号，就是配置工具这件事本身变得很快。规则已经写在纸上，填的时候几乎是照抄，需要临时讨论的地方很少。反过来，如果配置的过程一直在讨论业务、一直在问这算不算、那要不要，说明顺序反了，这时候更该做的是停下来先把规则定下来，再回来填。

有一种顺序上的例外情形值得单说，就是这件事本来就很少做，谈不上重复。一年做几次的动作，既不需要写规则也不需要交给工具，遇到了照着上次的做法比划一遍就行。资源有限的时候，把这类动作排除在外，才有多出来的力气去做那些真正每天在发生的事。

顺序做完之后要有一个复查的时点。规则定下来、工具接过去，过一段时间要回头看两样：规则里有没有已经过期的部分、工具里跑的规则有没有和纸上那份走散。这两样都是会自然发生的，不会有人提醒。把它挂在本来就要做的事后面，比如每批新品上完之后顺手对一遍，比单独定一个日期更容易坚持。

顺序上还有一个实际的考虑，就是先补哪一件事。挑那些被问得最多的先补，因为它们每天在消耗别人的时间，补一次就能立刻见效。可行的判断是回想最近一周有哪个问题被三个人问过，或者有哪件事每次都要重新解释一遍。这类问题排在最前面，补完之后还能看出补的对不对，因为问的次数会直接变少。

顺序做完之后，工具在店里的比重会自然地分成两半。一半是它接过去的动作，这部分会越跑越稳；一半是它顶不了的部分，这部分会一直留在人手上。认清后面这一半的存在，比追求全部交给工具有用得多，因为把顶不了的那一半也硬塞进去，塞进去的往往是判断和例外处理，而这两样被硬塞之后出问题的方式都很隐蔽。

顺序里最容易被省掉的一步是复查。规则定下来、工具接过去、跑一段时间，这时候回头看两样东西：实际跑出来的结果和当初设想的是不是一回事、规则里有没有已经不符合现在的部分。这一步不做，规则和实际会慢慢分家，而分家的过程没有声音，等到发现的时候通常已经跑偏很久。

顺序做对了会有一个副产品，讨论的场合会变。定规则之前，讨论往往落在具体的人和事上，说的谁这周又忘了、那次为什么没做；规则定下来之后，讨论会转到规则本身，说这一条是不是太紧、那种情况要不要留个例外。前一种讨论结束不了，因为每次都是新的具体情形；后一种讨论能收敛，因为对象是同一条规则。

顺序上还有一个细节值得说，先补哪一件事不该按要紧程度排，该按被问的次数排。最要紧的那件事往往复杂，动它要花好几天，这几天里其他的事仍然每天被反复问起。从被问得最多的那件开始，成本小、见效快，而且补完之后能立刻看出对不对，因为问的次数会直接变少。

装上之后真正卡人的那几格，工具一格都顶不了

什么状态下装工具最省事

最省事的状态有几个可以核对的条件：日常重复的动作已经固定、每类动作有一个明确的负责人、动作的结果记在同一个地方、每家店的算法对得上。这四条齐了，装工具就是接一段已经跑顺的流程，配置的时间短，需要当场临时定的地方也少。

这四条里最容易被忽略的是最后一条，每家店的算法对得上。同一件事在甲店按这个标准算、在乙店按那个标准算，工具拿到的就是两套输入。工具本身不判断哪一套对，它把两套都跑出来，结果摆在一起看着更整齐，实际上的分歧一点没少，只是被整理过了。

装工具的时机还有一个更实用的判断方法：看上一次出现同一个疑问是什么时候。如果同样的疑问在过去一个月里被不同的人问过好几次，说明这件事本来就该定下来了。先把这个问题答一遍，再看要不要装工具，需要装的部分往往比原先设想的少很多。

最省事的时机是刚做完一轮做法调整之后。这时候动作刚定型，人对每一处为什么这样做都还记得清楚，把规则填进工具的时候不需要回想。隔得太久再装，动作已经变成习惯，习惯里的很多细节自己都说不清了，填的时候只能凭感觉补，补出来的规则经不起追问。

那四条里最容易缺的是负责人。动作有、规则有、记录的地方也有，唯独没有说清哪一类事归谁定。这个缺口平时看不出来，一旦遇到规则里没写到的情况就会显形，几个人同时给出答案，然后各自照自己的答案做，几次之后规则里被写到的那部分也开始松动。

装的时候要留一个明确的接手人，而不是大家一起去熟悉。多人同时上手，常见的结果是每一处配置谁都没弄明白，出了问题也说不清是谁改过。留一个人专门负责这件事，其他人的角色是提意见和用，改的权限收在一个地方，工具里的规则才有稳定的版本。

装完之后的验收方式应该事先想好。可行的验收是看两样：日常动作的耗时降了没有、出错的地方少了没有。不看界面看了多少、功能开了多少，这两样和有没有真的起作用关系不大。验收的口径事先定下来，后面判断有没有白花工夫的时候才有依据，不然只能凭手感说比过去好一些。

最省事的另一个时点，是有人即将接手的时候。交接这件事本来就会逼着把做法说出来，趁这个时机把规则写下来，写出来的东西立刻有用处，不像平时写规则那样看起来只是留档。写完之后交给工具跑，接手的人拿到的是同一套做法，不必再靠问来补。

那几条里最容易被当成形式的是记录记在同一个地方。几个人各自记各自的，短期内谁也不影响谁，工具接过去的时候才会发现有几份互相对不上的记录。事先把记录的位置统一，装的时候只需对接一处；事先没统一，装的时候要先把几份记录拼起来，而拼接的过程本身就是一场规则讨论。

装完之后还要定一件事，就是多久回头看一次工具里的规则。规则是会长旧东西的，半年前定的条件和现在的实际可能已经不同。可行的做法是跟着本来就会发生的时点走，比如每季度清一次库存的时候顺手过一遍，看有没有哪一条已经不符合现在的做法，改的时候顺手记一句为什么改。

这套条件不是每个店都能一次凑齐，也不是凑不齐就不能动。缺哪一条，装的时候就在那一条上多花时间。真正需要避免的是明明缺着还照着完整的流程去装，装完发现大量地方要临时决定，几周之后配置越改越乱，最后把工具停掉，还把原因归到工具上，下一次再想动这件事的阻力会更大。

最省事的状态里还有一条是节奏上的：几家店的动作最好已经错开。三家店同时上新、同时补货、同时要处理同一批常见问题，全部压力会在同一段时间里堆起来，工具接过去也只能把这一段堆得更整齐。先把几家店的上新和补货节奏错开，工具接的是几条相对平缓的线，配置和维护都会轻松很多。

这套判断反过来也能用来解释一件事：为什么同一套工具在两家店的评价差别那么大。评价偏低的那些，多数是在缺条件的状态下装的，装完之后大量的时间花在临时决定和反复修改上，最后对这个工具的印象就是麻烦。工具本身没有变，变的是装的时候店里的状态，而这个状态是可以事先看出来并选择的。

最省事的状态里有一条是关于时点的。挑一个刚忙完一阵、手上有余量的时间段，而不是忙季的开头。装工具要占用一段比较集中的注意力，前面几次跑还要有人盯着，挑在事情堆起来的当口装，十有八九装到一半停下来，然后搁在那里，下次再想起来的时候配置已经和实际脱节了。

反过来，最不适合装的时候是刚出过一次问题之后。这时候装工具，规则往往定得很紧，紧到把少数几次的异常当成普遍情况来防，跑一段时间就发现处处不方便，于是又要一条条松回来。刚出问题时该做的是把这一次的原因说清楚，工具的事放到这件事做完之后再说。

那几条条件还有一个很直接的检验方式：假设明天这一段换一个人来做，他能不能直接开始。能直接开始，条件就算齐了，装工具接的是已经能交出去的东西；需要先带几天、边问边做，说明还差一点，差的那一点通常是做法没有完全说清，或者记录不在一个大家都拿得到的地方。

先把标准搬出来，工具里闲置的那部分会跟着少下去

工具效果的差别来自哪里

同一套工具，两家店用出来的效果差很远，这个差别的来源通常不在配置的精细程度上。配置反映的是用的人对这件事的理解程度。理解得清楚，配置出来的是几条明确的规则；理解得含糊，配置出来的是几十项似是而非的开关，跑起来互相打架，最后只能全部关掉。

差别的第二个来源是有没有人愿意先花一段时间把动作跑准。工具接过去之后，开头总有不顺的地方，需要有人盯着看哪一步断了。这个盯的过程通常要一两个月，而这一两个月的投入不会立刻在结果上显出来，很多人在这一段就把工具放到一边了。

差别还有第三个来源，就是有没有给工具划清该管哪一段。把不属于它的那一段也交给它，会出现两种情况：一种是它做不到，人开始怀疑工具；另一种是它硬做了，做出来的东西看着完整，实际把该留给人判断的地方也一起自动化了，问题被盖住而不是被解决。

配置的形态能直接反映用的人对这件事理解到什么程度。想清楚的人配出来的是几条明确的规则，每一条都能说出对应的是哪种情况。没想清楚的人配出来的是一堆开关，开着怕是漏、关着怕是错，最后留着一半开着，跑出来的结果时好时坏，还找不到规律。

有一个差别来自有没有给例外留出位置。任何一套规则都会遇到它没覆盖的情况，写规则的时候顺手留一句遇到说不清的情况先不动、报上来一起定，这条留着比什么都重要。没有留的规则，遇到例外时会被硬套，硬套的那一次看起来执行得很齐，代价是把一个本该被看见的问题盖住了。

知虾在这一层里的位置可以说清楚。它站在看外面这一层，多站点数据覆盖九个站点，站点分析看某一站点的类目结构与价位分布，选品与竞品监控看同类在做什么、上新快不快，定价计算给的是成本与区间的算法。这些是判断某一类货还有没有空间的材料，用它的场合在定方向之前和回看方向的时候。

有一件事要主动说明，知虾不是多店铺管理工具，也不做多账号管理、批量操作、订单归集和跨店数据汇总。它看的是各个站点上公开的商品与类目数据，与你有几家店、店里怎么排动作没有关系。管理与工具之间那一段，它不参与，也不该被指望成这一段。

有一个差别来自有没有人拿它跟结果对过账。工具装完之后只看它有没有在跑，不看它省下来的那一部分有没有真的变成结果，这种用法下很难判断该保留哪一段、该调整哪一段。隔一段时间拿两样东西对一次，一是省下来的时间去了哪里，二是出错的地方有没有少，这两样对上之后，后面的取舍才有依据。

还有一点来自规则的动静。规则定下来之后一直不动和一直在动，两种都是问题。一直不动，会遇到规则已经不符合当下、但大家还在照着做的情况；一直在动，工具里跑的规则还没有积累出可参照的结果就被改了。可行的节奏是小的调整随手补，涉及改变做法的调整按批做，改完留一段时间看结果再动下一处。

这几样差别合起来指向的是同一件事，工具效果的差别基本来自标准这一侧的清晰度。同一套工具在两家店里跑出不同结果，最常被提到的解释是执行的人不一样，而执行差异往下追，往往追到规则写得够不够清楚。规则清楚的时候，执行的人之间那点差别会被规则吸收掉，工具跑出来的结果也更接近。

有一个差别来自会不会把工具当成交接的载体。做法写清楚之后放进工具里，接手的人打开就能看到这一件事该怎么做，开口问的次数明显减少。这件事的价值在人员变动的时候最明显，平时看不出高低。把工具用在这个位置，它承担的是把已经定下来的做法传下去，不是替人定做法。

还有一种差别来自有没有人定期把工具里的规则和实际做法对一遍。对过的人会发现工具里跑的东西和纸面上的东西慢慢走散，走散的原因通常是有人临时改了一处没同步。这个核对不需要很频繁，跟着本来就会发生的事走就行，比如每季度清库存的时候顺手看一遍，成本很低，但能避免工具里的那一套和实际那一套变成两个东西。

这些差别放在一起看，落到最后的结论是同一句话：工具能替你执行这套标准，替不了你把标准想清楚。它能让一件事跑得齐、跑得快、少漏，这些价值都建立在标准已经存在的前提上。标准不在的时候，工具的价值不会消失，它会转成另一种形式出现，也就是那个装完却闲置了一半的状态。

差别还有一处来自工具里那套规则有没有在别的纸上留一份。只在工具里配的话，改动没有痕迹，谁什么时候动过哪一条很难说清，隔一段时间也没法和当初的设想对照。纸面上留一份，改动的时候能一眼看出动了哪几处，出了问题也容易往回找。

另一处差别来自用的人对它的期待。期待它替自己下判断的，用一段时间多数会失望，因为判断那一段本来就不在它的范围内；期待它替自己接掉重复动作的，用起来基本都满意，因为那正是它做得最扎实的一段。同一套工具的两种评价，很多时候差别就出在当初那句期待上。

还有一处差别来自几家店的做法是不是同一个版本。做法是同一个版本的时候，工具接过去之后各家跑出来的结果可以对得上，横向看一眼就有意义；版本不统一的时候，工具照样跑，跑出来的结果各自成立，但摆在一起比不出东西，反而会让人误以为这几家店的差别是经营上的差别。

常见问题（FAQ）