Shopee店群管理工具和店铺分层：哪个店该多给资源

一刀切管法为什么会失效

一刀切的做法在店少的时候几乎看不出问题。要求简单，执行起来不用思考，谁上手都能照着做。这个阶段管理的成本确实低，因为需要协调的地方少，各家之间的差异也不明显。这种低成本是真实的，也正是它在早期看起来那么顺手的原因。问题在于它省掉的那部分协调，随着店数增加会以另一种形式回来。

店多起来之后，差异开始显出来。有的店已经在跑稳定的类目，有的店刚开出来还在找方向，有的店其实是留着备用的。把这三种状态用同一套要求管，前一种觉得松，中间一种觉得跟不上，后一种觉得没必要。

更麻烦的是，一刀切在表面上很整齐。所有店用同一份资料模板，用同一个上新节奏，用同一套价格策略。这份整齐会给人一种管理到位的印象，看数据的时候也不容易发现哪家受了委屈。

委屈这件事是有代价的。一家本来可以往前冲的店，因为被要求按统一节奏上新，错过了它所在类目的窗口期。这类损失不会显示在报表上，它显示为这家店本可以更高但没有更高。

还有一种代价是反方向的。一家刚开出来的店，被要求和成熟店一样配齐资料规格，它为了符合规范，把大量时间花在整理而不是试错上。等它整理完，能试的时间已经过去了一段。

所以一刀切失效的根子，不在要求本身严不严，而在这套要求是为哪种店定的。为成熟店定的要求压在新店身上就偏严，为新店定的要求用在成熟店身上就偏松。分层要解决的就是这个错配。

有一个办法可以自己检验一刀切有没有失效。挑一件具体的日常事务，比如上新的节奏，看六家店用同一个节奏合不合适。如果其中有几家明显不合适，说明已经需要分层了。这个办法的好处是不用先想清楚分层方案，只要找到几件一刀切明显不合适的事，分层的要求就自己冒出来了。

这个检验的好处是它落到具体事情上，不靠感觉。不合适的地方往往很具体：那家店所在类目的上新频率本来就比别处快，或者那家店刚开出来还在攒评价，跟着别人快节奏上新反而是浪费。

按这个办法过一遍，通常在两三件事上就能看出分层的要求。这几件事会指向同样的结论：有的店需要更紧凑的要求，有的店需要更宽松的观察。分层就是把这两类要求分开。分开之后，两类店各自按适合自己的节奏走，谁也不必迁就谁，这才是分层实际要达成的效果。

检验出来的东西可以直接变成分层的第一版维度。哪几件事上一刀切不合适，那几件事就是分层要区分的重点。不必一开始就想出一套完整的分层方案，从具体的不合适入手更实际。

第一版分完之后先跑一段，看新的不合适有没有出现。分层不是一次做到位的，它需要一个调整的过程。第一版的作用是把问题从抽象拉成具体的几条，后面才好改。改的时候也有方向，因为要改的是具体的那几条，不是重新设计一套方案。

有一个具体的场景可以说明错配是什么样子。六家店用同一份资料模板，模板里要求写满五个规格编号。做饰品的店有三个规格就够，为了填满这一栏，运营把不存在的规格也编了出来，页面上看起来完整，实际是无效信息。

另一个方向上的错配也在发生。做数码配件的店规格本来有十几个，模板只给五栏，多的那些只能塞进描述里，买家要看详细信息得往下翻。同一份模板，在一个类目上让人编造，在另一个类目上让人隐藏。

这种错配的成本不容易被看见。它不显示为一次失败，只显示为这家店的转化略低于同类，或者这个类目的买家在页面上停留的时间偏短。看数据的时候，这些表现容易被归到内容质量上，而不被归到模板上。

要发现这类错配，办法是拿同一份模板去套几家不同的店，看哪里需要挤、哪里需要凑。需要挤的地方说明要求太窄，需要凑的地方说明要求太宽。这两种情况都指向同一个结论，模板不该是统一的。

发现之后不必马上重做整套要求，先把最明显的那一两处改掉。改掉之后再看效果，如果转化有变化，说明方向对了，再往下一处改。这样推进的好处是每一步都有依据，不会一改就改乱。

分层在这里的作用就是让模板跟着店走。主力店用完整版的模板，测试店用简化版的，备胎店用维护版的。三套模板并行，各家按自己的档位取用，凑和挤这两种情况就都少见了。模板跟着店走这件事，本身也是分层带来的一个附带好处，不必额外设计。

