虾皮运营这一摊归谁管，先划清楚再谈怎么做

运营这一摊从谁手上起，先把口子划出来

运营这一摊说起来简单，真到要落到人身上那一刻，第一句话就很难讲清楚。它不是某个岗位的名字，而是一串动作叠在一起：看数、想事、动手、收尾。这串动作里哪一段算起点，直接决定后面所有人怎么站位，也决定谁该在什么时候开口。

比较稳的划法是拿动作当起点，而不是拿人当起点。先看清楚这件事要走几步，再决定每一步落在谁手上。反过来拿人当起点看着省事，今天谁手闲就归谁，明天人一换，整摊事又得重新分一遍，前后两版对不上，谁都得靠回忆去猜上一轮是怎么定的。

起点最好选在第一个非做判断不可的地方。往前一步是别人的活，往后一步都是按这个判断往下走。判断点选准了，边界自己就浮出来，不用靠开会吵出来。吵出来的边界往往只是当时那几个人认，人一散，边界也就跟着散了。

举个小例子，一批货到了要不要动价格，这件事的起点不在打包，也不在发货，而在看着当下的读数决定动不动的那一刻。那一刻之前是备货的事，之后是把决定落成动作的事，中间那条线就是这一摊真正的口子所在。

口子划完，标准是能用一句话说完，说不完就说明划得太碎。一句话要交代两头：谁在什么位置起手，管到哪一步为止。两头说清了，中间就不容易有人钻空子，也不用天天来回问，新人进来照着这句话也能站到位置上。

有些团队喜欢划得很细，一个动作搭一个人。细的好处是清楚，坏处是只要一个人不在，那条链就断在那儿。细到某个程度，看住它的成本会把省下来的那点清晰度全吃掉，最后大家花在互相确认上的时间比干活还多。

也有团队划得很粗，一个人从头管到尾。粗的好处是遇上事不用满世界找人，坏处是这个人一旦忙不过来，事就卡在他身上，旁人插不进手。粗细要看队伍多大、动作多密，人多活密就该往细里分一层，人少活疏就别分那么碎。

频次高的动作适合合在一起，因为天天要碰，手上熟。频次低但分量重的动作适合单列出来，因为它出错的机会少，可一出错代价大，值得单独放一个人专门盯住，哪怕这个人一年里大部分时间都没什么事做。

划口子还有一条容易被忘掉：同一件事的两头，不能都落在没有交集的两个人手上。中间没有碰头的机会，一有分歧就只能往上抛，抛到上面再回头定，时间全耗在来回上，客人那边等到的是一句又一句的稍等，而稍等是会累积的。

常见的一种错，是把口子划在头衔上，而不是划在动作上。头衔是给外面看的，动作是给自己看的。按头衔划，会出现两个人都觉得自己该管、又都觉得对方该管的那一格，那一格就一直空着，直到外面有人发现不对劲才被提起来。

另一头也常见：口子划得跟人一样多，换一个人就重划一次。每重划一次，前后两次的做法就对不上，同事之间要靠回忆去猜上一轮怎么定的，这种消耗在账上根本看不到，人却每天都在为它付出时间。

想验证口子划得对不对，可以用一个笨办法：随便挑一件正在发生的事，问它此刻在谁手上、处在哪一步。答得出来，说明划得还行；答不出来或者几个人给出不同答案，就说明得再划一遍，而且这次要划到能指着一个人说出来为止。

划分摊开给人看的时候，摆的其实是同一批读数。知虾这边的站点分析栏目把九个站点的读数并排摆着看，数据按日更新到前一交易日，谁看哪一格是能指认的，不用再靠谁记得住来说服谁，也不用为一件事到底归谁争上一轮。

还有一个容易被忽略的点：同一件事在不同站点上的做法可能不一样，但归属不必跟着站点走。可以一个站点一套做法，却由同一个位置统管。做法可以分，位置不必碎，位置一碎，跨站点摆在一起比一比就没人能说清哪边在管。

也有人会问，小团队是不是就不用划。恰恰相反，人越少越要划清。人少的时候靠默契能撑一阵，一旦来了新人或者有人请长假，默契撑不住，没有划过的口子会立刻显出裂痕，而且裂痕出现的时间往往就在那个人刚走的那两天。

