Shopee多店铺管理管不住了的信号：哪些迹象最先出现

失控不是突然发生的

失控的形态是一条缓慢的斜坡，不是一个断层。它的起点通常很小：一家店的做法和别人不一样、一批货的处理没有人记过、一个口径在两个人那里有两种说法。这些小差别单独看都不影响什么，问题在于它们会叠加，每多一个就多一处需要临场判断的地方。

斜坡上有一个关键的位置，就是第一次把异常归到外部原因上。量掉了说是行情，转化低说是季节，评价差了说是碰上一个难缠的买家。归到外部这个动作本身没有错，有时候原因确实在外面。但它有一个副作用：它会同时关掉一次检查内部做法的机会，次数多了，内部的问题就一直没被查过。

还有一个让它显得突然的原因，是问题积累的时间和它暴露的时间差得很远。今天的一个口径偏差，可能要过两个月才以某个数据异常的样子冒出来，那时候你已经想不起是哪一次造成的。这种时间上的错位，让人事后回头看总觉得事情来得没有道理。

斜坡上还有第二个关键位置，就是第一次用下次一起处理来收场。一件事没处理完，说一句下次一起做，当时解决了当下的对话，但它留下了一个没有归属的事。这类事攒起来很快，而且它们都有一个共同点：没有人会主动回来问，只有等到某一天撞上另一件事，才会被一起翻出来。

让它显得突然还有一个心理上的原因：处理小事和处理大事用的是两套注意力。小事冒出来的时候，人的判断是这件事不值得停下来，于是它被放下；大事冒出来的时候，人的判断是这件事必须立刻处理。两套判断各自都合理，中间没有人负责把小事攒起来看，这就是斜坡一直在往下走却没有人察觉的原因。

斜坡还有一个加速的位置，就是人员的任何一次变动。一个人离开、一个人请假、一个人换到别的店，他手上那些没有写下来的做法会同时失效。这次变动本身可能很小，但它会让一段时间内的事全部需要重新对一遍，有些会被漏掉，漏掉的那些就成了新的斜坡起点。

判断自己是不是在斜坡上，有一个很直接的观察方式：看最近的对话里，有多少次是在解释一件过去已经说过的事。这个比例上升，说明同一批事在被反复处理，它们没有沉淀成任何可以留下的东西。这不是忙，这是原地打转，两者的体感很像，但处理方式完全不同。

斜坡还有一个很实际的起点，就是某一批货的处理方式没有人写下来。这批货当时是特殊处理的，处理完之后大家都觉得事情过去了，处理的办法也就跟着过去了。下一次遇到类似的情况，每个人按自己记得的部分去做，做出来的结果大同小异但不完全一样，而这些不一样的地方就是后来的分歧。

让它显得突然还有一个来自记录的错觉。日常的记录通常只记结果：这周上了多少款、发了多少单、处理了几件售后。过程里的那些判断、那几次改主意、那几个当时觉得不重要就跳过的步骤，全都没有被记下来。事后再去回看，只能看到一串平稳的结果，也就自然得出了问题来得没有道理的结论。

有一个判断斜坡陡不陡的观察方式：把最近的三个月分成两段，看你在每段里做的事情有多少是同类的。前一段和后一段里重复出现的动作越多，说明这段时间里有相当一部分时间花在重复处理上；重复的动作在减少、新冒出来的动作在增加，说明这段时间在推进新的事，斜坡也就更平缓。

斜坡走到后面会有一个特点，就是问题的数量不再增加，但每一个都停在那里。新问题不冒了，因为已经没有人有空去发现新问题；老问题也解决不掉，因为解决它们需要停下来，而停下来就会让当天的运转出问题。这个状态从外面看是稳定的，从里面看是全部卡住的。

斜坡还有一个不显眼的推力，就是每一次临时决定都会被默认为可以沿用。这一次这批货先这么处理、这一单先这么算、这个店这次先不补货，处理的时候都说得通，但它没有说是这一次还是以后都这样。下一次遇到类似的情况，有人会照着做，有人不会，两种都找不到依据。

有一个关于斜坡的记录方式值得试一次：接下来两周里，每一次你在心里说这次就算了的时候，在纸上画一笔。两周之后数一数，这个数量通常比预想的多。这些被放过的事本身都不大，它们的作用是累积出一个没有标准的环境，而环境一旦形成，它会持续产生新的偏差。