工具在第四步接手，前面三步是分层的本体，它不参与

分层主要看哪几个维度

第一个维度是这家店当前的品类结构完不完整。所谓完整，指它有没有一个能撑住基本盘的类目，还是散着几十个品谁都不成规模。前者可以往上冲，后者的当务之急是收拢出一个主线。

第二个维度是这个类目在站点上的需求趋势。同一个类目在不同站点的冷热差别很大，有的站在涨，有的站已经平了。判断这家店值不值得多给资源，得先看它所在的类目在它所在的站点上有没有空间。

第三个维度是这家店自身的转化与复购。同样的流量进来，有的店留得住人，有的留不住。这个差别往往来自内容质量和价格位置，属于这家店自己可控的部分，也是判断它有没有内功的依据。

第四个维度不那么显眼，是这家店的上新节奏稳不稳。有的店隔一段时间集中上一批，有的店零零散散地上。节奏稳的店更容易看出数据的规律，也更容易判断一次调整到底有没有效果。

这四个维度里，前三个偏外部和结果，后一个偏自身的执行习惯。把它们放在一起看，一家店现在处在什么状态大致就有轮廓了。单看任何一个维度都容易偏，因为它们各自只说明一部分。

有几个维度看着有用，实际会把判断带偏，需要单独点出来。开店时间的长短就是其中之一，开得早的店未必跑得好，可能只是当初占了一个好类目，后来一直没更新。把开店时间当依据，会把一批已经很久没动的老店误判成成熟店，资源给过去也跑不出东西。

上个月的销售额总量也算一个。这个数受类目大小的直接影响，一个做热门大类目的店和一个做细分小类目的店放在一起比大小，比出来的东西对分层没有帮助。销售额还能被投入买出来，一家店如果这几个月在猛加投入，它的销售额会一时靠前，不代表这家店本身变强了。

还有一个更隐蔽的，据老板对这个类目的偏好。偏好本身没有错，问题在于它会让人对某家店的实际状态视而不见。判断维度一旦掺进偏好，分层就不再是依据事实，而是依据印象。

另外还有一个常被当成维度的东西，就是这家店的商品数量。商品多不等于结构好，很多店的商品数量是靠大量同类填充堆起来的，看起来丰富实际上互相竞争。这种情况在分层时的表现是，这家店的访客被自家商品分薄了，数据上看着热闹，实际每一款都没跑起来。

这几个维度不是完全不能用，而是不能单独用。它们可以作为补充信息，但判断的主要依据还是要落在品类结构、类目趋势、自身转化这几个更接近真实的维度上。把补充信息和主要依据区分开，分层才不会被某一项单独的数据带着走。

有一个维度的用法需要说清楚，就是这家店所在类目的需求趋势。这个趋势要放在具体的站点上看，同一个类目在这个站可能还在涨，在另一个站已经平了，两个结论都没错，只是适用的地方不同。

看趋势的时候还要注意时间尺度。一个类目的季节性波动可能很剧烈，旺季和淡季的差别能到几倍。判断趋势要把周期拉到能覆盖一个完整季节的长度，否则很容易把一个正常的旺季当成上升趋势。

第二个维度的用法是品类的集中度。有的店把大部分资源压在一个类目上，有的店分散在五六个类目上。集中度高的店判断起来简单，它的表现直接反映那个类目的状况；分散的店要看每个类目单独的表现，不能只看总数。

第三个维度是这家店的内容能力。同样的款，有的店拍出来的图更能打动人，写出来的详情更能回答买家的疑问。这个能力不容易量化，但它可以通过同类同价位之间的转化差别看出来。

第四个维度是这家店对价格的敏感程度。有的店价格动一点转化就变，有的店价格调整对转化的影响不明显。这个差别决定了这家店能不能用价格去抢量，也决定了资源给到它之后能不能靠调整快速见效。

这几个维度合起来用的时候，建议做成一张简单的记录，每家店一行，各维度一栏。记录不必精确到小数，用档位或者高低的判断就够。它的作用是让判断有依据，不必每次都从头回忆。

越靠结构性的维度越耐用，越靠单一结果或主观的越不牢

主力店与测试店的资源差异

主力店在资源上占先，这一点没有争议。它的款要挑在前面，它的预算要按主推配，它的人手要固定安排。它承担的是整盘的销量和现金流，资源不往它这里偏，整盘就没有支撑。写清楚这一条之后，它对其他店的资源挤压就有了名目，不必再靠人情去协调。

