Shopee店群管理这件事，工具替不了你哪三样

工具之外必须自己扛的是哪三样

先说清楚这三样各自站在哪一层。定店铺结构，说的是每一家店在整盘里扮演什么角色，是主力、是测试，还是维持状态等着被用上。这一层决定了后面所有事的口径，因为不同的角色本来就不该用同一套要求。

定资源分配，说的是钱、人力、注意力往哪几家偏。店的数目一多，资源就不可能平均，总要有几家拿得多、几家拿得少。偏哪一边本身就是一次判断，没有把这个判断做出来，资源就会靠惯性和临时情绪流动。

担店铺出事的后果，说的是某一家店出了评分、处罚、资金这类问题时，谁去面对。这件事很难事先练习，因为它发生在出事的那一刻，到时候能站出来的只有本来该担这个后果的人。

这三样有一个共同点，都不产生可以直接看见的产出。定结构不产出一件商品，定资源不产出一笔订单，担责任更是平时看不出痕迹。也正因为它们没有产出，才容易在忙碌的时候被一直往后放。

它们的第二個共同点是都跟后果绑在一起。定了结构，就要承担这个结构带来的结果；定了资源，就要接受偏心可能带来的抱怨；说了谁担责任，那人出事的时候就得真的站出来。跟后果绑在一起的事，没法像动作那样派出去。

所以这三样不是做不完，是交不出去。把它认成做不完的活，会一直想着怎么提高效率、怎么找人分担；把它认成交不出去的活，就会给它们单独安排时间，因为只能自己做，没人能替。

判断自己在哪一样上比较薄弱，有一个简单的办法。回想最近一次关于店的讨论，看讨论停在了哪一步。停在哪家店该上什么品，那是内容层面；停在这几家店该怎么安排资源，那就碰到了第二样。

如果讨论经常停在要不要再开一家店、要不要把某家关掉，那说明第一样没有定下来。这类讨论没法靠更多数据解决，因为数据只能回答发生了什么，回答不了这家店在整盘里该处什么位置。

如果讨论经常停在出了这个事该找谁，那薄弱的是第三样。这类讨论在平时的会议上出现得越频繁，说明责任认领得越不清楚。平时说不清，出事的时候就更说不清，只会多绕几个来回。

找一个薄弱点之后，接下来的动作可以有先后。先补第三样，因为它最容易在出事时造成混乱，而且补起来的成本低，只是把责任人写清楚。再补第一样，把每家店的角色写下来。最后补第二样，因为资源分配依赖角色。

按这个顺序动手有一个好处，每一步的产出都是下一步的输入。角色定清楚了，资源档位才有依据；责任人定清楚了，结构的调整才有人来执行。反过来先分资源再补结构，很可能要重新分一遍。

动完这三步之后可以设一个检验点。下次开会讨论某家店的时候，注意讨论有没有变短。如果原来要绕十分钟才能达成一致，现在两三分钟就能落，说明这三样已经在起作用了，值得把它固定下来。

有一个容易混淆的地方值得分清。这三样说的是店群作为一个整体的结构，不是单店内部的经营。一家店该卖什么、该定什么价，这些属于单店的判断，虽然也重要，但它们和一群店该怎么摆是两回事。

区分的方式很简单。如果这个问题只涉及一家店，撤掉这家店不影响别的店的安排，那它属于单店层面。如果这个问题一改，其他店的资源或者责任也要跟着调，那它就属于结构层面，落在那三样里。

为什么要把这两层分开，因为它们的处理方式不一样。单店的问题可以用数据和经验来解，试几次就能看出方向；结构的问题需要拿主意，而且一旦定下来，短时间内不宜频繁改，改了要牵动一片。

分开之后还有一个好处是分工能落到点上。日常运营的人处理单店那一层，遇到涉及结构的问题往上提。上层不需要介入单店的每一次调整，只处理那些会影响一片的决定，各自的时间都能省下来。

还有一种情形需要留意，就是结构层面的事被当成单店层面的事反复处理。某家店一直被调来调去，改了价格改内容，改了内容改节奏，看起来一直在努力，实际是它的角色从来没有被定下来过。

遇到这种情况，先停下来回答一句这家店在整盘里是什么角色。这一句答出来了，后面那些反复的调整往往就自然停了，因为大部分调整本来就是为了回避这个问题才发生的，答完之后就没有回避的必要。