这一段讲的只是口子从哪里起。到底怎么把判断和动手分开，是下一节的事。起点没定，后面所有关于谁点头、谁动手的话都落不了地，因为那些话都得挂在一个起点上才讲得通，挂不上去就只能各说各的，谁也说服不了谁。

五个位置里，只有点头那一个是判断，其余四个都是动作

判断权和操作权分开，出了分歧谁说了算

判断权和操作权分开，说的是两件事：一个人可以决定动不动，另一个人负责把它动成什么样子。这两件事合在一起不是不行，但合在一起之后，出错的时候没人能站在旁边看一眼，什么全由同一个人说了算，也没有第二个人替他兜一下。

分开的第一步是明确哪一头更靠前。判断在前，操作在后。判断一旦定下，操作的人只负责把它做出来，不负责重新推翻判断。要是操作的人觉得判断有问题，该做的是回头找判断的人，而不是自己顺手改掉，改掉之后就没人知道原定的判断长什么样了。

分出先后之后，还要定分歧怎么办。分歧不常发生，但一定发生。稳的做法是事先说好一句话：同一件事上判断的人拍板，操作的人保留意见并且把意见说清楚，说完照样执行，执行完再把结果回给判断的人看一眼。

也有反过来的做法，谁离数据近谁说了算。这种安排短期看起来高效，长期会让判断变成谁手上正好有数谁就定，同一件事在不同的人手上得出不同结论，客人看到的就是这家店今天一个说法、明天另一个说法，谁也不敢信。

分歧处理得好的队伍，往往有一条不成文的规矩：分歧不在外人面前吵。对外只有一个说法，对内可以争到底。这条规矩不写在纸上，但一旦破掉，外人立刻能感觉到，而且后面再怎么解释，都会被当成这家店内部根本没对齐。

判断权还有一个特点，它不能分享。三个人共同拥有一个判断权，等于没有人拥有。真要多人参与，就设一个主责，其余人只出意见，最后那一下由主责落下。落的时候要有明确的动作，不能是大家都以为已经定下来了。

操作权倒是可以分享。同一类动作可以让几个人轮流做，只要做的标准是同一份。操作权的分散不会伤到判断，前提是标准确实一致，并且动手的人知道自己做的是执行，不是重新定调，这两条里缺一条，动作就会开始分叉。

分歧往上抛的时候要有节制。往上抛一次是正常的，抛得多了说明下面那一层的判断权其实是空的。抛上来的问题如果每次都是同一类，就该考虑把这一类判断往下降一层，让它在下一次就有人能当场定下来，而不是又走一遍老路。

有些团队把判断权收得很紧，什么都要一个人点头。这么做的短期收益是统一，代价是那个人成了瓶颈，他一休假，所有需要判断的事都停在原地等着，等着的时候底下的人还不敢先做，因为先做了也不一定算数。

反过来把判断权放得很松，人人可以就地定，好处是快，坏处是同一个动作在不同时段的标准会漂。今天这个人觉得可以改，明天那个人觉得不能改，看在外人眼里就是没有规矩，而这种印象一旦形成，后面很难再扳回来。

一个实用的检验方式，是看过去一段时间里被推翻的判断有多少。全是零，说明下面根本不判断，什么都往上推；高得离谱，说明放得太松或者标准太含糊。中间那一段才是正常，也说明这一层真正在承担自己的那一份活。

有些团队把判断的角色收拢在一两个人身上，好处是口径统一，坏处是这两三个人一旦同时不在，需要判断的事就整片停住。收拢可以，但要让收拢的那几个人错开安排休整的时间，不能一起走，也不能同时忙在同一件急事上。

把两权分开还有一个附带的好处：责任能对上人。判断错了，找判断的人；执行走样了，找操作的人。要是两权混在一起，出一件事只能整体算账，说不清是哪一头的问题，最后往往变成两边各说一句，谁也没被说清。

需要提醒的是，分开不等于对立。判断的人要听得进下面反馈的实际情况，操作的人也要理解判断背后的取舍。分开只是为了让两头都能被看见，不是为了让人互相推，一推起来事情就卡在两个人中间，谁也不肯先往前一步。

小团队里两权分开往往靠口头约定。口头约定的问题是遇上新人就失灵。所以哪怕只写三五行，也要把谁判断、谁操作、分歧往上抛给谁写出来，写出来之后再谈执行，写下来的那三五行也正是新人上手时唯一看得见的东西。