测试店的资源逻辑完全不同。它不需要拿到最被看好的款，需要的是拿到足够试出结论的量。它也不需要稳定的人手，需要的是有人能在每一轮结束的时候把结论整理出来，交给下一轮使用。

备胎店的资源最少，但不能归零。它要保持基本的运转状态，评分不能掉，类目不能荒废，主要页面不能长期不动。这几件事占用的资源不多，但一旦省掉，等需要它的时候会发现它已经不能用了。

三类店的差异还体现在考核上。主力店看整体趋势和现金流贡献，测试店看它带回了什么结论，备胎店看它的状态是否还健康。考核的口径不一样，各家才会往各自该努力的方向使劲。

资源差异要写清楚，不能靠默契。写清楚之后，报预算的时候不会出现三家都觉得自己该优先的情况，因为优先权是既定的。这一步省下的协调时间，往往比资源本身还值钱。默契在人一多的时候就靠不住，因为每个人对默契的理解都不一样。

有一个具体的场景可以说明这个差异。新品到货，一共十几个款。主力店先挑，挑走的是最有可能跑起来的那几个，资源也优先给它。剩下的款分给测试店，让它们分别在不同的价位和包装上去试。

这个分配顺序本身没有优劣，它是任务决定的。主力店的任务是把已经看准的东西做透，所以给它最被看好的款才合理。测试店的任务是把不确定的东西试出结论，所以给它的款不需要最好，但需要够试。

反面做法也很常见，就是把款平均分给三家店，每家的款都不够多也都不够好。这种做法看起来公平，实际让主力店失去了做深一件事的条件，也让测试店的试错没有对比空间。平均分款还带来一个隐性后果，就是三家店的数据会变得相似，谁也不比谁突出，后面再看不出该往哪家偏。

测试店的试错空间需要专门留出来。有的店主不愿意让测试店去做看起来没有希望的尝试，因为浪费资源。实际上测试店的价值就在这些尝试上，它试掉的那些方向，主力店就不必再试一遍。

备胎店也是同样的逻辑。它的资源看起来是闲置的，实际是为将来准备的余量。把这份余量当成浪费砍掉，等到需要的时候就得从头建，重建的成本比日常维护高得多。这也是为什么很多店群在需要备用店的时候发现手上没有能用的店，余量是在平时维护出来的。

有一个细节值得单独说，就是主力店和测试店在图片和详情上的投入差异。主力店的图片往往要专门拍，场景、光线、细节都要照顾到，因为它是拿来做门面也拿来撑转化的。这部分投入的回报周期比较长，只有在它承担主要产出的店上才划得来。

测试店的图片可以先用现成的素材，把基本信息交代清楚就行。它的作用是让买家看明白这是什么商品，至于好不好看，等它试出了结论再说。把拍摄资源提前压在测试店上，大概率是浪费。

这个差异还影响到上新的速度。主力店的图片要专门拍，上新之前需要提前排期。测试店的图片现成，当天决定当天就能上。两种节奏并行的时候，测试店的试错速度会明显快于主力店，这正是它该有的样子。

还有一处差异在规格编号的管理上。主力店的规格编号要规范，因为后面要做库存、要做报表、要和进销存系统对上。测试店的规格编号可以先宽松一些，只要内部能区分开就行。两种标准并存的时候，交接和报表上要注明是哪一档，免得两组数据混在一起看。

这些差异的本质是要求的标准不同，不是要求的有无。测试店同样要写规格编号，同样要有图片和详情，只是标准低一档。把这一点说清楚，执行的人才不会以为测试店可以什么都不做。

差异写清楚之后还要定期回头看。有的测试店已经跑出了稳定表现，这时候它的图片和规格编号就该按主力店的标准补上。补的时机是它的档位变化，不是它自己觉得该补了。这件事由负责复核的人提出，而不是由具体做的人自己决定，避免标准被随意放宽。

分层之后管理动作怎么变

最直接的变化在资料要求上。主力店的商品资料规格要齐全，图片、规格编号、属性都按完整标准走。测试店可以先跑起来，资料达到能上线的程度就够，缺的部分等结论出来再补。