斜坡走到后面还会有一种特定的表现，就是大家在等一个时机。等这批货卖完、等这个大促过去、等一个人到岗、等一个新工具上线。把问题挂在一个未来的时间点上，是拖延里最体面的一种，因为它在逻辑上完全成立。它的代价是那个时机到来之前，这一段的问题都不会被处理。

这里有一个判断的细节：斜坡上的人和斜坡本身要分开看。人在斜坡上不一定是因为不认真，很多情况下他做的事情本身是对的，只是这些事没有连成一条能被复用的做法。所以处理斜坡的办法不是要求大家更认真，是把那些分散在各处的正确做法收拢到一处。

第三步到第四步之间，是最容易被忽略的一段

哪几类迹象最先出现

最先出现的一类迹象是确认这个词的使用频率在上升。确认一下价格、确认一下这批货、确认一下这个店的朋友圈发不发。这些话说出来都很自然，但它的频率是一个信号：需要事先对一遍的事情在变多，说明已经有好几件事的做法不在一个地方放着了。

第二类是同一件事开始有多个版本。同一条口径，你在甲店说过一次，过一周在乙店又说了一次，两次说的内容不完全一样。这不一定说明你前后矛盾，更可能是这件事本来就没有定过，两次都是临场说的，所以自然会有差别，而差别只有在两家店放在一起时才看得出来。

第三类是问的人变了。原来只有新人问，现在做了半年的老人也开始问。老人问说明连他也拿不准了，而他不拿准的原因是他手上的那套判断依据在这段时间里被现实推翻过几次，他自己也在重新摸索。这个变化比新人问得多更值得注意。

第四类迹象是你开始依赖某一个人。有几件事只有他知道怎么做，别人问他也不一定说得清，因为他也是跟着做的，没想过为什么要这么做。这种依赖在平时不显眼，甚至会被当成这个人很靠谱；一旦他不在，那几件事就会同时停住，而停住的时候你才知道它们一直只挂在一个人身上。

第五类迹象是处理的时间在变长。同一件事，半年前半天能处理完，现在要拖两天才处理完，中间的差别通常不在难度上，而在等确认、等回复、等有空这几个环节。时间变长这个变化很慢，慢到每一天都感觉不出来，只有把某一件具体的事前后对比才看得出来。

这几类迹象有一个共同的时间特征：它们的出现都比结果的下滑早。等数据上能看到下滑的时候，这几类迹象通常已经存在一到两个月了。所以留意它们的价值不在于更早发现问题，而在于它们指向的是原因，而数据上的下滑只是结果，从结果往回找原因要绕一大圈。

还有一类迹象出现在你自己的身上，就是开始出现记不清。三家店的时候你能说出每一家在做什么，现在要想一会儿才能回忆起某一家最近在推什么。这不是记性变差，是要记住的东西超过了单独的一个人能承载的量，和前面那几类迹象一样，它指向的是同一个缺口。

还有一类迹象出现在交接上。原来你交代一件事，对方听完就去做；现在交代完之后，对方还要回来确认一两个点。这一两个点不是他没听清，是这件事本身有好几种做法，他需要知道这一次按哪一种。这和你自己在变多，因为每一次确认都要花你的时间，而且这些确认通常发生得比事情本身还要急。

有一类迹象是正面的变化，值得和上面几类分开。有时候你会看到某一件事被处理得很干净，一次到位，没有来回。这类事通常是这家店做法已经清楚的部分。把这些干净的部分和那些反复来回的部分放在一起看，两边各自对应哪些事，一对照就知道接下来该把力气放在哪里。

这几类迹象在数量上不需要全部出现。看经验，出现两类以上、并且持续超过两周，就值得停下来认真处理一次。只出现一类而且刚冒出来，可能只是这段时间特殊，比如刚上完一批新品或者刚做完一次大促。持续时间比出现数量更能说明问题，因为短期的波动会自己过去。

留意这些迹象的成本很低，因为它们都发生在你每天的对话和动作里，不需要另外去看什么。真正难的地方在于它们和日常的忙混在一起，看不出边界。可行的办法是每周固定一个很短的时间，比如周会的最后五分钟，专门看这几件事有没有变多，把它从忙里面单独拎出来看一次。

