Shopee店群管理工具和团队分工：谁管哪几家店

一个人管几家店有没有上限

想回答这个问题，先要把一个人每天实际在做什么数清楚。大体上这些动作可以分成几类，一类是上新品和整理资料，一类是看数据并做出调整，一类是处理买家的询问和售后，还有一类是跨店的协调。

这几类动作的耗时差别很大。上新品和整理资料是重体力的活，一件一件做过去很占时间。看数据并做调整不占时长，但需要不被打断的注意力。售后和询问麻烦在它随时会来，会把整块时间切碎。

所以谈管几家店的上限，实际谈的是这四类动作在一个人身上怎么排布。如果整天都在做第一类，这个人的上限很低，因为他没有时间做第二类。如果整天在处理第四类，他的上限其实很高，因为协调这件事本身可以批量做。

有一个常见的错配是让一个人同时做重体力和需要专注的两类。他上午在上新品，下午想静下来看数据，结果上午的疲劳和下午的干扰叠加，两类都做得不好。这种错配比单纯的人手不足更容易被忽略。

更合理的排法是把一天切成几段，给不同类型的动作各留一块时间。上新品集中在精力好的时段，看数据放在干扰少的时段，售后和询问集中在固定的几个时间点处理。这样排下来，同样的时间里能做的事更多。

排完之后再算上限，得到的数会比凭感觉估的高一截。原因是上限的主要制约不是时间总量，而是时间被切碎的程度。把切碎的部分收拢，一个人能承担的量会明显增加，这一点在店多的时候尤其重要。

有一个办法可以把动作量算得更准，就是挑一个正常的工作日，把一天里做过的事按类型记下来，同时记下每件事花的时间。记两三天，大致的样子就出来了。记的时候不必太精确，分钟级的误差不影响判断，重要的是把动作的类型分对。

记完之后会看到一个规律，时间往往不是被大块的任务吃掉的，而是被零碎的打断吃掉的。买家问一句、仓库问一句、同事问一句，每一次都不长，加起来却占掉了不少。这几类打断还有一个共同点，它们几乎都不是计划内的，因此也很难提前安排时间。

这些零碎的打断是可以收拢的。把询问集中到固定的几个时间点回复，其他时间不处理，打断就会少很多。收拢之后，能做完整块事情的时间段就出来了，效率会明显不同。这件事不需要额外的工具，只是把处理询问的时间固定下来就能做到。

收拢之后的那个上限通常比之前估的高。原来觉得最多管两家，收拢之后可能能管三家。差别不在这个人变强了，在于他的时间不再被切碎，能用在需要连续注意力的事情上。同样一个人，同样的能力，时间的组织方式不同，能承担的量就不同。

算出来的这个数还要留一点余量。日常总会有临时的事，比如某个款突然出问题要处理，或者平台规则临时调整要跟着改。留出一部分缓冲，遇到这些情况才不至于把计划全部打乱。

过一段时间再算一次也值得。店铺的类目换了、动作的类型变了、人的熟练度上来了，上限都会跟着变。定期重算，分工才能一直和实际匹配。重算的时候把上一次的数拿出来对照，能看出变化是从哪一类动作上来的。

有一个具体的例子可以说明时间被切碎的影响。同一个运营，管两家店的时候每天都能抽出两个小时看数据，管四家店之后，每天被询问打断的次数翻了一倍，那两个小时就被拆成了十几段。

他做的事情没有变多，只是被拆散了。看数据这件事需要连续的注意力，一段只有十分钟的碎片时间里，他刚打开报表就要去回一条消息，回来之后又要重新找刚才看到哪里。这种反复的切换会消耗额外的精力，一天下来他自己也觉得没做成什么事。

这个例子说明，谈一个人管几家店的上限，不能只看他一共有多少小时。同样八个小时，连续的两个小时和断成十几段的两个小时，能产出的事情完全不同。这一点在需要判断的工作上尤其明显。

要改善这种情况，可以从安排上入手。把每天固定几个时段设为不处理询问的时间，其他人在这些时段里自己消化可以自己解决的事。这个安排不需要额外的投入，只需要大家共同遵守。