工具站在落成文字之后的执行那一段，前面几步它一处也插不上手

第一样：定店铺结构

结构这件事可以先从一句最朴素的话讲起。每家店都应该能回答一个问题：它为什么在这里。答案可以简单，但不能没有。答不上来的店，往往就是整盘里最耗精力的那几家，因为每次讨论涉及它们的时候都要从头讲一遍。

一个说得清的结构大致长这样：有两三家店是主力，承担主要的销量和现金流；有几家是测试店，专门用来试新款、试价位、试内容方向；可能还有一两家维持状态，评分不掉、类目不荒，等有合适的品再说。

结构定下来之后，很多争论会自动少一半。某个品该不该上，主力店不该上是因为它影响面大，测试店可以上是因为它本来就是用来试的。同一个问题在两家店上的答案不同，不是因为偏心，是因为它们在结构里的位置不同。

结构还会决定看什么数据。主力店看的是整体趋势和现金流贡献，测试店看的是它这一轮试出了什么结论。两家店的指标不一样，放在同一张表里比较就会得出奇怪的结论，比如指责测试店销量太低。

结构定得清的标志是能写下来。不用写成长文，每家店三五行就够，写清它的角色、它的目标、它的观察期到什么时候。写的时候写不下去的那几家，就是需要处理的对象，处理方式无非是给它定角色，或者把它收掉。

还有一点值得注意，结构的清楚程度和店的数目不是一回事。五家店也可能结构很乱，因为没人想过它们各自干什么；十五家店也可能结构清楚，因为每家的位置都写下来了。乱与不乱看的是有没有想过，不是有几家。

动手写分店说明的时候，可以从最容易写的几家开始。通常是那几家你最有把握的店，写起来会很顺。写完之后把这几家放在一边，再去看那些写不出来的，困难的部分就集中到了明处。

写不出来的店可以分两类处理。一类是它其实有角色，只是从来没被说出来，那就在写的过程中把角色确定下来，可能是个主力店，也可能是个维持状态的店。另一类是真的没有角色，它在那儿只是因为当初开了它。

对第二类店，处理方式可以先温和一些。给它定一个观察期和观察标准，到期看结论。观察期不能太长，太长等于不做决定。观察期里看的东西也要具体，比如有没有稳定的访客、有没有出现重复购买。

角色定下来之后，还有一个动作容易被漏掉，就是把配套的东西一起改。一家店从测试升成主力，它的资料要求、上新节奏、价格空间都要跟着调整。只改了名头不改配套，会出现名实不符的状态。

为了让角色定得靠谱，判断的时候可以参考一点外部的行情。这家店所在的类目在它所在的站点上是涨是平，价格带挤在哪个区间，同类商品近期的变化怎么样。知虾站在多站点数据与站点分析这一层，它看到的是各站的类目结构与价格带分布。

写完的结构说明不必一次做到完美，能读懂、能执行就够。用一段时间之后会发现有些地方定得不合适，那时再改。改的时候把改动和理由记在旁边，下一次再看的时候能知道当时是怎么想的。

有一个具体的场景可以看清结构的作用。手上有六家店，其中两家的销量占了绝大部分，另外四家表现平平。如果没有结构，通常的做法是四家一起使劲，平均分配精力，结果都上不去。

有了结构之后，处理方式会不一样。先去回答那四家为什么在：如果是为了试新款，那它们需要的不是销量，而是把每一轮的结论带回来；如果是为了占住某个站点，那它们需要的是保持基本状态，不必追求产出。

两种回答对应两种要求。当成测试店的，考核的是它带回了什么结论，试过几款、试出了什么、下一轮打算试什么。当占位店的，考核的是它的状态有没有掉，评分、类目、页面是否正常。

这样分完之后，那四家店的平平表现就不再是一个需要解决的问题了，因为它们的任务本来就不是产出。整盘的注意力可以被集中到真正需要使力的地方，也就是那两家主力店和正在试的那几款。

这就是结构的一个实际作用，它让一些看起来像问题的现象变成正常的现象。缺少结构的时候，所有的店都被放在同一个标准下衡量，达不到标准的都被当成问题，注意力就被摊薄了。

结构还会影响一件事发生的时机，就是决定关掉一家店的时候。有了结构，一家店该不该关看的是它的角色是否还有价值；没有结构的时候，关店这个决定只能靠这家店赚不赚钱来判断，而有些店的价值本来就不在赚钱上。