有一类迹象出现在你的表达上，就是开始用感觉来描述判断。这家店感觉最近不太行、这个款感觉还有空间、这个价感觉有点悬。感觉并不是坏事，它往往是判断的前身。但它出现频率上升且长期停留在感觉上，说明原来那份清晰的判断依据这段时间没有更新过，只能用模糊的方式接上。

这几类迹象还有一个共同的量级特征：它们都发生在沟通里，所以数量和参与的人数有关。两个人之间一周出现三次确认，五个人之间一周可能变成十几次，而且每一次都在占用做判断的时间。这个数量在没有留意的时候完全感觉不到，因为它散在很多次简短的对话里。

还有一类迹象和你处理问题的方式有关，就是开始绕过流程。明明有两家店要走同一步，你为了方便只在一家做了，另一家事后补。绕过一次两次没有问题，但每次绕过都会让那件事的常规做法失去一次被使用的机会，用的人越少，它就越不像一个常规做法，最后变成一份没人翻的材料。

这几类迹象的判断标准可以统一成一句话：同一件事需要你参与的次数是不是在变多。如果是，说明这件事还没有一个能自己运转的做法；如果不是，即便你每天很忙，也是在忙新的事情。用这一句话就能把忙和失控区分开来，两者在感受上很像，在方向上完全不同。

最早出现的几类迹象都不在任何一张报表上

数据开始说不清意味着什么

知虾站在数据这一层，它的多站点数据覆盖九个站点，能看到各站点类目里在售商品的构成与分布，站点分析能看某个站点整体的类目结构和价格带落在哪一段。当自己的数据说不清的时候，外面的这一层材料能提供一个不一样的参照：同类在同一段时期的价位和上新节奏是什么样子。

要说明的是，它不是多店铺管理工具，不做多账号管理、订单归集、库存同步，也不做跨店数据汇总，看的时候仍然是每家店分开看。所以它能做的事很有限：把外面的行情摆出来，让你判断某家店的下滑是行情在缩还是自己没做到。至于内部的算法、口径、结论该定成什么，全部留在人这一侧。

说不清这件事还有一个层级上的区别。一种是两个数字的算法不一致，这种最好处理，把算法定下来就完了；一种是没有任何参照，看不出这批货算好还是差，这种要先把参照固定下来；最难的一种是连该看哪个指标都不确定，这说明判断这件事本身还没有成形，要从前一层开始补。

处理说不清的顺序上有一个建议：从影响最大、又最容易被定下来的那一件开始。影响大但定不下来的先放一放，因为它会牵出很多需要讨论的东西；影响小又容易定的先做也没意义，省不下多少来回。这个顺序的判断依据是同时看影响和难度两个维度，而不是只看严重程度。

还有一件事要说清：数据说不清的时候，加数据的量解决不了问题。多加几个指标，只会让说不清的地方跟着变多，因为每一个新指标都要重新定一次好不好、算什么样的标准。先定标准再看数据，和先看数据再定标准，两种顺序的结果差别很大，前者是收敛的，后者是发散的。

有一个具体的场景能说明这件事。三家店同时在卖同一类货，一个月之后你想看哪个店做得好。你打开三家后台，三家给的转化定义不完全一样，有的按访客算有的按下单算；时间范围也不同，一家是自然月一家是近三十天。三个数字摆在那里，你只能凭印象说甲店可能好一点，而说不出好多少。

这个场景里没有一个环节是错的，三个数字各自都对，问题在于它们之间不可比。不可比带来的直接后果是没法判断，间接后果更麻烦：既然判断不了，人就倾向于找一个别的方式来判断，比如凭感觉、凭最后看到的那个数字、凭某个印象。这些方式会慢慢替代掉本来该有的对照。

说不清还会带来一个连锁反应，就是复盘没有材料。一批货做完，本来要看的是当初的判断对不对，而判断要看的是把它放在同类里的位置。没有可比的参照，复盘只能看到这一批卖了多少，看不到它算好还是不好。几轮下来，复盘会退化成一份流水记录，做了但不产生结论。

把这些说完之后回到那句话：数据说不清不是数据问题，是管理标准没从脑子里搬出来。那个标准在你脑子里的时候准确、快速、不需要解释，但它只服务于你一个人，而且只在一家店的连续记录上有效。多店之后要的是几家店之间的横向对照，而横向对照需要一份写在外面、两个人看都一样的说法。