刚开始这样做的时候会有不适应，因为原来随时能找到人。过一段时间之后，大家会发现自己解决事情的能力变强了，很多原本要问的问题自己就想明白了。这说明一部分询问本来就不必发生，只是过去随时能找到人，就顺手问了。

这个变化对管店数量的意义很直接。可用的连续时间变多之后，一个人能承担的判断类工作就更多，上限自然往上走。它靠的不是加班，是把时间的组织方式调整了一下。这个调整的成本很低，回报却直接体现在能承担的工作量上。

工具站在第四步，前面的工作量和边界它帮不上忙

分工按店分还是按职能分

按店分是最直觉的走法。五家店分给三个人，每人管一到两家，这家店的事全部由这个人负责，从选品到内容到售后。它的优点是责任清楚，一家店出问题，找谁不用问。责任清楚这件事在店少的时候看不出价值，店一多就显出来了，因为需要协调的场合变多了。

按职能分是另一种走法。一个人专门管所有店的内容，一个人专门管所有店的价格和活动，一个人专门管所有店的售后。它的优点是专业，同一个方向的活集中在一个人的手上，越做越熟。

这两种走法适配的形态不一样。按店分适合店与店之间差异大的情况，比如几家店做完全不同的类目，要求各不相同，一个人管完这几家需要懂几套东西。这种情况下按职能分会让每个职能岗都要应对多种要求，反而更累。

按职能分适合店数多但模式接近的情况。如果十家店的类目逻辑差不多，操作方式也类似，那按职能分可以让每一个方向都做得更深更快，跨店的经验也能直接复用。专业方向集中之后，一个人对同一个方向的判断会越来越准，这种积累是按店分很难得到的。

还有一种混合走法在实际中用得不少。先按类目把店分成几组，组内按职能分。这样既保留了同组内的专业深度，也避免了类目跨度太大带来的混乱。它的代价是多了一层结构，人少的时候不划算。

选哪种走法，可以拿一个问题来测：同一类问题在不同店上的表现，如果差别很大，说明店与店之间的差异是主要矛盾，按店分更合适。如果表现差不多，说明差异主要来自职能，按职能分更合适。

有一个信号可以说明当前的分工方式该换了，就是经常出现同一件事在不同店上处理方式不一样。同样一个买家投诉，这家店按退换处理，那家店按补偿处理，谁也不知道哪种对。这种情况表面上是执行不统一，根子上是判断依据没有共享。

这种情况出现，通常是因为按店分之后没有统一的标准。每个人在自己的店里按自己的判断处理，判断依据不同，结果自然不同。店少的时候影响有限，店多了之后，同一个品牌在不同店上的表现会相差很大。

解决的办法不一定要换成按职能分。可以在按店分的基础上，把几类高频问题拿出来定统一标准，做成一份处理说明。有了说明，各家店的判断就有了共同的起点，差异会明显缩小。

反过来，按职能分也会出现该换方式的信号，就是一家店的整体方向没人管。内容按时做了，价格按时调了，上新按时上了，但这家店作为一个整体在往哪走，没有人能说清楚。每一项都完成了，合起来却没有方向，这是按职能分最容易出现的状态。

遇到这种信号，可以在按职能分的基础上补一个角色，让他对每家店的整体结果负责。这个角色不必做具体动作，但要对这家店的方向有判断，遇到几个职能之间的空档由他来补。补上这个角色之后，按职能分的结构就完整了，每一项有人管，整体也有人看。

所以两种走法的选择不是一次性的。它随着店群的状态在变，重要的是能识别出当前出现了哪种信号，然后做对应的调整，而不是认定一种走法一直用下去。走法变了之后，权限的配置、交接的清单、目标的拆法都要跟着重新对一遍，不能只改名字。

有一个更细的判断依据，可以看这家店群的瓶颈在哪。如果瓶颈是每家店都做得不够深，说的是单店产出上不去，那按店分更合适，因为按店分让一个人把一家店做透。做透一家店带来的经验也可以带动他手上的其他店。

如果瓶颈是每件事都做得不够专业，说的是同一类动作在不同店上的水平参差，那按职能分更合适，因为按职能分能让一件事被反复做，做到熟。反复做同一件事的积累速度，比轮流做几件事要快得多。