两权分开讲完，还有一件更实际的事：担判断的那个人不在场的时候，这一段由谁接。这是下一节要说的，也是很多团队真正的短板所在，因为平时不出事的时候，这一格空着谁也看不出来，一出事就整个露出来。

越靠上的动作，越需要先经由一个明确的人点头

主事的人不在场，这一段由谁先顶上

主事的人不在场，是运营里最常发生的意外场景。不需要他请长假，出差两天、临时开会一下午，就足够让需要判断的事停在原地。停住的往往不是大事，而是那些顺手就能定的小事，越小的越没人愿意替他拍这一下。

顶替安排最难的地方在于范围。让顶的人全权代理，风险是把判断改掉；只让顶的人维持现状，风险是这两天里该动的事全没动。合理的范围是照原标准执行，不新开方向，判断的口子还留着，动作的活先接过去做完。

所以顶位这件事要事先写明，不能等发生了再临时找人。写明的内容至少要包括三层：谁顶、顶到哪一步、顶的时候哪些事必须等原主回来。三层里缺一层，顶位就会走形，走形之后原来那条线就会被拉长，回来的人还得花一段时间重新捋顺。

顶的人最好在平时就接触过这摊事，而不是完全陌生的同事。陌生同事顶位，往往连现状都看不明白，只能原样不动，等于这两天这一段是空转的，等原主回来，积下来的事还在原地，只是日期整体往后推了两天。

反向也要写明：原主回来之后，顶的那两天里做过什么，怎么交回。交回不是让人汇报工作，而是让原主重新拿回判断权的时候心里有底。这一段不做，回来之后前后标准会打架，下面的人也不知道该按哪一版往下走。

常见的一种做法是设一个副位，平时不主导，只在主位不在时接手。这个安排的好处是顶的人熟悉情况，坏处是副位长期没有实权，容易变成空头位置，谁干都不上心，真到用的时候才发现他其实什么都不敢定。

另一种做法是让相邻岗位互顶。设计、客服、运营彼此之间互相顶一段。这种做法省人，但要求双方都对对方那摊事有基本了解，否则顶出来的动作会偏，偏了之后当事人还觉得自己完全是在按原来的做法办。

还有一种更省事的思路：凡是在主位不在时能自动跑的事，就不要设顶的人。判断这件事本身最怕半个人来管。能自动跑的部分越多，需要顶的范围就越小，风险也越窄，剩下的那一点才值得专门找一个人来接住。

顶位期间最容易出问题的不是动作，而是标准漂移。顶的人按自己的习惯行事，两天之后回来一看，很多做法已经和原来不一样了。漂移不是故意的，是因为顶的人没接过这条线，手上没有一把现成的尺子可以对着比。

避免漂移的办法是把标准做成人人可查的样子。不是写成长文，而是写成一句一句的短条，放在顺手能翻到的地方。顶的人翻得到，就不用凭印象决定，凭印象决定的事事后最难解释，因为当事人自己也说不清当时为什么那么定。

有些团队会设一个代签的层级。主位不在，第一顺位代签；第一顺位也不在，第二顺位代签。顺位最多排两级，排到第三级，说明这个位置的冗余已经过头了，成本会反噬，而且第三顺位的人平时根本没机会熟悉这一摊事。

顺位安排要定期演练一次，哪怕只是口头过一遍。没演练过的顺位，真到用的时候总会发现某个环节断了，比如代签的人根本不知道从哪一步起接，也不知道手上这一格的上限在哪儿，只能临时再去问一圈人。

顶位的安排最好写在大家都能翻到的一处，包括谁顶、顶到哪一步、哪些事必须等原主回来。写下来这件事看着小，实际决定了顶位时会不会出现临场找人，而临场找人的那半天，往往就是事情最容易出岔子的半天。

也需要接受一件事：顶位期间的动作质量一定低于常态。这个差距不该靠要求顶的人更认真来填，而该靠事前的准备来压缩。准备做得厚，差距就小；准备做得薄，就只能指望那两天别出意外，这等于把整段风险交给了运气。

顶位的安排在队伍变大之后要重新看一遍。五个人时的互顶方案，到十几个人时可能已经不适用，因为中间多出了层级，代签的路径也长了一截，原来一句话能递到的人，现在要先过一道中间的手，过手的每一道都可能停一下。