说不清还有一个不容易注意到的程度区别：只是两个数字不可比，和整件事的方向都说不清，是两级问题。前者是算法层面的事，把口径定下来就完了；后者是判断层面的事，说明这件事好不好、往哪走，都还没有一句能拿出来的说法。两级问题混在一起处理，会把简单的那一级拖成复杂的那一级。

有一类说不清和数据量直接相关。数据看得越多越说不清，因为每多看一个指标就多一个需要解释的东西。这种情况下的正确反应不是再看几个指标，而是把要判断的问题收窄到一个，围绕它挑两三个指标，其余的暂时不看。看得少反而清楚，这在指标丰富之后是常态。

说不清会有一个很具体的连带后果：决策会往保守的方向走。因为判断不出这批货好不好，人对要不要继续投就会变得犹豫，犹豫的结果通常是不投或者少投。几次下来，几家店都处在资源不足的状态，而这个状态又会让数据更难变好，形成一个不容易察觉的循环。

把这件事处理掉的关键动作只有一个：把这件事的判断标准写成一句能被拿出来对照的话。这一步做完之后，再看数据就变成了拿数字对标准，而不是从一堆数字里猜出标准。顺序上的这一点差别，是大部分人在这件事上一直绕不出来的原因所在。

数据说不清的时候，多数人第一反应是去找更好的数据，换个后台、加个看板、多导几张表。这个方向往往解决不了问题，因为说不清的根源多半不在数据的质量上。两个数字各自都对，只是它们量的不是同一件事；一段趋势看着合理，只是没有可比的上一段。

这类情况真正的含义是：判断的参照没有从人身上搬出来。你之所以说不清这批货算好还是差，不是因为数值不够，是因为那个算好算差的标准一直在你脑子里，它没有变成一句能被拿出来对照的话。数据越多，说不清的地方反而越多，因为每一个新的指标都要重新定一次这个标准。

换个角度看这件事会更清楚：在一家店的时候，你几乎从不说自己在看数据，你只是看一眼就知道行不行。那个一眼就是标准在你脑子里的样子，它高效、准确，也不需要解释。店多了之后，这个一眼用不上了，因为你看的不是同一家店的连续记录，而是几家店之间的横向对比。

哪些口头承诺变多说明有问题

有一类承诺和环境无关，是对人的承诺。这个人最近状态不行我找他聊聊、这个人的活太多了我给他分一点、这个位置的人我准备换掉。这些话的共同点是它们都指向一个还没做的动作，而且它们通常说得很自然，说完就算处理过了。次数一多，说明人的问题已经被反复识别但一直没有被真正处理。

另一类承诺是对事情的。这件事下周一定给你、这个功能这周就能上、这批货我催一下就到了。这些承诺的特点是有明确的时间点，而时间点往往会往后挪一两次。挪动的次数比承诺的内容更能说明问题：一件事被承诺了三次还没有开始，说明它从来没有被排进任何一份时间表里。

承诺变多的根子还是同一个：做法没有被固定下来。一件事如果有明确的做法和时点，就不需要承诺，因为它已经是一个安排。需要承诺的通常是那些还没有安排、但对方在等的部分。所以承诺的频率是标准清晰程度的一个反指标，它涨的时候，说明该写下来的东西没有写。

第三类承诺是对自己的。这段时间先撑过去、等把这批货处理完就找人、下个月我再把流程理一遍。这类话通常没有人听见，也不构成对别人的责任，但它反映的是同一件事：有一个明确的动作被反复识别，却一直没有被安排。对自己承诺的次数，往往比对别人承诺的次数更能说明状态。

承诺还有一个变形的样子，就是把决定说成正在考虑。这个位置的人我打算换一换、这几家的分工我想再调调、这个方向可能要收一收。这些说法听起来比承诺更谨慎，实际效果是一样的：识别一直存在，动作一直没有发生。区别只在于它连时间点都没有给，所以更难被追溯。

承诺变多和信任之间有一个不太好的关系。一开始的承诺会被人当真，时间长了之后，听到的人会自动打折扣，于是为了让对方相信，承诺会说得更重、更具体，甚至加上一个明确的时间点。承诺的强度上升而落地率下降，这个组合本身就是管理状态的一个信号。

要处理承诺这件事，可行的方式不是少说，而是给每一句承诺配一个去处。说出来的东西里面，属于要做决定的，放进待办并定一个日期；属于要交代做法的，转成一段文字放进固定的位置。承诺本身没有问题，它是识别问题的第一现场，问题在于它说完就被风吹走了。