瓶颈的判断不必很精确，看最近几个月最常被提起的问题是什么就行。大家反复在说某几家店没做起来，这是一个方向；反复在说图做得不好、价定得不对，是另一个方向。两个方向的应对方式不同，先分清方向再动结构，能少走弯路。

还有一种情况是两种瓶颈同时存在。这时候通常意味着人太少，一个人要同时承担单店深度和职能深度。这种情况下先补人比先改分工更有效，因为结构再合理也顶不住人手不足。补人的时候也要注意补的是哪一类能力，补错了类型，瓶颈还是会留着。

分工方式也不是一成不变的。店群的阶段变了，瓶颈也就跟着变。原来瓶颈在单店做不透，后来单店都稳了，瓶颈转到了专业深度上，这时候就该考虑往按职能分的方向调。调整之前可以把当前的分工方式记下来，方便日后对照，看变化是从哪里来的。

调的过程要一步一步来。先挑一个职能试着集中起来，比如先把所有店的售后集中给一个人，看效果如何。有效果再推广到别的职能，没效果也能退回去，代价可控。小步试的意义就在这里，不需要一次押上全部，试错的空间留在手上。

前几种情形适合按店分，后几种情形按职能分更省事

两种分工各自的优劣

按店分的第一个代价是技能要求高。一个人要负责一家店的完整事务，就得懂选品、懂内容、懂价格、还要懂售后。这样的人不容易招，也不容易培养，招来之后店铺换了类目还要重新学。

第二个代价是经验不流动。甲在管的那家店试过一种描述写法，效果不错，但乙不知道，乙在自己的店里还是按老办法写。两人之间没有自然的交流机会，因为各自都在忙自己的那几家。

按职能分的第一个代价是关键人依赖。所有店的内容都由一个人负责，这个人一请长假，内容这个方向就停了。备份做得不扎实的时候，一个岗位的缺席会让整盘动作都慢下来。这也是按职能分必须配备份的原因，岗位越专业，能顶的人越少。

第二个代价是责任边界模糊。一家店的整体表现不理想，原因可能是内容不够好，也可能是价格定偏了，还可能是选品方向不对。按职能分的时候，每一项都能找到人，但整体归谁说得不清楚。

两种走法都有各自的代价，没有一种能避开所有问题。选择的时候要看哪种代价你更愿意承担。店少而重要的时候，经验和责任清楚比效率重要，按店分更合适。店多而模式接近的时候，效率比单店深度重要，按职能分更合适。

选定之后还可以做一件事来对冲代价。按店分就配上固定的经验同步机制，把各家试出来的结论集中记下来。按职能分就配上明确的总负责人，由他对每一家店的整体结果负责。这样能让选定的走法走得更稳。

按店分还有一个不显眼的代价，就是资源在店之间的分配容易变成各争各的。甲觉得自己管的店该多拿预算，乙觉得自己那家也该多拿，谁的声音大谁拿得多，而不是按整盘的需要来分。

按职能分在这件事上有优势。管价格的人看的是所有店的价位分布，他知道哪几家店的价位已经挤在一起了，从整盘角度提建议比从单店角度提更合理。这一点在价位相近的几家店上尤其明显，单店视角看不出自己已经把别家的空间挤掉了。

按职能分也有它自己的盲点，就是职能之间的配合。内容改完了，价格没跟上，效果就出不来。两个岗位各自都做完了自己的事，合起来却没起作用，这种脱节在按职能分的时候比较常见。

减少这种脱节的办法是把节奏对齐。比如内容调整和价格调整放在同一个周期里做，做完之后一起看结果。节奏对齐之后，两个动作的效果叠加在一起，判断起来也清楚。对齐节奏还有一个好处，就是出了问题能分清是哪一环先动的手。

按店分的人反而不会有这个问题，因为一个人同时管内容和价格，自己就会把两件事放在一起想。这是按店分的一个隐性优势，它让跨职能的配合变得自然而然。代价是这个人的技能要求高，招人和培养都更费力。

两种走法各自的优劣，说到底是一句话：按店分把配合做进了个人的日常，把标准统一留给了机制；按职能分把标准统一做进了岗位，把配合留给了节奏。选哪种，看你更擅长设计机制还是更擅长对齐节奏。