越靠上越能交出去，越靠下越是自己的活，分界大致在三行之间

第二样：定资源分配

资源分配的难点不在舍不得，而在没有依据。给某家店多配一个人、多投一笔预算、多花一点注意力，这个多字背后需要有理由。理由给不出来的时候，分配就会变成谁的声音大谁拿得多。

一个可用的依据是角色。主力店的任务是撑住整盘，资源在它这里有明确的用途，投进去能看到对应的产出。测试店的任务是带回结论，它需要的资源是够试出结论的量，多给反而浪费，因为它本来就不负责产出。

维持状态的店资源最少，但不能减到零。它要保持基本的运转，评分、类目状态、主要页面都不能荒废。这几件事占用的资源不多，可一旦省掉，等需要用它的时候会发现它已经不好用了，那时候再搭起来要花的时间和钱更多。

依据有了之后，还要把档位写成规则。什么情况下一家店从测试升成主力，什么情况下从主力降回测试，写在文字里。写下来之后，讨论资源的时候就不用每次从头讲理由，直接看这家店现在在哪个档位。

写成规则还有一个副作用，就是减少了人情上的拉扯。手里只有那么点资源，多给一家就意味着少给另一家，这个取舍本身是不舒服的。有了规则，取舍的依据是公开的，做决定的人不必每次都当那个说不行的人。

分配做完之后要接受一个结果：一定会有店感到被冷落。这不是执行出了问题，而是资源本来就有限。能做的只是让被冷落的店知道它现在的角色是什么、什么条件下会拿到更多资源，这个说法比一句以后再补要清楚得多。

写资源档位表的时候，可以从三档起步，不必一上来就分得太细。主力店配齐，测试店给够试的量，维持状态的店保基本。三档足以覆盖大多数情形，细分得太多反而容易在档位边界上反复纠缠。

每一档要写清楚配什么。人手怎么配、预算按什么口径给、注意力上多久看一次，这几项写下来，分配才算落地。只写一个档位的名字而不写配什么，执行的人还是不知道该给多少。

档位变化的条件也要一起写下来。一家测试店试出结论之后，是有结论就算完成，还是要有具体的表现才算；一家主力店连续多久没起色要考虑降档，这些条件定下来，档位的调整就不再需要临时开会决定。

分配之外还要留一小块灵活资源。规矩定得再细，也会遇到需要临时加一把火的情况，可能是某个品突然起来了，可能是某个站点的流量有了变化。留出的这部分要定一个上限，用的时候记一下用在哪儿了。

每隔一段时间回头看一下灵活资源的去向，是很有价值的一件事。如果它每次都是给了同一家店，说明这家店的档位定低了，该正式调档。如果它给得很散，每次都不同，说明它在被当作临时救火在用。

资源分配这件事不宜频繁调整。调整多了，各家都会把注意力放在争取资源上，而不是放在把事情做好上。定一个季度调整一次的节奏，中间的临时变化用灵活资源应付，这样比较稳。

有一个数字上的感受可以说明资源分配的分量。手上的钱、人力和时间加起来是一个固定的量，分给十家店，每家拿到的就是那个量的十分之一左右。真正让结果拉开差距的，是这十分之一里有几家拿得多、几家拿得少。

分得好的时候，少数几家拿到比较充足的资源，把基本盘做稳；其余几家拿到刚好够用的资源，维持运转同时带回结论。整个结构是有主次的，出力点集中，效率高，也不容易出现顾此失彼的情况。

分得不好的时候，看起来每家都被照顾到了，实际是每家的投入都处在一个刚好不够的位置。主力店因为资源不足错过窗口，测试店因为资源不足试不出结论，钱花掉了，结论没拿到，两边都欠着。

改这个问题的方法不是加大总投入，那样只是把平均分的基数抬高。方法是先把档位定下来，让资源有一个明确的去向。同样的总量，集中使用和平均撒开，效果差别相当大，前者能出结论，后者只是花钱。

还有一层是注意力这种资源。钱和人力的分配容易被想到，注意力往往被忽略。一个人每天能真正分给几家店的注意力是有限的，超过那个数目之后，每家得到的都是走过场的关注。

把注意力也算进资源里，分配这件事才算完整。有些店的问题不是钱不够，是没人真的看过它。这一类店如果在观察期里一直没被看过，观察期结束的时候也就得不出结论，只能再续一段时间。