承诺还有一个来源是外部的压力。有人来催一件已经在等的事，回答只能是快了、这周一定、我盯着。这类回答在说的时候是真的打算做到，但因为那件事本身没有排进时间表，下一次被催的时候还是同样的回答。承诺在这里不是敷衍，它是一个已经超载的人对外的正常反应。

要留意的是承诺的类型在往哪边偏。如果承诺集中在几件新开的事情上，说明这段时间在扩张，承诺是扩张的正常成本；如果承诺集中在几件早就该做完的老事情上，那说明积压已经形成了，而且这些老事情一直在被往后放。前一种可以接受，后一种需要先处理积压再谈新的。

有一个可以立刻用的办法，是把最近一周里说过的承诺列出来，看看其中有多少在今天已经有了明确的下一步。列出来会发现，真正被排进安排的只有很少几条，剩下的都停在说过了这个状态。这个比例本身就是一个很清楚的信号，不需要再做别的判断。

处理承诺还有一个心理上的门槛：承认自己之前说的没做到。这一步很多人过不去，因为承认之后的下一句话通常是那件事现在怎么办。可行的做法是把它当成一次排期，把那些悬着的承诺挑出来，当场定哪几件做、哪几件不做。说清不做也是一种处理，只是它需要先承认前面没做到。

有一类承诺是重复的，同一件事被承诺了三次以上。第一次可能是真的打算做，第二次是想起还没做，第三次就变成了一个固定的说法。重复承诺的麻烦在于它会让听的人也不当真，于是双方对这件事的预期同时降低，事情就从待办变成了背景。背景是不会自己完成的。

承诺还有一个集合上的特征：如果承诺集中在少数几个方面，比如都集中在人的安排上、都集中在上新节奏上，那说明问题集中在那一块。如果承诺散在很多方面，人力、库存、价格、素材都在承诺，那说明不是某一块特别弱，是整体的做法都还没有落下来。两种情况的处理顺序不同。

处理承诺的时候有一个不能跳过的动作：把承诺的内容分成两类。一类是它需要一个决定，比如要不要换人、要不要砍掉某个方向；一类是它需要一段做法，比如这件事以后按什么顺序处理。前一类要定时间点，后一类要定内容。不分这两类，承诺就会一直悬着，因为不知道该拿它怎么办。

承诺变多这件事还有一个好的用法：它是一份现成的问题清单。人在自然表达里说出的那些还不、我打算、应该要，往往比正式会议里说出来的更接近真实的问题。把最近一个月说过的这些话收起来看一遍，得到的是一份关于当前缺口的材料，而且这份材料不需要额外去收集。

失控和规模的关系

失控和规模的关系不是规模一大就管不住，而是规模越大，容错的空间越小。三家店的时候，某一件事没有做法，出问题的概率有限，因为大家坐在一起，一句话就说清了；十家店的时候，同样一件事没有做法，就会在十个地方长出十种版本，而且这十种版本互相不知道对方存在。

还有一个更具体的关系：规模影响的是问题暴露的速度。三家店时一个问题从发生到被你察觉可能要两周，十家店时可能只要三天，因为出问题的次数多了，撞上的概率也高了。所以规模大了之后失控看起来更频繁，一部分原因不是做得更差，是暴露得更快。

这个关系带来一个很实际的推论：规模上去之后，做法的清晰程度要跟着上去，而不是靠更努力地去补。同一个标准，三家店时可以靠你多花一点时间盯着补上；十家店时补不过来，因为要补的地方是按店数增长的，而你的时间不是。

还有一个和规模有关的变化，是问题的形状。三家店的时候，问题通常是点状的：某一批货卖不动、某一个词投得不好，处理完就过去了。到了七八家，问题会变成连成一片的：一批货在几家店同时压着、好几家店同时缺同一类素材、一个人同时被三件事等着。点状的问题可以逐个处理，片状的问题只能靠结构来处理。

规模还会改变一件事的代价。三家店的时候，一次做法上的偏差影响的是三分之一；八家店的时候，同一个偏差影响的是八分之一，听起来更小了，可它影响的实际量没有变，而且它会在八个地方分别变成八种样子，处理一次要花八次的时间。影响面变小而处理成本变大，这是多店之后一个不太直观的变化。