有一个关于按职能分的具体场景。所有店的内容由一个人负责，他每周要做的事情包括给十几家店写标题、调整描述、规划图片。这些活的性质接近，做起来有一致的手感。一致的手感会带来效率，同一种活连着做，比来回切换要快不少。

这个人做到第三个月的时候，对什么样的标题更容易被点开已经有了一套自己的判断。这套判断在十几家店上同时生效，整体的内容水平会明显抬起来一截。这是按职能分最容易看到的好处。

但这个场景也有它的隐患。所有店的内容都由一个人产出，这个人一旦请假，十几家店的内容都要停下来。停一周还行，停两周之后，各店的更新节奏就乱了。节奏一乱，后面要花时间重新对齐，各店的更新周期也会变得不一致。

按店分在这件事上更稳。每家店的内容由不同的人负责，一个人请假只影响他管的那几家。代价是几个人写出来的东西水平不一样，需要定期对齐标准才能拉平。对齐标准这件事要有固定安排，不定下来就会一直被其他事挤掉。

两种情况的取舍很清楚。要专业深度就接受关键人依赖，要稳定性就接受水平参差。这两个代价没法同时去掉，只能选一个，另一个用机制去补。补得好的时候，代价的存在感会低很多，但不会消失。

做选择的时候可以考虑一个因素，就是手上的人是什么类型。有的人适合把一件事做深，有的人适合把一摊事管全。分工方式顺着人的特点来，执行起来会顺很多。反过来，逆着人的特点安排，再好的结构也会在执行的时候打折扣。

交接与备份怎么设计

交接要设计的是三样东西。第一样是这家店的日常动作清单，写了每天必做、每周必做、每月必做的事。第二样是这些动作的标准，做到什么程度算完成。第三样是判断依据放在哪里，遇到情况去哪里找参照。

这三样写清楚之后，接手的人就有了完整的信息。他知道每天要做什么，知道做到什么程度，遇到不确定的事知道去哪里查。缺了任何一样，接手的人都要靠问，问不到的就会拖着。

备份和交接是两个不同的东西。交接是有人走了把工作交出去，备份是有人临时不在，别人能顶上一段时间。备份需要的信息量比交接少，但要求更快能上手，所以备份用的是一份更精简的说明。

备份的设计有一个原则，就是每个关键动作至少要有两个人能执行。这两人的关系不必是正副，只要两个人都会做，其中一个人不在的时候另一个能补上就行。这条原则落到分工表上，就是每个动作对应的名字后面还要有一个备选。

交接清单不需要写得很长，但要做到能自学。判断的标准是，一个没接触过这家店的人拿着这份清单，能不能在不问任何人的情况下把基本动作做出来。做不到的地方就是清单缺的部分。

这份清单还要定期更新。类目换了、玩法变了、平台规则调整了，动作和标准都会跟着变，清单不改就慢慢过期。三个月或者半年过一遍，看看哪几条已经和实际不符，改掉它们。更新的动作要有人负责，指定一个人每过一个阶段过一遍，清单才不会被放在那里积灰。

有一个检验交接清单够不够用的办法。让一个完全没接触过这家店的人，拿着清单做一遍当天的动作，全程不许问人。做完之后看他卡在哪里，卡住的地方就是清单要补的地方。这个检验做一次胜过讨论十次，因为卡住的位置是具体的，不靠主观判断。

这个检验的成本不高，但效果直接。它会暴露出大量平时靠默契维持的部分，比如某个报表要在特定时间看、某个页面的调整要等一个固定的时间点。这些默契不写下来，接手的人就只能重新摸索。

清单还要标出哪些动作是必须做的，哪些是可以缓的。这个区分在平时看不出作用，在人员紧张的时候就是依据。必须做的动作保住了，整盘就不会停摆，可以缓的部分往后排一排就好。

备份的人选也要写清楚。每个关键动作对应两个名字，一个主责一个备份。备份的人不必天天做这件事，但要知道这件事怎么做的，大致多久过一遍手上不生疏。生疏这件事有代价，顶班的时候要花时间重新熟悉，紧急情况下这段时间很贵。