人不在场这一节讲的是接续。但还有一种更麻烦的情形：两个人都在，只是都没管，谁也不觉得这一格是自己的。那是下一节要讲的地方，也是划边界时最容易漏掉的一类，因为它在纸面上看起来是有人管着的。

边界地带最容易卡，两边都以为对方在管

边界地带不是划错了，而是划得再细也会留下缝。两段工作的接缝处，动作归属于哪一边往往看着差不多，于是两边都以为对方会管，结果谁也不管。缝不宽，可它就卡在两段中间，谁伸手都得先问一句这到底算谁的。

这类地方最典型的特征是安静。没有抱怨、没有催促、没有明显的异常，它就这么放着一动不动。等到某天有人从外面看出来，通常已经过了一段不短的时间，而中间那段时间里没有任何一个信号提醒过任何人。

治接缝不能靠再划一次线，再划也只是把缝挪个位置。更管用的办法是在缝上放一个固定的检查动作，比如每一次换班之后固定看一遍那几个格子。看的人不必是负责人，只要这个动作固定下来，缝就不容易一直空着。

缝的另一个来源是这不是我的活这种感觉。人对不属于自己的动作缺乏主动，哪怕看见了也会想着总有人会处理。要破掉这一点，只能靠把缝那一格明确写进某一方的范围里，写进去之后才算有人对它负责，否则永远是靠自觉。

有些缝可以合并。与其让两个人各自管一半，不如把整段都交到一个人手上，哪怕这个人手上的活多了些。缝被合并掉，问题就从一个协作问题变成了一个负荷问题，后者好解决得多，至少它有一个明确的人在扛着。

也有些缝不能合并，因为两头的工作属性差异太大。这种时候要在缝上立一个人，专门负责在两边之间传话和协调。这个位置看着不产出，实际省下的是大量来回解释的时间，两边不用每一次都从头把背景讲一遍。

判断缝在哪，可以从抱怨里找。那些我以为他会处理、这个不是应该他管吗的句子，指向的就是缝所在的位置。把这类句子收集起来，比画一张组织结构图更直接，因为它来自真实发生过的卡顿，不是纸上推出来的。

另一种找法是看时间。同一条线上的两个动作之间如果长期留着一段空白，那段空白往往就是缝。空白不需要很长，有时只有半天，但恰好卡在最要紧的那一步后面，最后交出去的时间就被这半天整体往后推了一截。

缝还有一种隐蔽的形态：少数情况下的特例。常规情形归谁清楚，一旦遇到少见的情况，两边都往后让一步，都觉得自己不该接。特例要单独点名归属，不能靠类推，一靠类推就会在同一个地方反复卡住好几次。

特例的处理也可以更简单：任何特例都先归到日常主要的那一边，由它决定要不要转出去。转出去要有回音，不能转完就不管了。一条先接着再说的规矩能挡掉大部分来回，也让特例有一个稳定的落点，不至于每次都重新争一遍。

跨站点经营会让缝变多，因为不同站点的做法不一致，同一个动作在这一站属于这一段，在那一站可能属于另一段。解决办法是按住人不按站外包，而不是为每个站单独划一遍，单独划的做法一多，人很快就会记混。

边界地带还有一层心态上的问题。有人愿意主动多接一点，有人习惯只做范围里的。两种人混在一起，接缝就会往不愿接的那一侧偏，时间长了就固定成空缺，而空缺一旦固定下来，再想补人就得连着补一整段。

在知虾公开的选品栏目里，各类目的读数按站点分开摆着，数据按日更新到前一交易日。边界上的事一旦牵到好几个站点，光靠记着是不牢的，得有地方指着看；指着看的时候大家看到的是同一组数，争议也就少了一大半。

边界清理不必一次做完。每次只认领其中一两处，认领完观察一段，看看是不是真的不再出现以为对方在管的情况。一次清太多，反而容易把原本清楚的也搅乱，而且清完之后有没有效果也分辨不出来，只能凭感觉说好了一些。

还有一种边界是时间上的，而不是动作上的。同一件事白天归一个人，晚上归另一个人，中间的傍晚那一段空着。时间上的缝同样要在排班上点名写清，不能靠默认，默认的结果通常是两边都觉得那个时间点是对方的值班时段。