这个关系带来一个关于时机的推论：做法清晰的程度要在店数上去之前先提上去，而不是等它上去之后再补。在三个人的规模上把最常出问题的事写清，成本很低；等到八家店再回头补，那时候每个人都有了自己的版本，要先统一再重写，花的力气是原来的好几倍。

反过来看也有一个宽慰的地方：规模上去之后暴露得更快，意味着修正的反馈也更快。同一处缺口在几家店上同时表现出来，很快就能看出它是不是真的缺口，而不像一家店的时候要靠长时间的观察才能确认。所以规模本身不是坏事，它只是把清晰与否的差别放大了。

还有一个和规模有关的现象，是人数的变化速度。店数从三家到五家，如果人手没有跟着变，每个人手上的事情都会变多，而人多事多之后，人与人之间需要对齐的地方是按组合数增长的。三家人要两两对齐三次，四家人要对齐六次。这个增长方式和店数不一样，它更快。

规模还会影响你能看到的部分。店少的时候，你多少能碰到每家店的细节，很多问题在顺手一看里就露出来了；店多了之后，你看到的越来越多的是汇总，而汇总会把细节磨平。那些在细节里的问题不会因为你没看见而消失，它们只是从你的视野里退了出去，等到某一天以汇总数字异常的形式回来。

这个关系还有一个反过来的用法：当发现管理吃力的时候，不要先想怎么管更多家，先看现在这几家有没有哪一家的做法是多余的。几家店里如果有一家承担的角色可以被别家顶掉，减少一家带来的清晰度提升，往往比增加一套管理动作带来的更大，因为减少是结构上的，增加是负担上的。

规模这件事最后要落到一个很朴素的判断上：现在的做法能不能撑住现在的店数。撑得住的话，加一家是加一份工作；撑不住的话，加一家是把原来的缺口放大一份。判断能不能撑住，看的就是前面那几类迹象有没有在变多，而不是看业务本身在不在涨。

规模变化带来的还有一个看不见的东西，就是默认假设的数量。店少的时候，很多事可以在同一套默认假设下进行，比如大家都觉得发货两天内出，没人会去说。店多了之后，不同的人带着不同的默认，而这些默认不会自己浮出来，只在撞车的时候才显形。默认假设越多，撞车的概率越高。

这个关系说明一件事：在规模还不大的时候，把默认假设说出来成本最低。三家店的时候把它们说清，可能只需要一个下午；等到十家店，每个人都已经按自己的默认做了很久，说清之前要先统一，统一的成本比开头说清高出很多。时机这件事在管理上往往是最大的一个变量。

规模还有一个作用，是它会改变问题的分布。店少的时候，问题大多集中在最弱的那一家；店多了之后，问题会平均分布在几家上，因为最弱的那些已经被注意到了。这个分布变化意味着处理方式要跟着变：从集中处理一家，变成在几家上同时做小调整。

把规模和失控的关系讲到底，其实只有一句：规模本身不会制造问题，它只是把问题的复制速度加快了。同一个没写下来的做法，在三家店里会产生三个版本，在十家店里会产生十个版本，而版本越多，统一回来的代价越大。所以该做的事和规模无关，只是规模越大越不能拖。

这些迹象大多要靠人先察觉，数据只是佐证

发现失控之后先做什么

发现之后第一件事是停下来数一数，不要立刻开始改。多数人在意识到不对的当天会做一串动作：调价格、改描述、找人谈、加投放，一周之后更乱，因为同时动的变量太多，没有一个结果能说明是哪一处带来的。先花一天把现状列一遍，比马上动手有用得多。

第二件事是找出那些被反复提起的事。翻一下最近两周的对话记录，看哪几件事被提到过三次以上。这些事就是当前最缺标准的地方，它们的数量通常不会超过十件，而且排在前面的一般只有三四件。从这三四件开始，比从最严重的问题开始更容易推动。

第三件事是挑一件今天就定下来。不要挑最复杂的，挑一件能立刻写清、明天就能照着做的。它的作用是打开一个口子，让人看到定标准这件事是可以完成的，而且完成之后确实少了一些来回确认。这一步做出来之后，后面的事会顺很多。

还有一件事要做，就是把你自己的时间从日常里抽出来一点。失控的迹象里有一大部分是标准的问题，而标准只有你能定。如果发现之后你还继续用全部时间处理日常，这些迹象只会继续累积，因为它们本来就是因为没有人腾出手来定标准而产生的。挪出时间这件事比调整别的更优先。