这份名单要有更新机制。人走了要换名字，职责变了要换对应关系。名单过期之后，需要顶班的时候才发现写的人已经离职了，这种情况出现的频率比想象的高。把更新名单这件事挂到人员变动的流程里，就不容易漏。

最后一点是交接清单和分工表要放在一起。分工表说明谁负责什么，交接清单说明这件事怎么做，两者对照着看，接手的人很快就能上手。分开存放的时候，找的人往往只找到一半。

有一类信息在交接的时候最容易漏掉，就是那些没有写在任何地方的隐性规则。比如某个页面在特定的时间点不能动，比如某条描述里的用词在同行的页面上已经用过，改了反而麻烦。

这些规则通常只存在于负责人的脑子里，它们是在长期操作中积累出来的。交接的时候如果不专门问一遍，这些内容就不会出现在清单上，接手的人可能会踩到已经踩过的坑。这些坑平时看不出代价，等踩上去的时候，往往已经花掉了一笔钱。

收集这类规则的办法是让负责人在交接前把自己知道的所有约定写下来，哪怕看起来很小。写完之后让接手的人逐条问为什么，问不明白的说明这条规则已经过期了，可以划掉。逐条问为什么这个动作本身也是一次整理，问的过程就是筛的过程。

这个过程同时也是在清理。很多约定是在特定条件下形成的，条件变了之后它就失去了意义，但因为没有写下来，就一直被遵守着。清理掉这些，接手的人能少走一些冤枉路。留下来的规则变少之后，清单更短，反而更容易被认真执行。

收集到的内容要按稳定程度分类。长期不变的要求放在基础部分，随类目或者季节变化的要求单独标出来，接手的人知道哪些要随情况调整。分类还有一个作用，就是让接手的人知道哪些地方需要自己判断，哪些照着做就行。分类之后，清单的可读性也会好很多。

这套东西做完之后，交接就不再依赖前一个人是否愿意多说。清单本身足够完整，接手的人照着走就能把基本动作做起来，问不出问题也不算失败，那说明清单够用。把这一条当成验收标准，交接这件事就有了可以检查的完成条件。

目标怎么拆到人头上

目标拆不下去通常出在第一步，就是整盘的目标本身写得不够具体。比如今年要多做多少，这个说法没法往下拆，因为它对应不到任何一个人的日常动作。目标写到这个程度，往下分的时候只能按人头平均切，切出来每一份都还是没法执行。

要能拆，整盘目标得有对应的几个中间量。比如要做到那个量，需要上新多少款、需要哪些类目的占比提升、需要几家店跑出稳定的转化。这几个中间量才是可以往下分的东西。中间量还有一层好处，它们是可核对的，做到了没有一目了然，不必等到年末看结果。

中间量定下来之后，再对应到分工上。按店分的时候，这几家店的中间量分给负责的人。按职能分的时候，上新量分给负责上新的人，类目占比分给负责选品的人，转化分给负责内容和价格的人。

拆到这一步，每个人手上拿到的就不是一个笼统的数字，而是一件一件能做的事。上新多少款是能做的，类目占比提升是能做的，稳定转化是能做的。目标从数字变成了动作，落地才有起码的条件。

还有一件事要在拆的时候一起做，就是把承担责任的边界说清楚。哪些事是这个人必须完成的，哪些事是他要配合别人的。这两者混在一起的时候，出了问题容易互相推，因为都觉得自己只负责一半。

拆完之后要留一次对齐。每个人把自己手上的那一份复述一遍，看看理解是否一致。这一步花的时间不多，但能提前发现问题，避免到了考核的时候才发现大家对同一个目标的期望不同。

有一个更实际的做法是把目标拆成每周能看的进度。整盘的目标放到年末看太远，中间没有可以对照的节点，执行的人很容易前松后紧，到最后一两个月才开始赶。改成周进度之后，落后这件事在第二周就能看出来，补的空间比年末大得多。

每周进度不必精确，它只需要让人知道自己现在处在什么位置。比如这个月要上新多少款，现在是第二周，已经上了多少。这个判断每天都能做，不需要额外的数据支持。看得到进度，节奏就稳，中间落后了也能及时补，不必等到最后。