第三样：担店铺出事的后果

一家店出事的样子有很多种。可能是评分掉到某个线以下，可能是某个品因为描述问题被下架，可能是资金结账上出了麻烦，也可能是买家投诉集中到了一定程度。这些事发生的概率不高，但店数一多，它们出现的频率就上来了。

出事之后的第一件事通常是处理，第二件事才是归因。处理可以找人帮忙，归因也可以找人分析，但有一样东西交不出去，就是这件事带来的损失由谁接受。这个接受不只是认账，还包括后面怎么调、要不要继续投、要不要关掉这家店。

为什么这一样必须自己担，原因很直接。能担后果的人，前提是他有权对这些店做最终决定。如果一个人要承担后果，却不能决定这家店是留还是关，那这个承担就是虚的，出事之后的动作也会打折扣。

责任提前认领的好处，在平时的运作里就能看出来。平时有人知道自己是那家店的责任人，他对这家店的异常就会更敏感，因为出了事要找他。这种敏感不是靠制度逼出来的，是责任本身就带着的注意力。

反过来，责任没有认领的时候，一家店出事之后会出现一段互相看的时间。测试店说是主力店的品带偏了，主力店说是内容没做好，各自都有道理，但没有人往前站。这段时间通常比处理本身更长，损失也更大。

认领的方式可以写下来。哪几家店归谁，出事的时候第一联系人是哪个，什么级别的决定需要谁来拍板，写在分店说明里。写下来之后不必等到出事才知道找谁，出了问题按说明走，处理的速度会快很多。

把责任人写下来这个动作，可以做得比想象中具体。不写负责人这样的笼统说法，写具体到人：哪几家店归谁、出事的时候第一个通知谁、什么程度的处理需要谁点头。写清楚之后，出事时就不用先开会讨论找谁。

责任人写下来之后还有一件事要配，就是让他对这几家店有一定的话语权。他对这几家店的判断要能被采纳，否则责任是他的，决定是别人的，这份责任很快就会变成一句空话，出事的时候他也使不上力。

除了日常处理，还要提前想好几类情况的应对。评分掉到某个线以下怎么办、某个品被下架怎么办、买家投诉集中出现怎么办。这几类不需要写详细的处置流程，写到先做什么、由谁牵头、什么情况下要停手就够。

这几类情况的应对写下来之后，定位问题的时间会明显缩短。出事的当口最耗时间的往往不是处理，是判断这属于哪一类、严重到什么程度。有了几条预先写好的判定线，判断这一步可以很快完成。

还有一类后果是需要提前想清楚的，就是什么时候该关掉一家店。这个决定平时很难提起，因为关店看起来像是承认失败，而且关掉之后资源是腾出来了，动作上却像是退了一步，心理上不好过关。

把关店的条件提前写下来能绕开这个心理关口。写的时候是冷静的，说的是某种状态持续多久就该收；真到了那个时候，参照写下来的条件做决定，比当场凭感受决定要容易也可靠。

有一个具体的例子能说明提前认领的好处。某店群里有一家测试店，因为一个品的描述写得不准确，被买家集中投诉，评分在两周内掉了下来。这家店本来就在测试，事情发生的时候并不突然。

因为责任提前认领了，处理的过程很顺。第一周就有人拿到了情况，判断属于描述问题这一类，先把那个品下架，再改描述，同时把同期上的另外几款一起检查了一遍，确认有没有同类问题。

整件事花的时间不长。可以设想一下没有提前认领会怎样：先要知道这件事归谁管，然后这个人要去看这家店的历史记录，弄清楚它现在是什么角色、能不能直接下架、下了架对整个测试计划有没有影响。

这几步都要花时间，而时间是这类事情里最要紧的东西。评分掉下去容易，拉回来很慢。处理晚了一周，恢复可能要花上几周，中间的损失也不只是这一家店，因为它还可能牵连到别的店。

所以担责任这件事的价值不只在于出了事有人管，更在于它把处理的前置工作提前做掉了。角色是清楚的，所以知道这家店的品能不能动；责任人是清楚的，所以不用先找人；处理方式是有约定的，所以不用先讨论。

把这一条做实之后，还有一个附带的好处，就是敢试了。测试店出事是正常的，提前知道出了事怎么处理、谁来处理，试的胆子就大了。不敢试的店群通常不是保守，是没人愿意担这个后果。

