上周在南京新街口那栋老写字楼的会议室里，撞见三个增长岗的人对着同一份用户拉新数据拍桌子。
做产品的人说运营没接住落地页的流量，进来的人点了两下就走；做运营的人说数据岗给的人群标签错了，投来的根本不是目标用户；做数据的人更委屈，说产品埋点漏了三个关键字段，他连用户从哪进的都算不明白。
吵到最后，三个人对着空了的咖啡杯叹气。这场景我见太多了。
别再拿“对齐”当万能遮羞布
很多人一提增长团队协作，第一反应就是“要多对齐”。于是每周开三次一小时的会，议程翻来覆去就是“本周目标是什么，大家进度怎么样”。
对齐了吗？好像对齐了。
真落地的时候全是错位。做落地页的设计师不知道这次拉新的核心人群是刚注册3天的新用户，还在沿用去年针对老客的会员权益素材；投流的人不知道这次落地页的跳转路径改了，还在把流量引到早就下线的旧活动页；甚至连给用户发的push文案，运营写的是“新用户专享5折”，产品那边配的弹窗是“老用户回归礼”。
别扯什么“大家都很努力”。这种错位根本不是靠开几次会能解决的——你开的对齐会，从头到尾说的都是“要做什么”，没人说清楚“谁要给谁什么信息，什么时候给”。
我之前见过一个团队，把对齐会改成了“信息同步清单”。每次项目启动前，所有人要填清楚：我需要什么信息，我能提供什么信息，最晚什么时候要给到。比如设计要知道这次拉新的核心卖点是什么，投流要知道落地页的加载速度有没有达标，数据岗要知道这次测试的核心观测指标是哪个。
填完清单再开工，比开三小时会有用多了。对吧？
先把责任的边界钉死，再谈灵活
说实话，我之前也觉得，增长团队要的就是灵活，要的就是随叫随到，什么边界什么流程都是束缚创造力的破东西。
直到我看见一个做内容工具的团队，把A/B测试跑成了灾难。
他们当时给落地页的标题做测试，本来只测两个版本的差异。结果测到第三天，产品经理说“这个标题太硬了，改得软一点”；运营说“要在标题里加个福利提示，不然没人点”；数据岗说“把标签换个更精准的维度，不然数据不准”。
最后测试跑了一周，拿到手的数根本没法用——变量改了七八次，谁也不知道到底是哪个改动带来的转化变化。
不过话说回来，增长本来就是要快速试错，但试错的前提是，你得知道自己在试什么。
后来他们改了规则，每个增长项目只设一个最终决策人，所有需求调整必须走固定的15分钟快速评审通道，不是谁嗓门大就能改。每一次A/B测试只能动一个变量，改之前必须所有人签字确认。
跑顺了之后，他们的测试结果参考性强了不止一点。不是说流程越严越好，是你得先把“谁能拍板，谁能改东西”这件事说清楚，不然所有人都在灵活，最后就是所有人都在甩锅。
所谓的默契，都是复盘喂出来的
很多人觉得，好的协作靠的是团队默契，靠的是大家理念一致。
哪有那么多天生的默契？
我见过太多团队的复盘会，开完就结束了。说来说去就是“这次效果不好，下次优化”，根本没挖到协作层面的问题。比如这次活动从提需求到上线花了5天，其中2天是在等设计排期，那下次是不是要给增长项目留固定的设计预占档期？比如这次投流的素材跑出来好数据，但是运营晚了2天才把对应的落地页更新，那下次是不是要给投流岗开直接触达设计和运营的快速通道？
这些细碎的卡点，你不在复盘的时候抠出来，下次还会卡。
别信网上那些说增长团队要“无边界”“扁平化”的鸡汤。无边界的前提是所有人都知道自己的边界在哪，扁平化的前提是所有人都清楚出了问题找谁。
要是链路是卡的，你就算把行业里口碑很好的增长负责人挖过来，也得在内部流程里耗半条命。
前几天和那个在新街口吵架的团队负责人吃饭，他说现在他们再也不开那种1小时以上的对齐会了。每天早上站着开10分钟，只说三件事：昨天卡在哪，今天要推什么，需要谁配合。
你别说，还真有用。
作者|商讯
排版|商讯
审核|知知