上周跟一个做新消费的创始人在咖啡馆碰了俩小时。
他说去年秋天咬咬牙组了个增长小组，配了产品、运营、投放、数据四个岗的核心骨干，算下来一个月人力成本小几十万，本来盼着能把新品的用户量拉上来，结果跑了三个月，连个能稳定复用的增长模型都没摸出来。
问题出在哪？
他自己也说不清楚。就记得每次开项目会，大家都有一堆理由：投放说产品没给留专属的跳转入口，导致素材跑出去的流量都漏了；产品说运营没提前两周同步活动节奏，临时改的需求根本排不上开发排期；数据团队更委屈，每次大家要的统计口径都不一样，今天要算点击到注册的转化率，明天要算注册到首单的成本，后天老板又说要算从首单到复购的贡献，报表做了几十版，没有一版能用到复盘会上。
最后锅全扣在增长负责人身上，觉得他能力不够，带不动团队。
先别扯工具，先把“谁对什么事负责”钉死
说实话，我见过太多团队，一提到要优化协作机制，第一反应就是买新的协作软件，换更贵的项目管理系统，拉个新的群聊，把之前的OKR重新抄一遍贴在文档首页。
真没必要。
这些都是表面功夫。
很多团队的问题从来不是没有工具，是从一开始就没把责任边界划清楚，大家默认“这事谁都可以管，最后谁都不担责”。就像之前接触过的一个SaaS团队，之前前前后后跑了二十多个增长实验，没有一个能完整跑满两周的——今天产品说要改个落地页的文案，明天投放说要换个渠道的素材，后天数据说要加个新的埋点维度，所有人都能对着实验的方向提修改意见，最后没人对实验的最终结果负责。
后来他们改了个很简单的规则：每一个实验正式提报的时候，必须在文档最前面写清楚三个核心信息：哪个岗的人是这个实验的首要责任人，哪两个岗的人是固定对接的配合方，每个节点必须在什么时间之前交付什么东西。写清楚了才能排期上线，没写清楚的，直接打回重写。
就这么个小改动，他们后来的实验平均跑满周期比之前长了一倍多。
很多人觉得，协作就是要信息全透明，让所有人都知道项目的所有进展。其实根本不是。你拉个三小时的对齐会，一半人在低头改别的项目的需求，剩下一半人在等自己要讲的那两分钟，散会了谁都记不住会上说的啥。协作不是要让所有人对所有事都门儿清，是让每个对接人只需要拿到自己需要的信息，就能把事做完。
比如产品岗在实验上线前24小时，只需要给投放岗交三个东西：落地页的最终可访问链接，核心转化路径的埋点测试结果，有没有临时的功能调整提示。就这三个，多一个字都不用写。投放岗拿到这三个信息，直接配置素材、设置定向就行，根本不需要知道落地页是改了几版文案、用了哪个设计师的模板。
别搞“全员增长”的虚招，边界感才是效率的来源
这两年很多公司都在喊“全员增长”，好像每个客服、每个行政、甚至每个前台，都要背一部分增长指标才叫跟上了趋势。喊口号的时候热闹，真落地的时候全是乱子。
就说客服岗吧，本来人家的核心工作是处理用户投诉，把用户反馈的产品问题、体验问题整理好，每周同步一次给增长团队，就已经是在给增长做实打实的贡献了。你硬给人派个拉新指标，要求每个客服每天给三个老用户发邀请链接，最后客服天天被用户骂，投诉率涨了一大截，拉来的新用户没几个，老用户倒流失了不少。
说白了，协作是让专业的人干专业的事，不是让所有人都凑到增长的事上来分一杯羹。
我观察过太多团队，为了显得“跨部门协作紧密”，把所有跟增长沾点边的人都拉到一个大群里，群里每天几百条消息，一会儿有人问个埋点的问题，一会儿有人发个没定稿的活动海报，一会儿老板跳出来说个临时的新想法，真要找个上个月的活动规则，得往上翻至少半小时，对吧？最后真正要找的核心信息，被刷得连影都没了。后来大家干脆把大群解散了，每个独立的增长实验单独建小群，群里就三个人：实验的首要责任人，两个固定对接的配合岗。群规写得明明白白：非本实验相关的消息不许发，所有问题2小时内回复，超过2小时没解决的直接拉线下15分钟对齐，别在群里刷长篇大论的讨论。
就这么个简单的调整，大家找信息的时间至少省了一半。
不过话说回来，边界感不是说大家老死不相往来，是别没事就拉人凑数。比如你一个做拉新实验的，没必要把客服岗的人拉进来一起讨论落地页的文案，人家天天跟用户打交道，有好的想法当然欢迎，但没必要强制要求人家必须参与每一次讨论，不然大家都把时间耗在开会上，谁来干正事？
复盘的时候，别把“甩锅会”开成“表彰会”
很多团队的协作机制最后走形，问题都出在复盘环节。
你仔细观察就会发现，大部分团队的复盘会，开得要么像甩锅大会，实验效果不好，所有人都找一堆客观理由：是流量大盘不行，是竞品搞大促抢了用户，是产品临时改了功能影响了转化，从来没人说自己负责的环节有什么可以优化的地方；要么开成表彰大会，每个人上来先讲自己这段时间加了多少班，干了多少活，哪怕实验最后没达标，也要把过程说得多么艰辛，最后大家互相鼓个掌，散会，同样的坑下次项目继续踩。
之前那个组了增长小组的新消费创始人，就是栽在这上面。第一次做活动复盘会的时候，每个人上来先讲自己有多不容易：投放岗说预算比预期少了三分之一，根本跑不出量；产品岗说开发排期太满，想加的功能根本没来得及上；运营岗说活动上线前临时改了规则，用户的预期没跟上。扯了俩小时，没一个人说自己的问题在哪。
后来他给复盘会定了个死规则：每个人上来先说自己负责的环节，哪件事没做到位，哪件事可以提前三天完成，哪件事是自己之前漏考虑的，不许先讲客观理由。等所有人说完自己的问题，再一起聊外部环境的影响。就改了这一个规则，他们第二次做活动的时候，各个环节的衔接顺畅了不少，之前经常出现的“等别人交付”的空窗期，基本没再出现过。
真正的高效协作，从来不是靠人情绑定，是靠固定的规则降低沟通成本。你不用怕跟同事提不同意见，也不用怕出问题的时候被甩锅，因为规则早就写得明明白白，谁的责任谁担，有问题当场解决，别攒到最后变成矛盾。
说到底，所谓的增长团队协作机制，从来不是什么写在员工手册里的漂亮条款，也不是买来的多少昂贵的协作工具。
是你在项目推进的时候，不用追着三个人问进度，不用在群里翻几百条消息找之前的约定，不用在出问题的时候，所有人都往后缩。
说白了，就是让干活的人，能把精力真的花在做事上，而不是花在猜别人的想法、防别人甩锅上。
作者|商讯
排版|商讯
审核|白杨