为什么这三样交不出去

第一层原因是这三样都涉及取舍，而取舍需要承担取错方向的后果。定了结构，就有几家店被划成非重点；定了资源，就有几家店拿得少。这些决定让人不舒服，所以做决定的人必须是能承担这个不舒服的人。

第二层原因和上面说的相反，是这三样需要的依据散在很长一段时间里。给一家店定角色，要看它过去几个月的表现；定资源档位，要看它所在的类目在它的站点上有没有空间。这种跨时间的综合判断，交给别人去做等于把判断依据也交出去。

第三层原因在责任的传递上。事情可以一层层派下去，责任不能。派下去的是动作和授权，最终出了事要面对的还是最上面那一个人。所以即便把判断整个交给别人做，最后定下来那一下仍然得自己按。

这三层原因合起来，说明三样交不出去不是能力问题，是结构问题。它们天生就长在承担最终后果的那个位置上，换一个人来做，那个人的位置也就跟着换了，变成承担责任的人变成了他。

还有一个实际的原因。这三样每次做都要重新想，不像动作那样学会一次就能一直用。类目行情会变，店自身的状态会变，团队的人会变，去年的结构今年未必还合适。需要反复做、每次都要重新投入的事，天然不容易派出去。

把这层道理看清楚之后，做法就务实了。不去想怎么把它们交出去，而是想怎么让它们每次花的时间更少。写下来的东西越完整，下一次重新想的时候起点越高，花的时间也就越短。这个方向才是可以持续改进的方向。

有一个常见的误会是把交出去理解成不再过问。把结构交给某个人定，自己什么都不看了，这不叫交出去，这叫放弃。真正的交出去指的是把动作和部分判断派出去，最终定下来的那一下还在自己手上。

所以要区分两种做法。一种是委托判断，把前期的分析、方案的拟定交出去，自己看方案再定。另一种是承担责任，把最终决定和随之而来的后果留在自己这里。前者可以委托，后者不能。

把这两者分清之后，用人的方式也会变。请一个人一起看店，他的产出可以是一份分析、几个方案、几组对比。这一块他能做得比自己细、做得比自己快，把它交出去是有效的，也不会动到最终的决定权。

而定下来之后那一下，即便他给的方案很有道理，按下去的仍然得是自己。因为按下去之后如果方向错了，损失是自己这边承受，别人的方案再好也换不回这部分损失，这个账只能自己认。

顺着这个区分，还能理解一件事：为什么有些人在店群规模不大的时候效率反而不如单干。因为他把本该自己定的那一下也交了出去，中间多了一层转达和等待，定下来的东西和自己想的又不太一样。

想清楚这两种做法的差别，用人就不会拧巴。判断的前期工作大胆分出去，最终那一下就自己按。前期分得越多，自己手里的时间越多，能按的那一下也就能按得越从容，不必在忙乱里匆匆定下。

除了前面说的三层原因，还有一个更实际的因素：这三样做得好不好的反馈周期很长。定了结构，要看几个月才知道定得对不对；定了资源档位，也要过一段时间才能看出配得合不合适。

反馈周期长的事情有一个特点，就是很难被标准化的流程接住。流程适合处理那种做一遍就能看出对错的事，做错了立刻能发现并纠正。而结构这类事，做错了要到很久以后才显出来，中间没有任何提示。

这也解释了为什么把它们交出去之后，接的人往往做不下去。他做完之后没有任何反馈，不知道自己做对了没有，下一次做的时候也没有依据去改。时间一长，这件事在他手上就会退化成走过场。

能自己做的原因在这里：自己做的判断，自己知道当时的考虑是什么，过一段时间看到结果时能对上。这种对得上的能力让判断可以被修正。而别人做的判断，中间那一层考虑是断的，看到的只是结果。

所以判断这件事虽然可以请人一起做，最终落的那一下还是自己按，这不是权力的执念，而是因为只有自己才能把当时的考虑和后来的结果连起来，从而让判断一次比一次准，别人接不上这一环。

把这个道理想清楚，用人时的心理负担也会轻一些。请人参与判断不是把活推出去，是让判断的材料更充分；自己按下那一下也不是不信任别人，是这件事本来就需要一个能把前后连起来的人来做。

动作那一列工具能做，判断和后果那两列基本都在最后一格