第二个变化在上新节奏上。主力店按计划推，什么时候上什么有安排。测试店按轮次来，一轮试几款、试完收数据、再决定下一轮。备胎店不安排上新，只维持现有页面的健康。这三种节奏放在一起看着不整齐，实际各自都对应着那家店当前该做的事。

第三个变化在价格空间上。主力店的价格调整要谨慎，因为它的价格变化会影响到整盘的定位。测试店的价格空间大一些，本来就是在试价位的反应，调整频繁一些属于正常。把两类店的价格权限分开，调整的时候就不必每一家都重新解释一遍。

第四个变化在响应速度上。主力店出了异常要当天处理，因为它牵动的是整盘的销量。测试店和备胎店的异常可以按常规节奏处理，观察一两天再动，避免因为一次波动反复调整。响应速度分档之后，人手才清楚该往哪几家店上多看一眼，不至于平均用力。

这几个变化加起来，管理动作就不是一套，而是几套。几套动作同时跑，前提是每家店在哪个档位写得很清楚。档位不清的时候，执行的人不知道该用哪套要求，又会退回一刀切。要让几套动作并行不打架，写清楚档位是绕不过的前提。

还有一个动作容易被漏掉，就是档位变化时配置要跟着动。一家店从测试升成主力，它的资料要求、上新节奏、价格空间都要一起改。只改一个名头而不改配套，会出现名实不符的状态。

有一个检验办法可以看分层有没有落到动作上。拿一件事去问两个不同的人，比如测试店上新品要不要写完整的规格编号，如果两个人给的答案不一样，说明分层还停在纸面上。这个办法简单，但能很快暴露出档位描述里的含糊之处，因为含糊的地方就是两个人答案会分叉的地方。

答案不一致的原因通常是档位写得太粗，只写了这家店是测试店，没写测试店具体对应哪些要求。粗的档位在讨论的时候看起来都同意，落到具体动作上就各说各话。要补的就是把这些要求写具体，一条一条写清楚这家档位要做什么、做到什么程度。

细化档位不必一次写全，可以从最容易出分歧的那几件事开始写。写着写着会发现，真正需要区分的项目并不多，往往是资料要求、上新节奏、价格空间、响应速度这四五项。写全之后会发现这张表并不长，长的是那些写在里面却从来没用过、也没人知道为什么要有的要求。

这四五项写清楚之后，日常的操作就不再需要每次都请示。执行的人看着档位表就知道该怎么做，管理者也不必在琐事上反复出面。省下来的时间可以用在真正需要判断的地方。这个变化在店数多的时候特别明显，因为需要请示的琐事是随店数成比例增长的。

还要留一个例外通道。总有情况不在表里，比如主力店临时要处理一批紧急库存，按常规的资料要求就走不通。留一个说明例外如何审批的口子，比让执行的人自己拍脑袋要好。例外通道留着，档位表反而不容易被绕开，因为大家都知道正路走不通的时候有地方可以去。

有一个具体的例子可以说明这套变化怎么落地。同一天里，主力店要处理一批新款、测试店要收上一轮的结论、备胎店要做日常维护。三件事的优先级不同，处理的人也不同。这时候如果没有分层，三件事会挤在一起，谁先谁后只能靠当天的感觉。

主力店的新款要当天完成资料整理并提交，因为它关系到这批货能不能卡住时间点。测试店的结论整理可以放在这一轮的尾声，把数据拉出来做成几条结论就行。备胎店的维护按周排，当天不做也没有影响。

如果没有分层，这三件事会被排成一个待办清单，谁有空谁做。结果是紧急的事和可以缓的事混在一起，清单上看起来都是任务，实际优先级差得很远。做的人只能凭感觉排序，排错的概率不小。

有了分层之后，这个清单可以按档位分组。主力店那一组当天必须清，测试店那一组按轮次清，备胎店那一组按周清。分组之后待办的轻重一目了然，分配给人的时候也不会错配。分组这个动作本身很简单，但它把分层从一份说明变成了每天都在用的东西。

分组还有一个好处是能看出人手够不够。如果主力店那一组的任务长期做不完，说明给主力店配的人手偏少，这时候要调的是人手而不是把任务分给别人。这个问题在混合清单里是看不出来的。

把档位和任务分组对应起来，是分层从纸面落到日常最直接的一步。做完这一步，工具里的规则配置也就有了对应的依据，哪些店的资料要求严、哪些店的新品要当天处理，都能按档位配下去。

新店要给多少耐心

