去年Q3那次核心版本迭代，延期了整整一周。运营说产品没同步新的用户分层规则，导致上线后的活动数据偏差了30%；产品说运营根本没在需求窗口期提过这个要求，之前发的消息都在几百人的大群里沉底了；研发说两边都没跟自己确认过技术可行性，临上线才说要加功能，根本排不出时间。最后老板把我叫到办公室，拍着桌子问我：”你们的沟通机制是死的？”
真的蠢。我那时候还嘴硬，说我们每周都开同步会啊。
谁都烦那种会。每次两小时，一半的人在念上周的流水账，剩下一半人躲在会议室角落刷手机、回别的消息，到最后啥结论都没定，散会了大家该干啥还是干啥。
先踩个所有人都踩过的坑：把”多开会”当沟通机制
我之前也跟风学大厂，搞过”每日站会、每周周会、每月复盘会”的全套流程，甚至要求所有人必须把沟通内容同步到在线文档，不准私下聊工作。结果呢？文档里写的全是没用的套话，私下里该聊还是聊，因为大家都知道，写在公开文档里的东西，没人会真的逐字看。
有次我翻在线文档，看见运营的对接人写了一句”希望产品侧多关注新用户需求”，我问产品负责人，他说他根本没看见那句话——那条消息夹在十几条无关的通知里，谁会翻到啊。
说实话，那时候我以为是大家的执行力有问题，直到后来跟一个做了十年管理的老同事吃饭，他说的一句话点醒我：”你搞的那叫沟通形式，不叫沟通机制。沟通机制是要解决‘信息怎么不丢、责任怎么不甩、事情怎么落地’的问题，不是搞一堆花架子让大家看起来很忙。”
我们后来砍掉80%的会，只留3类固定沟通节点
讲真，之前我总觉得沟通要”全面”，要”覆盖所有场景”，直到砍掉那些没用的会才发现，大部分时候大家需要的不是”更多的沟通”，而是”更准的沟通”。我们只留了三个固定的沟通节点，每个节点都有明确的参与人、时长、必须输出的结果。
第一个是15分钟每日站会，只说三件事：昨天干了啥、今天要干啥、卡在哪了。不准讲细节，不准扯无关的事，到点就散会。有卡点的人，比如运营说要产品配合做个弹窗，直接当场拉两个人的小群聊，不要占所有人的时间。刚开始有人不适应，说站会时间太短说不清楚，我就跟他们说，真要是复杂的问题，你拉小群开半小时会，比在大群里对着二十个人说十分钟效率高多了。
第二个是每周一次的需求对齐会，只有三个核心对接人来：产品、运营、研发的各一个，不准带一堆下属来凑数。要求每个人来之前必须填好需求表：这个需求是解决什么问题的、要达成什么目标、需要对方提供什么支持、最晚要什么时间给反馈。没填的直接不让进会议室，回去填完再说。之前我们总遇到那种”我有个想法，你们看看能不能做”的需求，现在直接卡掉，你连自己要啥都不知道，过来浪费谁的时间？
第三个是每月一次的复盘吐槽会，不用做PPT，不用走流程，大家买杯奶茶坐一起，随便说。比如上次有个研发吐槽，每次提紧急需求都要运营的大老板签字，等签完字用户都跑光了，我们当场就定了：紧急需求运营对接人就可以拍板，事后补个记录就行，不用层层上报。
就这么简单几个规则，跑了两个月，之前天天扯皮的跨部门协作，居然顺了很多。没人再在大群里发那种@所有人的无效通知，也没人再说”我不知道这个事”。
最容易被忽略的：非正式沟通的兜底规则
有次客服部的小姑娘，发现有十几个用户同时反馈支付页面加载失败，她不知道该报给谁，先问了自己的主管，主管又去问经理，等经理把消息转给产品和研发的时候，已经过了两个多小时，用户已经在社交平台上发吐槽了。
那次之后我们定了个兜底规则：任何一线岗位发现的突发问题，不管是不是自己的职责范围，都可以直接拉相关的人进临时群，事后补流程就行，不用担责任。
刚开始还有人怕，说我不是这个部门的，直接拉人会不会被骂？我就跟他们说，上次那个支付bug，要是等流程走完，损失的用户钱都够给你们发半年奖金了，真出了问题我担着。
后来有次，客服发现有个用户在群里说自己的订单被错发了，直接拉了仓储、客服的对接人，十分钟就把问题解决了，用户还特意发消息说服务好。
说实话，之前我也觉得沟通机制是那种写在员工手册里的虚东西，直到被老板骂过、踩过无数坑才明白，好的沟通机制根本不需要几十页的制度文档，也不需要大家每天花几个小时开会。
它就是帮大家把”什么事该找谁、多久给反馈、出了错谁兜底”说清楚，仅此而已。
不用搞复杂。
就够了。