按职能分的时候，周进度的形式要跟着职能调。内容岗的周进度是内容产出的量和质量，价格岗的周进度是价格调整的次数和位置，选品岗的周进度是候选款的积累量。每个岗位的周进度要能看到，但不必互相比，它们的单位本来就不一样。

这些周进度加总起来，能不能对上整盘的目标，要提前算一遍。算之前先别急着拆，因为职能之间的关系不是简单的相加，内容做得好会带动转化，转化好了价格空间就更大。这几项之间有相互带动的关系，简单相加会低估整盘的产出。

所以拆的时候要留一层缓冲，用来吸收这些相互影响。整盘目标拆到几个职能上的时候，加起来要略微超过整盘的目标，留出这部分余量，中间万一某一项没跟上，整盘还有空间。这个余量留多少要看职能之间的依赖程度，依赖越强，余量越要留足。

最后要说清一件事，拆目标不是把一个大数字切成几份分下去。它是把整盘要做成什么样，翻译成每个人每天在做什么。翻译不出来的部分，说明整盘的目标本身还没想清楚。这一步做完，目标才算真正落到了人头上，而不只是分到了部门。

有一个容易忽略的问题，就是拆到人头上的目标之间可能会互相冲突。内容岗为了把内容做好，需要更多时间打磨，上新岗为了完成上新量，需要尽快把商品推上去。两个岗位都在按自己的目标做事，冲突不来自谁偷懒。

两个目标单独看都合理，放在一起就变成了矛盾。内容岗希望慢一点，上新岗希望快一点，谁都觉得自己是在完成自己的那一份，冲突却实实在在发生了。这类冲突不解决，两个岗位会各自觉得自己被对方拖了后腿。

这种情况的根源在于拆目标的时候只拆了数量，没有拆它们之间的顺序。上新有上新的时间要求，内容打磨有内容的时间要求，把这两个时间对齐好，矛盾就小了很多。时间对齐之后，两件事从互相等待变成了接力，顺序上也顺了。

对齐的办法是把有依赖关系的两项放在同一张时间表上。哪一批商品什么时候上新，对应的内容什么时候必须就绪，写在同一张表上之后，两边就有了共同的时间参照。有了共同参照，谁先谁后不再需要临时协商，按表走就行。

这类冲突在小团队里更常见，因为人少，一个人往往同时承担两个有冲突的职能。他上午在赶上新量，下午想打磨内容，两边都做不好，还会觉得自己一直在救火。小团队遇到这种情况，先看能不能把这两类活分给不同的人，哪怕只是部分分开。

把时间表对齐之后，救火的感觉会明显减少。不是因为工作量变少了，而是因为不用再在同一个时间点上同时应付两件互相矛盾的事，冲突被安排在时间上错开了。稳定之后，人才有余力去看更远一点的事，不至于天天只应付眼前。

分工方式不同，权限的给法也要跟着变，否则会出现看得见改不了或改得动看不见

分工与工具权限的关系

权限的设计要跟着分工走，这一点在店多的时候差别很大。按店分的时候，每个人需要的是自己那几家店的完整权限，其他店的权限可以不给，因为他不负责那些店。按店切还有一个附带的好处，某家店出了异常，能操作它的就那么几个人，范围很小。

按职能分的时候，每个人需要的是全部店上某一个方向的权限。管内容的人在每一家店上都要有改内容的权限，但不必有改价格的权限。这样切下来，每一项操作都能对应到人，出了问题也能查到。

权限切分要做好，前提是分工本身清楚。分工含糊的时候，权限只能往宽里给，因为说不清谁该有哪一项。权限一宽，操作的记录就失去了指向性，出了问题很难判断是谁动的。这种记录看了等于没看，问题出现的时候只能靠回忆和询问，效率很低。

有一种情况需要特别注意，就是跨店汇总类数据的权限。这类数据看的人不多，但它是判断整盘的依据。按职能分的时候，这类权限通常集中在负责整盘的人手上，其他人看自己那部分就够。

权限还应该和人员的变动绑定。人走了，权限要跟着收回；人来了，权限要按新的分工给。这一收一给要有固定的动作，不能靠谁记得。忘记收回的权限是很多操作记录失去指向的原因。