边界地带讲完，接下来的问题会变得具体：一个人扛和一整个组扛，同样一件事，划法完全不是一回事。这是下一节的内容，也是很多团队在扩张时最先撞上的坎，撞上去之后才发现原来的划法只够一个人用。

一个人扛和一个组扛，划法完全不是一回事

一个人扛一件事，划法是自然的。他看见什么就处理什么，中间没有传话的成本，也没有口径不一致的问题。代价是他一停，这条线就整条停住，没有缓冲，别人也接不上，因为这套做法从来没有被写下来过，只在他一个人手上。

一个组扛同一件事，就多出来一层：组里怎么分、谁跟谁碰、谁负责对外说一句。这一层不产出动作，却决定了这个组能不能像一个人那样给出统一的结果。少了这一层，组里每个人都在动，外面看到的却是几套不一样的东西。

因此同一个动作，在一人模式下的划法和一组模式下的划法不能照搬。照搬的结果通常是组里每个人都在做同一件事的一部分，但没人对结果整体负责，出了问题就查一圈，查到最后发现每一段都有人做过，只是没人管整条。

组里最常见的一种失败安排，是按时间段切。上午归甲，下午归乙，各自管自己的半天。这样切出来的是两段互不相干的做法，接缝上正好是出问题最多的时候，而接缝恰好落在中午那一段，谁都不在那个点上站着。

更稳的切法是按对象切，比如按站点、按类目、按环节，让每个人手里有一个从头到尾的完整小摊。这样每个人都有全局视角，缝也少，但要求每个人都能独立判断，能力不到位的人拿着一个完整小摊反而更容易做偏。

按对象切的代价是标准容易分叉。三个人三个摊，各自形成一套习惯，半年之后把三摊放在一起看，会发现同一个动作有三种做法，对外看就是不一致，客人从一个站点换到另一个站点，会觉得像进了另外一家店。

所以按对象切必须配一个统一标准的角色。这个角色不干活，只负责把三摊的做法对齐，以及在分歧出现时给出统一说法。人数的规模决定这个角色是全职还是兼职，三五个人的时候兼职够用，人再多就得分出专门的时间来管。

一个人扛的时候，最忌讳的是把管理动作也交给他。他既判断又动手又协调，最后一定是判断被挤掉，因为动手和协调都比判断更着急，而判断这件事没有人在旁边催，所以它总是最后才被想起来的那一件。

一个组扛的时候，最忌讳的是人人都在协调。协调动作一多，人人都在开会、都在同步，实际产出被压缩，而且谁都没有完整地看过一件事，每个人手里只有自己那一段，合起来之前谁也说不清整件事到底是个什么样子。

从一人转成一组的那一刻最关键。这个时点上，原来的那个人往往会把大部分动作留在自己手上，只把最琐碎的部分放出去。这样转出来的组，名义上是组，实际还是一个人在扛，组里的人只拿到了边角，没拿到判断。

转的时候更稳的顺序是先放操作，再放判断，最后才放对外的说法。操作放出去风险最小，判断放出去需要标准已经写清，对外说法放出去需要对外的人已经把边界摸熟，三步的顺序一旦倒了，出问题的概率会明显变高。

规模还会影响顶位的方式。一个人的时候，顶位只能靠旁边的人临时上手；一组的时候，顶位可以在组内换手，代价小得多。这也是组存在的实际价值之一，人多不只是快一点，更是让这个位置在有人离开时不会当场空掉。

组里还要防一种情况：名义上分了工，实际每个动作都要问一声组长。这种组看着有人，运转起来还是一个人。分工是否成立，看的是组员能不能在不问的情况下把常规动作做完，问一次两次是正常，每个动作都要问就说明没分。

有人会问，组里的人多了会不会反而更慢。答案取决于缝有多少。缝少的时候，人多了确实更快；缝多的时候，多出来的人大部分时间花在互相解释上，解释完还要再确认一遍，一圈下来比一个人做的时候还慢。

划法的粗细也要跟着规模调。三个人的组可以把口子划到动作一级；十个人的组就必须先分层，把判断集中到少数人手上，操作分散开，否则每个人都要理解整摊事，成本太高，理解不到位的人还会在中间自己加一层判断。