新店最需要的不是资源，是一段明确的观察期。这段时间里不急着要结果，重点是看它的品类选择对不对、内容质量够不够、有没有出现稳定的转化迹象。观察期有多长要提前定下来。

没有明确期限的耐心，本质上是不做决定。很多店群里的新店一挂就是很久，既没被收掉也没被推进，原因就是当初没有说清在什么条件下算观察完成。时间一长，这家店就变成了模糊地带。

观察期里该看什么，也要提前写下来。看它有没有跑出稳定的访客，看它有没有出现重复购买，看它的内容在同类里的位置。这些都看过了，才能判断是继续投入还是及时收口。看的项不必多，但每一项都要能给出是或不是的判断，含糊的观察等于没观察。

观察期的长度和类目有关。需求变化快的类目，观察期短一些，因为机会窗口本来就不长。需求相对稳定的类目，观察期可以长一些，给足它积累评价和权重的时间。把长度提前定下来还有一个作用，就是不必在同一家店上反复讨论要不要再给一点时间。

观察期结束的时候要有一个明确的动作。要么转成测试店正式开始按轮次试，要么收掉把资源腾出来。最怕的是没有动作，让它继续以新店的状态挂着，这样既得不到结论，也占着资源。

耐心也要有个对应的成本意识。一家店挂着不产出，房租、人力、日常维护都在花钱，只是这些钱分散在不同科目里，不容易被看成这家店的成本。心里有这个账，判断耐心给到什么时候就有依据了。

有一个常见做法是给新店定一个明确的观察期，但把观察期里的动作写得很松，只说看表现。这种做法的结果是观察期结束时拿不出依据，只能凭印象决定是留还是收。凭印象做这个决定的风险是，能说会道的店容易留下，闷头记录的店容易被收掉，判断和实际情况脱了钩。

更实际的做法是在观察期里安排几件具体的事。比如这一个阶段先上多少个款、按什么价位上、重点看哪几个指标。做完这几件事之后，判断这家店有没有潜力就有了依据。这几件事本身也是轻量的，不占多少资源，主要作用是让后期的判断有可以对照的东西。

观察期里的动作要轻，但不能没有。轻的意思是不要给新店压上成熟店那样的资料要求，避免它把时间花在整理上。有动作的意思是它每天要做什么是清楚的，不是放任。轻和放任的区别就在这里，前者是要求低，后者是没有要求，两者的结果完全不一样。

观察期结束时的判断标准最好也提前定下来。比如有没有出现重复购买、有没有跑出稳定的访客、同类内容在站点上的位置如何。这几条里满足几条算过关，提前定好，到期就不用争论。

还有一点值得注意，观察期不适合和其他店用同一套口径去看。新店的基数小，百分比波动会非常剧烈，用成熟店的口径衡量，很容易得出它表现不稳定的结论，而那个结论只是统计上的假象。

给新店耐心这件事本身也要有配额的意识。手上同时挂着几家新店，每一家都在观察期里，实际的产出却一家都还没有。同时开的新店数量控制住，整盘的节奏才不会被拖着走。配额这件事不必卡得很死，心里有一个上限就够，避免一口气挂上七八家谁都没跟住。

有一个常见误解是把耐心理解成不设要求。真的不设要求，新店就容易变成一个没人看的地方，运营不知道每天该做什么，数据也没人整理，观察期结束时什么记录都没有。记录都没有的情况下，判断这家店是好是坏就只能靠回忆，而回忆往往偏向印象最深的那一次。

耐心正确的含义是要求低但要求明确。它的资料可以简单，但必须按时上；它的数据可以不漂亮，但必须记录；它不必承担销量，但必须有明确的动作。这样观察期结束时，手上有一份完整的记录。

这份记录的价值在判断的时候才体现出来。一家店是不适合这个类目，还是只是内容没做好，两者的应对完全不同。有记录的话能看出差别，没记录的话就只能凭印象，而印象往往偏向最近发生的事。

还有一点是观察期的判断不该只看总量。新店的访客数、转化率基数都小，数字的波动会很大。更可靠的做法是看相对值，比如它的转化和同类同价位相比处在一个什么位置，这样得出的结论更稳。

观察期结束时的处置也要提前想好。转成测试店是一条路，这时候要给它排第一轮试的内容。收掉也是一条路，这时候要把它的商品和资源腾出来，腾出来的部分给谁用也提前定好。