处理的时候还要注意一点：不要一次把看到的问题全部列出来给人看。一份长长的清单会让人产生一种哪里都不行的感觉，然后停在原地。挑三件最常被提到的，写完、试行、看到变化，再往下走。看得见的变化比一份完整的清单更能让人相信这件事值得做。

处理的动作最好留一点痕迹，哪怕只是一句这件事定下来了。这句话的作用是对所有人宣布一件事：从现在开始，这件事按这个做法。没有这句话，写下来的东西很容易被当成又一次讨论的记录，而不是一个已经生效的做法，几天之后大家还是各按自己的习惯来。

最后区分两件事：把管理拉回来和把业务做好，是两条不同的轨道。业务有没有起色取决于选品、价格、运营这些动作，而拉回管理状态取决于做法有没有被定下来。两件事可能同时在做，但它们各自有自己的进展标准，混着看会误判，比如业务好了会以为管理也好了。

停下来数的这一步还有一个具体做法：把最近两周让你停下来处理的事列成一张单子，不分类、不排序，先列完。列完之后再做两件事，一是标出哪些事重复出现过，二是标出哪些事其实不需要你来做。这两件事通常会指出两个不同的方向，一个是要定标准，一个是要分出去。

还有一件事是找一家最清楚的店作为样板。几家店里通常有一家做法相对干净，出问题的次数少，来回确认也少。把这家的做法当成参照，比从零开始定一套通用做法要快得多，因为它的做法已经在现实里跑过。要注意的是照着这家做，不是把这家扩建，别家的条件可能不同。

处理的过程里最好有一个能看见的进展标记。可行的标记是被问起的那几件事里的第一件不再被问。这个标记出现之后，写下来的做法会多一层说服力，因为它是被验证过的。第一个标记出现之前的那段时间最难，因为做的是没有即时反馈的事，撑过这一段后面会顺很多。

知虾给的是站点与类目这一层的材料，比如某个站点整体的类目结构、某个类目的价位落在多宽的区间里、同类商品的上新节奏。判断一家店的问题出在行情上还是出在做做法上，这一层材料能提供一个对照。要说清楚的是，它不是多店铺管理工具，不做多账号管理、批量操作和跨店汇总，标准怎么定、内部动作怎么调，全部留在人这一侧。

停下来数的时候还有一个位置要一起看，就是那些只有你知道的事。哪些事的处理办法只存在你脑子里，别人遇到要走一圈来问你。把这几件事列出来，通常不超过五件，它们是你身上最重的那一部分。处理这几件带来的减负最明显，也是最值得优先动的地方。

有一个顺序上的依据容易被忽略：先做那些别人等着你的事，再做那些只有你自己在乎的事。等着你的事不做，它会让整条链卡住，而且卡住的人越多，产生的沟通成本越高。只有你在乎的事可以往后放，它不发生连锁反应。按这个顺序挑，比按重要性挑更有实际效果。

立规矩的时候还要注意一点，一开始定的做法要允许被推翻。做完一轮发现不合适，改掉它是正常的，而且改的过程本身就在让这份做法变准。如果一开始就要求写下来的必须长期有效，人会因为怕写错而一直不写，最后这件事就停在准备阶段。

最后要接受一件事：发现失控的时候，通常已经拖了一段时间，所以把它拉回来也需要一段时间。急着在一周之内把所有问题都处理掉，结果往往是写了一堆暂时看着有用的东西，过两周又全部作废。一次一件、一周一件，看起来慢，但它留下的东西是真的能用的。

确认的次数比做事的时间降得更早，也更明显

怎么把管理拉回来

拉回来这件事有一个顺序上的依据：先做那些每天都会发生的事，再做那些偶尔发生的事。每天发生的事重复次数最多，写一次能省下的来回也最多，而且它每天都被验证，写错了当天就能发现。偶尔发生的事虽然影响可能更大，但它被验证的机会少，写出来的东西对错很难马上判断。

还有一个做法是把拉回来的过程挂在已有的节奏上。比如每次上新之前花五分钟对一遍常被问的几件事，每次结完一批货顺手续一下上一段的结论。挂靠的好处是不需要另外排时间，而这些事一旦需要另外排时间，通常排不进去，因为紧急的事总是排在前面。