一个人扛和一个组扛的差别讲完之后，还剩一件事：这些划法不是一次定死的。团队一动，原来的划法就未必还合适，下一节讲这件事，也会讲到重划的时候该动哪几处、不该动哪几处，动的时候又该挑什么时点。

同一类动作在三个时段里的在位情况并不一致，缝多半出现在空着的那一格

归属不是定死的，团队变了要重划一遍

归属不是刻在石头上的。人员进出、站点增减、渠道变化，任何一项动过之后，原来的划分就可能有几处不再成立。问题不在于要不要重划，而在于什么时候重划，以及这一次重划的范围要放到多大才算合适。

重划的时机好选在有明确断点的时候。新季度开始、新人到岗、某个站点停掉，这些都是天然的节点。在节点上重划，前后两段各归各的，不容易搅在一起，参与的人也容易接受，因为本来那一天就在变化之中。

反过来，在半途上重划最麻烦。前面那一段按旧划分走的，后面这一段按新划分走，同一件事前后出现在两个人手上，看起来像出了状况，其实是划分变动造成的，事后查的时候得先把这段变动还原出来才看得清楚。

重划的量不必大。多数时候只需要动两三处，那就是那些已经明显卡住的地方。整张推翻重来的成本高得多，而且会让人对新划分也失去认真对待的意愿，因为大家都觉得过一阵子还会再改一遍，不如先按老的那套走。

判断哪几处该动，可以看一个信号：某件事最近是不是频繁被往上抛。抛得频繁说明当前这一格的人要么没有权限，要么没有能力，两种情况的处理方式不完全一样，前者要把权限挪一格，后者要把人挪一格。

另一个信号是找人找得久。一件小事要问三四个人才知道归谁，说明这一格的位置在大家心里已经不成立了。这种时候不必等节点，随手就可以理顺，因为拖到下一个节点之前，这一类事还会重复发生很多次，每次都耽误一段。

重划的时候要照顾已经形成的习惯。有些划分虽然理论上不合理，但大家已经熟了，改掉反而增加摩擦。改划分要看收益，不是越整齐越好，纸上整齐而日常费劲的划分，实际用起来的代价比不齐整的那一种更大。

新人到岗是最典型的触发点。新人接手的部分应该按新划分来定，而不是让新人去适应一段很快就要改掉的旧划分。这一点在扩张期的团队里最容易被忽略，因为新人上手那几天大家只关心他能不能赶紧开始干活。

有人离开时要做的更多，因为他手上那些没有明确归属的活会浮出来。平时靠他顺手带着的部分，一离开就没人接。这部分恰好是重划时最该处理的地方，也是平时最看不见的地方，因为它一直没有落在任何一格上面。

站点增加也是常见的触发点。多了一个站点，不是简单地把新站点塞进原来的某个格子里，而是要重新看一遍：原来的格子还扛得住吗，是不是该拆。塞进去最省事，也最容易让那个格子在几个月后变成整摊最堵的一处。

重划的结果要让每个人知道一次，方式可以很简单，口头说一遍加一句写下来的话都行。最怕的是划了但没说，大家还按旧的走，最后谁都不认这个新划分，因为在他们印象里从来没有正式听到过关于这件事的说法。

重划之后的头一段时间要盯得紧一些。新划分会带来一段磨合期，这期间出现的卡顿多数是划分造成而不是人造成的，过了这阵再看会稳很多，太早下结论就容易把刚换上去的人又换一次，反而把队伍搅得更乱。

顺着知虾的关键词分析栏目，可以按站点把搜索词的表现分开看，数据按日更新到前一交易日。站点一变，跟着要动的划分往往不只一处，对着这一栏逐条看比凭印象稳，至少知道自己动的是哪几件事、动到了哪一格。

也有团队长期不重划，理由是划一次太费劲。这个理由短期成立，长期不成立，因为不重划省下的是会议时间，付出的是每个人每天都在承担的摩擦，这种摩擦不出现在任何一张表上，却实实在在地吃掉每天的精力。

还有一种做法是轮换，隔一段时间调一次岗。轮换能让划分自然更新，但也让每个人手上的积累被反复打断。适不适合要看这摊事对经验的依赖有多深，越依赖经验的越经不起轮换，越标准化的越适合轮着来。

重划本身还有个收尾问题：新的划分靠什么被记住。光靠口头说一遍，过几个月就会模糊回去，这件事下一节要专门讲，讲的不是怎么把划分做得漂亮，而是怎么让它在一个所有人都会翻到的地方立着。