怎么把这三样做扎实

第一件可做的事是把它们写下来。写这件事看起来简单，作用却很大，因为写的过程中会不断遇到说不下去的地方，那些地方就是原来一直靠印象略过去的部分。写一遍等于把印象检查了一遍。

写的格式可以固定。每家店一段，里面写清它的角色、它今年的目标、它现在的资源档位、它的责任人和观察期。四句话就够，写完贴在大家能看到的地方。格式固定之后，每次更新只是改其中几句，不用重写。

第二件可做的事是给这三样安排固定的时间。它们不紧急，所以不会自己找上门来。可以按季度固定拿出半天，专门过一遍：有没有需要改角色的店，有没有需要调档位的店，责任人有没有变动。

过的时候最好有一份简单的记录，写清这一次改了什么、为什么改。这份记录的价值在后面，当有人问起某家店为什么是测试店的时候，翻出记录就能看到当时的理由，不必再靠回忆解释一遍。

第三件可做的事是让这份东西被读懂。它不是给自己看的备忘，接手的人、配合的人都要能看懂。检验的办法是找一个没参与过的人读一遍，看他能不能说出每家店的角色和资源档位。说不出来，说明写得还不够具体。

这三件事都不需要工具参与，做完之后也不会有立刻可见的收益。它们改变的是管理的底子，店数越多、人越多，这个底子的作用越明显。等到出事的时候，有没有这份东西，处理起来的速度差别很大。

写这份说明的时候有一些具体的写法可以省力。用短句，不用长句；一条说一件事，不要把两件事塞进一句话里；涉及数量的时候用区间和档位，不用精确数字，因为精确数字过一段时间就失效了。

格式上可以借用一张表。每一行是一家店，列分别写角色、目标、资源档位、责任人、观察期。这样写的好处是一眼能看完全貌，改的时候也只需要改一格，不会牵动别的地方，也不用重写整份。

表写完之后找两个人读一遍，一个参与了日常运营，一个没参与过。参与的人读的时候会点头，没参与的人读的时候会提问。他提问的地方就是写得还不够清楚的地方，按他的问题改一遍，说明的可用性就上来了。

说明写完之后放的位置也要考虑。放在一个人手上，别人看不到，等于没写。放在大家都能看到的地方，比如共用的文档里，好处是任何人想问的时候自己就能看，不必每次都去问人。

还有一个长期的做法，是把每次改动都记下来。改了什么、为什么要改、什么时候改的，写在一个简单的记录里。这个记录攒一段时间之后，本身就是判断的依据，因为能看出这家店的角色是怎么一步步变过来的。

隔一段时间回看这份说明，还有另一个用处，就是会发现有些写法已经不合适了。可能当时分档的分法太细，用起来太麻烦；可能当时的观察期定得太短，试不出结论。这些都是可以改的，改的过程就是这份东西越来越合用的过程。

有一个常见的卡点是不知道从哪里开头。可以从第三样开头，也就是先把责任人定下来。这一样最简单，不需要分析数据，只需要决定哪几家店归谁，做完立刻就能用，不受别的部分影响。

定完之后紧接着做第一样，把每家店的角色写出来。写角色的时候会发现有些店的角色很难定，因为它们的表现一直不明确。这类店可以先定成观察状态，同时给一个期限，到期末看结论。

第二样放在最后做，因为资源档位依赖角色。角色清楚了，档位其实就是自然推出来的：主力配齐，测试给够试的量，维持状态保基本，观察状态最低。这一步做完，整张说明就齐了。

三样都写完之后的第一个感受通常是不完整。会发现有些地方写得太笼统，有些店的目标说不具体。这个感受是正常的，第一次写很难写到细处。跟着印象改几遍就会清楚很多，改的过程比写的过程更有价值。

之后进入长期维护的阶段。维护不需要天天做，按季度过一遍，每次改几处。改的时候注意一件事：改了一家店的角色，要顺手检查它的资源档位和责任归属有没有跟着变，一处变三处要一起看。

这样维护一两年之后，这份说明会从几张纸变成一套相当完整的依据。新来的人读完能上手，讨论的时候有共同参照，遇到争议翻记录就能找到当时的理由。这份东西本身就是店群管理能力的沉淀。

三样写下来之后，重复讨论和事后认领这两类情况都会往下走

三样做扎实了工具才有意义