这套配置做完之后，工具的日常使用会简单很多。每个人打开工具看到的是自己该看的那部分，不必在一堆无关的店里找。这不是工具变聪明了，是分工清楚之后权限才配得准。权限配准这件事没有捷径，它完全取决于分工的清晰程度。

有一个常见的权限问题，就是所有人的权限都给成了最大。这种情况在团队刚搭起来的时候很普遍，理由是方便，谁都能做所有事，不用等。方便在早期确实是必要的，人手少的时候等权限会影响效率，但阶段变了之后要跟着收。

方便是有代价的。出了问题看不出是谁动的，因为所有人的操作痕迹都在同一条记录里。要追溯的时候只能靠问，问出来的结果也未必准。人多的时候，这一条就足以让很多问题查不下去。

改成按分工给权限之后，操作记录才有指向。记录上写着谁在什么时间动了什么，范围很小，一看就清楚。这一步不需要更复杂的工具，只需要把权限按分工重新配一遍。配的时候顺序上先收再给，避免中间出现谁都能改的空档期。

权限配置还有一个细节值得注意，就是只读和可改要分开。有些人需要看到数据但不需要改动，给他们只读权限就够。全部给成可改，出问题的概率会明显增加。只读和可改分开之后，很多人其实只需要前者，权限的复杂度也会跟着降下来。

还要处理临时性的权限需求。比如某个人临时要帮另一家店处理一批货，需要一个短期权限。这时候要有申请和回收的动作，用完就收回，避免临时权限变成长期权限。临时权限常见的状态是给了之后就没人记得收回，几个月后再看，权限表已经和实际不符了。

把这几点做下来，权限配置实际上就是把分工翻译成机器能执行的形式。分工决定了谁能做什么，权限把这件事固定下来。两者一致的时候，日常不需要反复确认；两者不一致的时候，每个动作都要先问一遍。

有一个具体的场景可以说明权限给法的影响。一批商品的价格被改了，改动之后销量下来了，团队想知道是谁改的、什么时候改的、改成了多少。这三个问题看起来简单，但它是能不能从这次改动里学到东西的前提。

如果权限是按分工切的，查起来很快。改动价格的只有价格岗的两个人，翻一下他们的操作记录，几分钟就能定位到是哪一次。查清之后，讨论可以直接落到那次改动上。讨论能落到具体动作上，这次的调整就没有白做，经验能留下来。

如果所有人的权限都是最大，这件事就查不下去。所有人都有改价的能力，记录里混着十几个人的操作，要一条一条筛，筛到最后也未必能确定是哪一条起了作用。查不清的时候，讨论容易变成互相猜测，最后往往不了了之。

查不下去的后果不只是这一次的问题解决不了。它还会让人对整套流程失去信心，因为谁都不知道下一次出问题能不能查清。时间一长，大家会倾向于不做改动，怕担责任。一个团队如果因为怕担责任而不敢调整，它的反应速度会明显慢下来。

所以权限切分这件事看起来是技术配置，实际影响的是团队的行为方式。切得清楚，人敢动，因为动了能说清；切得模糊，人不敢动，因为动了说不清。这一点在很多团队里被低估，权限设计往往只被当成一个安全设置。

配权限的时候还要留一个记录的查看权限。分工只是决定了谁能改，谁有权看记录是另一回事。通常负责整盘的人需要看全部记录，其他人看自己那部分就够。查看权限也不宜给得太宽，看的人多了，反而没有人对记录负责。

边界和交接写清之后，临时找人接手和目标归属不清这两种情况都会往下走

分工的重要性大过工具

有一个现象可以说明这个顺序。同样是装了工具的两家店群，一家的动作整齐，一家的动作零散。差别不在工具上，在前者把谁做什么说清楚了，后者没有。这个对比不需要复杂的检验，看一眼两家的日常动作排布就能看出来。

动作零散的时候，工具的作用会被削弱。它能让每个人的操作变快，但快的那部分如果本来就不该做，或者本来该由别人做，快也就失去了意义。整齐的那家不一样，每个人都清楚自己该做什么，工具只是让这件事做得更快。