担操作的人先长起来，担判断的人往往要慢一个季度才跟上

口子划清之后，还得有东西把它固定下来

划清楚只是第一步，能不能被记住是第二步。很多团队的划分撑不过三个月，不是因为划错了，而是因为没人把划出来的结果摆在一个能反复看到的地方，时间一长大家就各自按自己的印象理解了一遍，理解出来的版本还各不相同。

固定的方式不必复杂。一张表、一段说明、一句话贴在顺手的地方，都比只在人脑子里装着强。关键不是形式，而是大家知道去哪里看，只要知道去哪儿，哪怕写得潦草一点也管用，找不到的东西写得再漂亮也等于没有。

这张东西要跟着变。划分改了，它就得跟着改一次，否则它会从帮手变成干扰。大家看过一次发现过时，之后就再不看了，这份东西也就彻底失效，而失效的过程是悄悄的，没有任何人会正式宣布它不用了。

摆放的位置也有讲究。太正式的地方没人看，太随意的地方找不到。比较合适的位置是日常一定会翻到的地方，比如每天开工要看的那一屏，或者当班的人每次交接都会打开的那一份，翻得到才谈得上用得起来。

内容上只需要回答三个问题：这件事从谁手上起，谁点头，走到底归谁收。其余细节都可以省，写多了反而没人读完，读不完的东西在执行的时候只会被翻到第一行，后面那几行等于不存在，不如一开始就只写要紧的。

有些团队会把它做成分层的形式，上面一层只写大类，往下一层写细目。查的人按需要往下看，既不会一上来被细节淹没，也不会找不到具体那一格，这种写法在人一多的时候尤其管用，因为不同的人要找的层级不一样。

固定的东西定下来之后，还要有人定期翻一遍。翻的人不一定是主事的人，但要是熟悉这一摊的人。每翻一遍，多半能顺手发现一两处已经不合身的地方，发现之后当场就能记下来，攒着不改就会一次攒出很多处来。

遇到疑问的时候，标准做法是先看这份固定的东西，而不是直接找人问。先看再问，能省下大量重复的解释，也能让这份东西的毛病被暴露出来，从而被修好，一直靠问人就永远不会有人发现上面写的已经不对了。

固定的东西还要能对外用。当外部有人问这件事归谁，能拿出一句明确的话比临场解释好得多。这句话的作用不是证明什么，而是让双方都省事，省下的那一段来回，往往正是把事情整体耽误掉的那一段时间。

有些团队把这件事做成了口头惯例，靠老人带着新人往下传。这种方式在小团队可行，一旦老人不在，新人对归属的理解就会出现分叉，同一件事在不同人嘴里说法不同，而这种分叉平时根本看不出来，只在出事时才显形。

固定的过程中要避免一个坑：把它写成谁的责任，而不是写成这一格归谁。两者的区别在于前者针对人，后者针对位置。人手一变，针对人的写法立刻失效，针对位置的写法还能接着用，换个人站上去就行。

还有一点值得留意，固定的东西不必一次写全。先写最常出问题的那几格，用一段时间看效果，再补其余的。分批写出来的内容通常比一次写全的更贴近实际，因为它每一批都是被真实发生过的卡顿逼出来的。

固定下来之后，最好让每个人都用它一段时间。用过之后收集反馈，哪一处写得不清楚、哪一处其实不成立，都会在那段时间里暴露出来，改起来也有根据，比起问大家觉得这份东西怎么样要准得多，那是实际用出来的。

有了固定的东西之后，队伍里的新人上手会快很多。他不需要靠一次次试错去摸边界，只要照着看一段时间，大概的势力范围就能建立起来。试错的路子看着自然，代价是每一次试错都由一件真实的事来承担。

最后要提醒的是，固定不等于不变。它的作用是让划分有一个可以修订的版本，每一次改动都有前后可比，而不是让划分从此不动。会改的版本才是活的版本，改都改不动的版本，过两个月就会被人绕过去。

口子划清、两权分开、缺人顶位、边界认领、规模配套、定期重划、写下来能查，这七件事合在一起，才算是把这一摊真正交到了一个明确的位置上，也才让后面谈凭据、谈退路、谈交接的时候有一个能站的地方。

常见问题（FAQ）