最后要提醒的是，观察期的目的是拿结论，不是拿结果。一家店即使数据不理想，只要它给出了清楚的结论，比如这个价位在这个站点走不通，这次观察就是有价值的。把结论留下来，下一家店就不必再试同一个方向。

同一件事在不同档位上的要求不一样，分层就是把这种不一样写明

分层不是终身制

分层最容易走歪的地方，是把它做成一个固定的身份。一家店被定成主力之后，就一直按主力供资源，哪怕它所在的类目已经在走下坡，哪怕连着几轮投入都没有起色。这种做法看起来稳定，实际是在消耗整盘。

终身制的另一个坏处是没人愿意往下降。身份一旦和资源、话语权挂上钩，往下调就变成了一件难开口的事。结果是档位只能往上走，不能往下走，几轮之后所有店都在高层，分层本身失去意义。

要避免这一点，办法是让分层跟着任务走，而不是跟着评价走。说清楚这家店当前承担什么任务、因此拿到什么、要交出什么。任务完成或者任务变了，档位就跟着动，这样它更接近一个岗位。

岗位这个说法有一个好处，它天然带有期限。一个岗位设出来是为了完成某件事，事情完成之后岗位自然要重新安排。店铺档位按这个逻辑走，升降就变成一件正常的事，不必附加太多情绪。

还有一个操作性很强的做法，就是在定档位的时候同时写清楚什么条件下会调整。写下来之后，调整就不再依赖于某个人愿不愿意提，而是条件触发就会发生，讨论的焦点也从人转到事上。

有一个信号说明分层已经变成终身制了，就是没有人记得上一次调整是什么时候。档位长期不动，往往不是因为各家都恰好合适，而是因为没有人负责去看它该不该动。给复核这件事指定一个责任人，比要求大家都要关心档位是否合适要实际得多。

另一个信号是谈论档位的时候用的词变了。如果大家说的是这家店是主力店，而不是这家店现在在冲哪个类目，说明档位已经从任务变成了身份。前一种是可变的，后一种会粘在人身上。

第三个信号是往下调变得很难开口。往上调大家都乐意，往下调的时候，负责人会顾虑对方的感受，找各种理由往后推。这种时候通常意味着档位里附加了超出任务本身的东西。这时候要处理的是附加的那部分，把它剥掉，档位才会回到它本来的样子。

要避免这几个信号，有一个简单办法，就是在定档位的时候同时定复核的时间点。时间点到了就过一遍，不需要谁先提出来。把复核做成一个例行动作，调整就不再是一个需要勇气的事。

复核的时候也要允许不动。复核的目的是看还准不准，不是每次都必须调。如果看下来这家店当前的任务没变、条件也没变，档位就保持原样，这一轮的目标是确认而不是改动。允许不动还有一个好处，就是让复核这件事变得不那么敏感，大家不必担心每次过一遍都会有人被调走。

有一个办法可以把档位的调整变成一件平常的事，就是在定档位的时候一起约定一个期限。比如测试店的档位到本轮试完自动失效，需要重新确认才能延续，而不是默认一直保持下去。

自动失效这个设置的作用是把调整的责任从人身上挪到流程上。到点了就重新确认一次，确认下来就是延续，确认不下来就是调整。这样避免了那种明明该动却没有人先开口的局面。

对主力店也可以用类似的办法。不是设一个失效期限，而是设一个复核点，比如每过几个周期看一次它的类目趋势和自身转化。复核点到了就看，不必等到某天突然觉得这家店不对劲了才想起来。

有了这套节奏之后，档位的升降就不再带有评价的意味。它变成了一个例行的判断，判断的依据是数据，而不是某个人对某家店的看法。这一点对团队的稳定很重要。当升降不带评价意味的时候，被调整的人也更容易接受，注意力会回到事情本身。

这套节奏还要留住记录。每一次复核的结论、调整的理由、调整之后的情况，都记在同一处。几次之后，这份记录本身就能说明这家店群的结构是怎么演变的，新人看一遍就能明白当前的格局是怎么来的。

分层有了复核节奏以后，该调没调和对定位的争论都会往下走

分层要跟着数据走

分层定完之后，判断它准不准的依据是数据，不是当初的理由。当初说这家店可以做主力，理由是它所在的类目在涨。如果这个类目的需求已经平了，当初的理由就不再成立，档位也该重新看。