知虾看到的是各个站点上公开的商品与类目数据，多站点数据覆盖九个站点。它给的是判断外部环境的那部分材料，比如某个类目的价位集中在多宽的区间、同类的上新节奏快不快。要说清楚的是，它不参与管理状态的判断，也不做多账号与跨店汇总，拉回管理这件事的动作全部在内部。

衡量拉回来的进展，最直接的指标是被重复问起的事在减少。这个数字不需要精确统计，凭一周里的感受就能判断，因为它每次都发生在你身上。它下降说明标准真的被搬出来了一部分；它没变说明写的那些东西和实际被问到的不是同一批，还要重新挑。

拉回来还有一件事不能省，就是把每一次定下来的做法写在一个所有人都能找到的地方。写在各自的笔记里、存在聊天记录里，效果都会打折。放在同一处之后，这些做法之间还能互相对照，冲突的地方会自己露出来，这比等它们在实际操作里撞车再发现要省得多。

最后一点是关于节奏的。拉回来不是一次行动，是一段时期里的常态动作。每周定一件、试行、看变化、再定下一件，这样走两三个月，回头看会发现被问起的事少了一大截。反过来，集中一周做一轮全面的整理，之后又全部回到原来的状态，第二个月就什么都看不出来。

拉回来还有一个需要提前说清的预期：中间会出现一段时间比原来更乱。原因是写下来的做法和原来的习惯并存，一部分事按新做法走，一部分还按老习惯走，两边在过渡期里会撞上几次。这段时间通常两三周，撑过去之后会明显变清楚，撑不过去就会回到原来的状态。

还有一个做法上的建议是让做的人来写。同样一件事，由你写出来的是标准，由做的人写出来的是做法，后者的接受度高得多，因为它带着现场的具体情况。你负责的是把它定下来、放到同一个地方、让人知道它已经生效。这个过程里你花的时间比全部自己写还少。

拉回来的过程还有一个伴生的好处，就是能顺手把不愿意做的那部分人筛出来。一件事被写清楚之后，照着做不再需要反复沟通，这时候仍然推不动的部分，原因就不再是不知道怎么做。这一点在人员调整上有参考价值，但它不该成为做这件事的目的，目的还是让做法能被照着用。

最后要说的是这件事没有终点。店数会变、人会换、类目会变、平台规则会变，已经定下来的做法隔一段时间就会有一部分过时。所以拉回来之后要留一点固定的时间来维护它，比如每季度把常出问题的事再对一遍。维护的量不大，缺了它，几个月之后又会回到斜坡上。

拉回来的过程中还有一个来自人的阻力：做得久的人会觉得自己本来就是这么做，不需要被写下来。这个感觉往往是对的，他确实一直做得不错。要跟他说清的不是他做得不对，而是这套做法需要一个共用的版本，让没做过的人也能照着做，和他本人怎么做没有关系。

拉回来还要区分两种不一样的事：一种是大家都不知道怎么做，一种是大家都知道怎么做但每次做出来不一样。前一种需要的是方法，后一种需要的是统一。这两种在口头上的表现很像，都是问来问去，但处理的办法完全不同。问的时候多问一句别人是怎么做的，就能分清是哪一种。

知虾看到的是各个站点上公开的商品与类目数据，多站点数据覆盖九个站点，站点分析和关键词分析能看到类目的结构与搜索趋势。它提供的是判断外部环境的那部分材料。要说明的是，它不是多店铺管理工具，不做多账号管理、不做批量操作、不做订单归集，管理状态这件事它不参与，也不会因为店多而改变它看的东西。

衡量这件事有没有做成，有一个比问起次数更长期的口径：新人上手的时间。做法清楚的时候，新人第一次独立做一件事用不了一周；不清楚的时候，可能要跟着看三四周还是不敢自己下判断。这个数字的变化慢，但它比任何短期的感受都更能说明这套东西有没有真的立起来。

拉回来这件事最后会落到一个很具体的地方：手上那些原来只有你才知道的事，一件件变成了别人也知道的事。这中间不需要什么大的动作，只是每周挑一件事，写清、放好、让人用。做了几个月之后回头看，变化不在某一天，而在那些原来会来问的问题已经很久没人问了。

到这里可以回到最初那个判断：管不住这件事看起来是某一天出了大问题，实际上是好几处小差别摞到了一起。要处理的从来不是那件大问题，是那些小差别。把小差别一件件变成写清楚的做法，斜坡就会平下来，而这个过程不需要等到问题爆发，随时都可以开始。

常见问题（FAQ）