上周跟一个做消费品牌的增长负责人喝咖啡，他刚把手里的冰美式捏出裂纹。
说上周定的新用户激活目标，产品部说排期满了，运营部说预算批不下来，数据部说要等两周才能出完整的埋点报表。最后目标卡到周三，谁都没动。
那些看起来”人凑齐了”的增长项目，为什么总在半空飘着？
很多公司搭增长团队的逻辑特别简单：从产品、运营、数据、市场各抽一个人，拉个群就算组建完成。没有固定的碰头节奏，没有明确的边界划分，今天这个说”我是来配合的”，明天那个说”这个事不归我管”。
我之前跟一个互联网公司的增长负责人聊，他说他们团队刚成立的时候，光工作群就拉了三个：全员大群、需求沟通群、紧急事项群。有时候一个通知要在三个群发一遍，谁漏看了，就导致整个环节卡壳。有次做大促活动，运营在大群里说活动规则改了，负责对接产品的人在需求群里没看到，最后上线的页面还是旧规则，白白浪费了好几天的预热时间。
我见过最离谱的一个团队，三个人同时在追同一个渠道的投放，花了两周才发现两边对接的是同一个媒介，预算重复报了，最后花出去的钱连个有效线索都没捞回来。
很多人觉得增长团队出问题是大家不够努力。不是的。是从根上就没把协作的”接口”给焊死。
别搞复杂的OKR对齐会，先把3个最小协作单元跑通
我见过太多团队一开始搭框架，就找咨询公司写了几十页的协作手册，列满了审批流程、报备机制，最后没人看——流程太复杂，真要跑起来的时候谁都不会照着手册走。真正能落地的协作机制，从来不是坐在办公室里写出来的，是在项目推进里磨出来的。
第一个最小单元，是固定的15分钟站会。不是那种每人轮流转PPT的长会，每天早上到岗，所有人就站在项目区的白板前面，三句话讲完：昨天干了啥，今天要干啥，卡在哪了。超过三句的，会后单独聊。别搞那种要求每个人提前写好发言稿的站会，真的没必要。站会的核心不是汇报，是同步信息，让所有人知道现在项目走到哪了，谁需要搭把手。
真的，别小看这15分钟。我见过之前开一小时站会的团队，后来压到15分钟，项目推进节奏直接提了一大截。
第二个最小单元，是每个协作节点的”第一对接人”必须写死在项目看板上。比如埋点需求，第一对接人是数据组的小张，不是模糊的”数据组”；比如上线排期，第一对接人是产品组的小李，不是笼统的”产品部”。谁出了问题，直接找对应的人，不要在大群里@全体成员等回复。
第三个最小单元，是给每个人留10%的机动协作时间。很多团队的排期是把每个人的时间填得满满当当，这个会占2小时，那个需求占3小时，真遇到跨部门的临时问题，谁都抽不出空。我之前接触的一个SaaS团队，就是给每个增长成员留了每周半天的机动时间，专门处理跨部门的临时需求，再也没出现过”我这周排期满了接不了”的场面。
几个容易踩的协作坑，别等项目黄了才反应过来
头一个要避开的坑，是把增长团队搞成”背锅专用组”。什么意思？就是别的部门搞砸了的事，最后都甩给增长团队，说你们没把增长路径跑通。时间长了，团队里的人根本不想干活——反正干好干坏都是背锅，谁愿意费力气。
再就是容易踩的坑，是追求”完美的协作流程”。很多团队刚起步，就想把所有环节的规则都定得严丝合缝，结果每次推进项目都要先过三层审批，等流程走完，市场机会早就没了。协作机制是跟着项目调整的，不是一开始就定死的。
还有个很多人不在意的坑，是硬凑”绝对公平”的任务分配。哪个渠道的转化好，大家都想抢着做；哪个渠道难啃，大家都往后缩。要按每个人的能力边界分，擅长做内容的就去搞内容渠道，擅长做数据的就去搭监测模型，硬摊派的公平，最后只会把整体效率拉低。
前几天又碰到之前那个捏冰美式的增长负责人，他说现在团队每天15分钟站会开了快一个月，上周的激活目标，比之前提前了三天完成。
其实哪有什么复杂的机制啊。大家凑在一起干活，说白了就是别绕弯子，别甩锅，把该谁干的事说清楚，把卡壳的地方及时摆到台面上。
就够了。
作者|商讯
排版|商讯
审核|柚子