所以顺序上应该先把分工定下来，再考虑工具。分工定下来之后，你会发现对工具的要求变得很具体：谁需要什么权限、哪些动作要按什么节奏走、哪些数据要按什么口径记录。这些要求清楚了，选工具也就有了依据。

反过来的顺序会带来一个麻烦。先装工具再定分工，工具的能力会先于分工而存在，人容易被工具的现成功能牵着走。本来该由人判断的事，因为工具提供了一个看起来方便的按钮，就被按下去了。

还有一个更实际的原因。分工不清的时候，工具往往会被用来填补这个空缺，比如给所有人开最大权限，指望大家自觉协调。这种做法短期能跑，长期会积累出谁也说不清的问题，等到出事了才回头补分工。

到这里要说明一件相关的事。知虾不是店群管理工具，也不做权限管理、多店管理、批量操作这些事。它站在定价与关键词这一层，给的是成本与价格区间、搜索需求的依据，帮人把价格和选品这两件事判断得更准一些。分工的事它不参与。

有一个具体的例子能说明这一点。两个团队用同一款工具，甲团队的每个人都清楚自己负责哪几家店的哪些事，乙团队的分工含糊，很多事都是临时安排。这两个团队的能力差别不大，装的工具也一样，差的就是分工这一步。

甲团队装工具之后，动作明显快了，因为每个人知道自己的活是什么，工具直接接上了。乙团队装工具之后，快的是那些本来就在做的动作，本来没人做的那部分还是没人做，只是没有人做这件事变得更明显了。

这个例子的意义在于，工具会把现有的分工状况放大。分工清楚的团队，工具让清楚的部分跑得更快；分工含糊的团队，工具让含糊的部分暴露得更明显。它不改变状况本身。明白了这一点，装工具之前先补分工这件事就不需要再解释了。

所以装工具之前先看一遍分工，哪几件事没人明确负责，哪几件事有两个人都在做。这两类先解决掉，再去装工具，工具的作用才能真正发挥出来。这一步花的时间不长，省下的麻烦不少。

反过来还有一种情况，就是分工清楚了但工具跟不上。这时候要解决的是工具的问题，比如权限切得不细、记录不好查。这种情况比前一种少见，因为分工清楚之后，对工具的要求通常很朴素。

最后要说清楚这条界线在哪。工具能承接的是执行动作，它承接不了责任的分配。谁负责哪几家店、谁在这件事上说了算，这些只能由人来定。工具在你定完之后，负责把定下来的事执行得整齐。

有一个更长远的原因，说明为什么分工要在工具之前做。分工是团队结构的一部分，它决定了这个团队能承接多大的规模。工具只是在这套结构上加快动作。结构决定了能承接的规模，工具决定的是在这个规模下跑得多快。价格岗要定一个价位的时候，看的依据之一就是这个价位在同类里的位置，知虾站在定价与关键词这一层，它给的是成本与价格区间的算法，人拿着这个依据去判断该定在哪一档。

分工没理顺的时候，团队承接的规模有一个隐形的上限。这个上限来自人与人之间的协调成本：人越多，需要协调的场合越多，协调消耗的时间占的比例越大。这个上限不会因为装了工具而消失，因为协调消耗的是人和人之间的对齐成本。

工具能减轻的是执行动作的负担，减不了协调的负担。装了工具之后，每个人的动作快了，但人与人之间要对齐的事情没有变少，有时候还因为动作快了而变得更多。动作变快会让人在同样的时间里面对更多的决定，需要对齐的次数也就跟着多了。

分工理顺之后，协调成本会降下来。每个人清楚自己负责什么，需要找别人对齐的场合就少了。协调的负担降下来，团队承接的规模才真正能往上走。这也是分工这件事在店群做到一定规模之后必须先补上的原因。

这也是为什么有些店群在人数不变的情况下能管更多的店，而另一些加了人也管不动。差别不在工具，而在结构是不是撑得住。看清这一点，就不会再指望靠换一款工具来解决规模上的瓶颈。

到这里可以把三篇的内容合起来看。店与店之间的关系是结构的第一层，店铺分层是第二层，团队分工是第三层。三层都搭起来之后，工具才有它该有的位置，它负责的是把这三层已经定下来的事执行整齐。

常见问题（FAQ）