看数据的时候要分清两类变化。一类是短期的波动，比如一次活动带来的起伏，这类变化不该触发档位调整。另一类是趋势性的变化，比如连续几个周期都在同一个方向上走，这类才值得动档位。

区分这两类的办法是拉长时间看。同一个指标看一个周期可能看不出方向，看几个周期之后趋势就清楚了。分层复核用的一直是后者，单个周期的数字变化说明不了什么。看的时候口径要固定住，同一个指标每次都用同一套算法，前后两次才可比。

还有一个依据来自外部。打算给某家店加资源之前，先看它所在的类目在各站点还有没有空间，同类卖家的价位集中在哪里。知虾站在这一层，它看到的是各站点的品类结构与竞品信号，拿来给档位调整提供一个外部参照。

外部信息的作用是校正内部的判断。只看自己店里的数据，容易把类目整体的变化误读成自己经营的成果。加上外部参照之后，能分清哪些来自自己的动作，哪些来自大势，档位的调整也更有依据。

最后要说清一件事：知虾不是店群管理工具，也不管分层这件事。它不做多店管理、批量操作、订单归集、库存同步。它站在看清品类与竞品这一层，给的是判断用的信息，分几档、哪家在哪一档，仍然是你自己的决定。

有一个具体的例子可以说明趋势和波动的区别。某家店的访客在两周内涨了一截，看起来表现不错。把时间拉长到三个月看，这两周的涨幅只是在一个平稳区间内来回摆，没有形成方向。

反过来也有。某家店的转化在一个月里缓慢往下走，幅度不大，每个月只掉一点。单看一个月说明不了什么，连着三个月都在同一个方向，就值得当成趋势来对待。判断的时候还要把类目本身的变化考虑进去，整个类目都在往下走的时候，一家店的下滑不一定是它自己的问题。

区分这两种情况的成本不高，只需要把同一个指标多存几个周期。数据存下来之后，看的时候把几个周期连起来看，方向自然就清楚了。这一步不需要复杂的工具，一张连续的记录表就够。

趋势确认之后要动的是档位，不是当月的动作。比如一家测试店的类目需求连续走平，它的价值已经不在试错上，该考虑的是转成备胎还是收掉，而不是继续按测试店给它排轮次。档位的调整要跟着数据走，数据里最先给出信号的就是这类连续同向的变化。

调整的时候还要注意一次只动一个地方。同时改档位又改资源又改内容要求，出了结果不知道是哪一项起作用。分开来改，每一次都能看出变化来自哪里，后面的判断才有依据。反过来，一次全改之后如果结果不好，往往要花很久才找出是哪一项没起到作用。

最后要把这套判断的依据记录下来。哪一次因为什么调了档位，调完之后情况怎么样，记下来之后，下一次遇到类似的情形就有参照。这份记录积累起来，本身就是一套自己的分层经验。

有一个具体的做法可以让数据的作用落到实处，就是给每个档位配一份该看的指标清单。主力店看整体趋势和现金流贡献，测试店看结论的产出，备胎店看状态是否健康。清单不必每个档位都一样长，但必须提前写定，而不是等到看数据的时候临时想该看什么。

这份清单要短。每个档位三到五个指标就够，指标多了反而看不清重点。清单写定之后固定下来，每次复核都用同一份，前后两次的结果才有可比性。清单的稳定性还会带来一个好处，就是指标本身的波动规律慢慢能被看出来，什么幅度算正常就有了参照。

清单之外还要有一个判断的门槛。比如测试店连续两轮没有给出清楚结论，就该考虑收口；主力店连续几个周期在同一方向上走弱，就该重新看它的档位。门槛写出来，判断就不必每次重新讨论。

门槛的设定要给一点余量。设得太紧，正常的波动会被当成趋势，档位就会频繁调整。设得太松，问题积累到很明显时才被发现，调整的代价更大。这个尺度需要跑几轮之后才能摸准。

还有一个容易忽略的动作是记录调整之后的观察结果。调完之后要过一段时间才能看出效果，这段时间的表现要专门记下来。有了这份记录，下一次遇到类似的调整，就能知道大概要等多长时间才会有反应。

把这套做法跑下去，分层就不再是一份写死的表，而是一套能自己运转的机制。它有依据、有节奏、有记录，遇到变化能自己调整。这样的分层才配得上店群这种一直在变的场景。反过来，一份写死之后不再调整的分层表，过一段时间就会和实际脱节，到那时它非但帮不上忙，还会误导判断。

常见问题（FAQ）