一个很实际的对比可以说明这件事。同样两款工具装上去，一家店能说清每家店的角色和资源档位，工具跑起来之后它能拿执行结果去对照预期。哪家店没达到预期，对照它现在的角色，就知道该调整的是资源还是内容。

另一家店说不清这些，工具照样能跑，跑出来的数据也照样能看到。问题是看到之后不知道该拿它做什么。数据不好要不要加资源，数据好要不要扩，这些问题没有结构作为参照，只能凭当下的感觉判断。

差别不在工具的质量，在有没有一个可以对齐的标准。工具交出的是执行结果，执行结果要有意义，前面得有一个预期。而这个预期来自结构和资源分配，也就是那三样。没有预期，数据就只是数字。

同样一个道理也适用于判断某家店的品要不要换。要看的不只是这家店自己的销量走势，还有它所在的类目在它的站点上近期是什么行情、同类商品的价格带落在哪里。知虾站在站点分析与选品信号这一层，它看到的是各站的类目结构、价格带分布与竞品的变化。这些是判断用得上的材料，判断本身还是自己下。

写出三样之后，还有一件顺手可以做的事，就是把它们和工具的分工写明。工具负责把定下来的资料提交、把定下来的价格改到位、把分散的数据汇到一处。哪些事不经过工具、由人直接决定，也写在同一份说明里。

这样一份说明写完，店群的管理就有了一个可以传递的底。人换了，说明还在；工具换了，说明也不用重写，只把执行那一栏换一下。做到这一步，工具换不换、用哪一款，就不再是最要紧的问题了。

说到底，工具在执行这一段是有确定的价值。定下来的资料要提交到几家店，定下来的价格要在几家店同时改到位，分散在几家店的数据要汇到一处，这些动作靠手工做又慢又容易在中间出错。

这些动作的价值有一个前提，就是前面已经定下来了。要提交什么资料、价格改成多少、从数据里看什么，都是已经被决定好的。决定这一步完成了，执行才有明确的目标，工具跑出来的结果也才能被检验。

这也是为什么把三样做扎实之后，工具反而更好用。不是工具变了，是它拿到了明确的活。同样一款工具，拿去执行一份说不清的资料，会跑出一份同样说不清的结果，问题不在它的执行上。

在这套分工里，工具的位置是固定且清楚的。它不去碰角色的划分，不去碰资源的档位，也不去碰责任的认领。它接的是这三样定了之后那段可以反复执行、可以规模化的动作，这一段本来也最适合交出去。

至于判断某家店的品要不要换这一类事，用到的依据仍然来自外面。看这家店所在的类目在它的站点上还有多少空间，看同类商品近期的价格位置，看竞品的动作。这些是知虾给到的方向，它给的是行情与信号的读法，不是判断的答案。

把这套关系理清之后，再看店群的管理就有了层次。上面一层是自己必须做的判断，中间一层是把它写成别人能读懂的说明，下面一层是工具执行那些定下来的动作。三层各在其位，店群的日常运转就稳了。

有一件事值得在收尾的时候讲明白。把三样做扎实，并不意味着工具的重要性下降，恰恰相反，它让工具的价值变得可以衡量。因为有了预期，执行结果才有了对照的对象，好坏才说得清。

对照之后能看出很多平时看不出来的东西。比如某家主力店的资料提交都按时完成了，销量却没起色，这就说明问题不在执行上，该去看的是这个品的选择或者价格的位置，两者差得很远。

又比如某家测试店连着几轮都没有带回结论，工具那边显示资料提交得好好的。这时候要问的就不是工具，而是这几轮测试有没有设定明确的观察项，没有的话，跑再多轮也带不回结论。

从这个角度看，三样和工具之间是有顺序的。先有三样，工具的交出才有意义；没有三样，工具照样跑，交出的东西却无法被读解，最后只能看一个总量的涨跌，而总量涨跌很难说明任何具体的问题。

把这个顺序理顺，还有一个连带的好处，就是购买工具这件事变得容易决定了。缺的是执行能力，就在执行这一段找合适的工具；缺的是判断依据，那要看的是数据类的能力，两类的选择标准完全不同。

回头再看这三样，它们的共同点是一句话：能派出去的是做，派不出去的是定。把定这件事留在自己手上，把做这件事尽量交出去，店群的管理就有了清晰的边界，这个边界比任何一款工具都更稳。

常见问题（FAQ）