上周跟南京新街口某消费品牌的增长负责人在楼下的便利店喝冰美式，他吐槽了整整半小时——组里5个人，运营、产品、数据各占一，天天开俩小时对齐会，最后落地的活动转化率连上个月的一半都不到。
说真的，这种破事谁没遇到过？
没人故意拖。
只是大家的屁股本来就坐在不同的板凳上：产品的排期是按季度功能迭代优先级排的，运营的精力要分给全渠道的用户活动，数据的报表要给整个中台做月度复盘，临时插过来的增长需求，在各自的考核里占比都低得可怜，凭什么要给你让路？
你以为的协作错位，根本不是人的问题
很多人第一反应是，那把所有人的KPI都绑在一起不就行了？
哪有那么简单。
产品要扛的是整个公司的季度功能交付率，总不能为了增长组的一个临时活动，把核心功能的迭代拖了吧？运营要扛的是全渠道的用户留存，也不可能把所有精力都放在一个小红书投放上。强行绑KPI，最后只会变成所有人都不满意，增长的事没做成，本职工作也掉了链子。
我之前接触过一个做家居软装的品牌，去年秋天想蹭氛围感家居的热点做小红书投放，运营写了三版brief递到产品部，等了两周才排上修改落地页的队。等落地页改完上线，热点已经过了大半个月，最后那波投放带来的新客连预期的零头都不到。
你说这是产品不配合？真不是。他们当时正在搞商城会员体系的大版本迭代，整个部门的人连轴转了三周，哪有空管一个临时过来的小活动。
问题从来都出在，很多公司的增长团队，从一开始就是临时凑出来的”救火队”——没有明确的协作规则，没有约定的交付节点，全靠大家的”自觉性”和”人情”在推进。
能跑通的协作，都先做了”去中心化”的约定
很多人对增长团队的协作有个误区，觉得必须有个大leader，所有事都要他拍板才行。
根本不是。
我见过跑得顺的增长团队，反而都在刻意弱化”大leader”的权限，把责任拆到每个具体的节点上。每个项目只设一个”节点owner”，不是管所有人，是管这个节点的交付时间和标准。
就拿刚才那个家居品牌来说，后来他们改了协作规则：做小红书投放的项目，运营是”内容上线节点”的owner，要负责在热点出来的24小时内出好笔记内容，并且提前跟产品、数据对齐所有需求；产品是”落地页修改节点”的owner，要在拿到需求后的12小时内改完所有标注的跳转和展示问题；数据是”投放监测节点”的owner，要在投放开始后的2小时内出初版的流量数据报告。
没人盯。
但是每个节点的交付标准写得明明白白——运营的内容必须带3个真实用户的晒单截图，不能用网图；产品的落地页跳转必须测试3次以上，不能出现404；数据的报告必须分清楚自然流量和投放流量的占比，不能混在一起算。谁没做到，直接在群里发100块的奶茶红包，不用扯什么部门优先级，也不用找leader告状。
别笑奶茶红包low。
真的比开十次对齐会有用。
很多人对”去中心化”有误解，觉得是没人管了。根本不是，是把”要不要做小改动”的决定权，下放到每个节点的负责人手里——只要这个改动不影响其他节点的交付时间，不用等任何人审批。比如运营写的笔记觉得某个标题点击率更高，直接换就行，不用拿给增长负责人审，也不用去跟品牌部走流程，只要保证内容里的产品卖点跟之前定的一致就行。
别等机制完美了再跑，先跑起来再调
说实话，我见过太多公司的增长机制，写在PDF里有几十页，从需求提报到复盘总结，每个环节都设了三四个审批节点，实际落地的时候没人看。
反而那种只有三页纸的约定，跑得顺。
我之前见过一家做鲜果茶饮的公司，为了搞增长团队的协作机制，拉了三个部门的人开了一周的会，最后写了一份27页的PDF，光需求提报的流程就列了5步。结果第一次做秋季上新的增长活动，光审批就走了5天，等批下来，上新的热度已经过了。
后来他们把那27页的PDF全删了，只留了三句话：
1. 每个项目定好3个核心节点，每个节点的交付时间和标准写清楚。
2. 节点内的改动，负责人自己拍板，不用审批。
3. 出了问题先解决，再复盘责任。
就这三句话，跑了三个月，反而没出什么大的乱子，每次上新的活动都能赶上热度窗口。
这里要提个容易踩的坑：所有的协作约定，都要留10%的弹性空间给临时调整。
毕竟增长这件事，本来就是追着风口跑的。你要是拿做传统业务的流程来套，什么热点都凉透了。比如遇到突然爆的热点，运营可以直接找产品改落地页，不用走审批，只要事后补个简单的说明就行。
别把协作机制搞成甩锅机制。要是每个节点的责任都卡得太死，出了问题大家只会互相推：运营说内容没问题，产品说落地页没问题，数据说统计没问题，最后谁都不担责，热点也错过了。
上周再跟那个南京的增长负责人喝咖啡，他说现在组里一周只开一次半小时的站会，剩下的时间都在跑活动，上个月的新客涨了快三成。
他说之前总觉得协作不好是人的问题，现在才明白，根本不是。
找对了规则，大家根本不需要天天开会。
作者|商讯
排版|商讯
审核|乐乐