去年三季度的秋季用户沙龙，我现在想起来还脑壳疼。
市场部提前两周给运营部递了需求，说要留30个高价值老用户的到场名额，运营部的对接人接了消息转头就扎进了新用户增长的项目里，把这事忘得一干二净。等活动当天签到台堆了七八个没被邀请的老用户，举着手机问“我们收到了报名通知怎么没在名单上”的时候，两边的负责人直接在遮阳伞底下吵起来了，旁边还站着好几个刚到的参会者，场面尴尬到我想找个地缝钻进去。
之前我以为的“沟通”，全是自嗨
这事发生之前，我一直觉得我们的沟通机制没什么大问题。
每周一固定开跨部门周会，两个半小时的会，市场、运营、产品、客服每个部门轮着报进度，记了满满半本会议纪要，散会的时候每个人都拿着手机拍黑板上的待办事项，看起来效率高得不行。
真的。
直到有次我散会追着产品经理问，上周会上他答应给客服部的用户反馈标签什么时候能上线，他睁着眼睛愣了三秒，问我“刚才会上说的是我吗？我以为是隔壁组的事”。我当时攥着手里泡了枸杞的保温杯，差点没忍住摔他身上。
后来复盘的时候才反应过来，我们之前搞的所有沟通规则，本质上都在追求“把话说完”，从来没追求“把事落定”。大家凑在会议室里轮流念稿子，念完了散会，谁该做什么，什么时候做完，做不完会有什么影响，全是模糊的。没有明确的绑定关系，没有固定的同步节奏，等出了问题，所有人都能把锅推给“当时会上没说清楚”。
就拿那次沙龙的事说，当时的需求是在200人的大群里@了运营部的总监，总监看到了消息，顺手转给了组里的三个组员，说“你们对接下市场部的需求”。三个人都看到了消息，三个人都觉得另外两个人会跟进，最后就是没人跟进。
把“传话链路”拆碎，才不会有人当甩锅的传声筒
那次吵完之后，我把之前所有的跨部门沟通规则全推翻了。
头一件砍的就是每周两个半小时的大周会。
后来的会没有固定时间，没有固定参会人，只有当两个部门之间有需要协同的具体待办时，才拉对应的人开20分钟的短会。而且每次开会之前，必须填三行字：这个事要什么支持，截止时间是什么，没按时做完会影响什么事。填不出来的，就别开会了，回去把需求想明白再说。
最关键的调整是，每个跨部门的待办，只绑定一个首要对接人，一个协同人，没有第三个人。
比如之前的沙龙名额对接的事，首要对接人是市场部的活动对接人，协同人是运营部专门对接老用户的专员，两个人直接加好友，建个只有两个人的小群，所有关于名额的沟通，全在这个群里说，不需要拉两边的总监站台，也不需要在几百人的大群里刷消息。每周三下午两个人花10分钟对一次进度，有问题直接说，解决不了的再往上找我。
说出来你可能不信，就这么个简单的调整，我们后来跨部门的待办完成率直接提了快一半。之前总觉得沟通要拉够层级、凑够人数才叫重视，后来才发现，拉的人越多，越没人把事当自己的。一个群里有8个人，谁都觉得“别人会记得跟进”，最后就是谁都不记得。
上次跟几个做企业管理的朋友聊起来，他们说这是“最小协作单元”，我倒觉得没那么玄乎。说白了就是，别让传话的人当传声筒，谁的事谁直接对接，省得中间绕三层，最后话传变味了。
别把“沟通机制”搞成查岗KPI
刚开始推这个调整的时候，我也走过弯路。
为了让大家真的把同步节奏落地，我之前定了个很傻的规则：每个跨部门待办的小群，每天必须发至少3条进度消息，少一条就扣部门的绩效分。
结果呢？
大家开始在群里刷“收到”“好的”“在推进”，翻遍聊天记录也找不到一句实际的进展。有次我翻一个对接新功能上线的群，200多条消息，全是无意义的打卡，实际的开发进度半个月没动。我坐在办公室翻完那堆聊天记录，愣了快十分钟，觉得自己简直是个搞形式主义的傻子。
后来我把所有的打卡要求全删了，就留了两个特别简单的规则：只要进度有变化，不管是提前完成了，还是遇到卡壳了，必须2小时内同步给对接的人，不用写长篇大论的汇报，哪怕发个表情包说“卡了，等下找你”都行；如果遇到自己搞不定的事，别硬扛到截止时间才说，哪怕提前3天说“这个事我搞不定，需要你搭把手”，都比到点了突然甩锅强。
好的沟通机制从来不是用来约束人的，是用来帮大家省时间的。
上个月那个之前在沙龙现场吵架的两个负责人，还一起搭伙做了个老用户裂变的活动，做完了一起去楼下吃皮肚面，说之前真的太傻了，为了个没对接上的名额，当着那么多用户的面吵架，丢死人了。
现在经常有人问我，你们这套沟通机制是不是很复杂，是不是要写几十页的制度手册？
真的没有。
之前我也总觉得，要搞一套覆盖所有场景的标准化流程，要培训大家怎么“高效沟通”，要把所有可能出问题的环节都堵上，才算一套成熟的沟通机制。后来才发现，那些写在纸上的条条框框，根本挡不住人在真实协作里的惰性和侥幸。你只要不让大家在大群里说没用的废话，不让大家猜对方到底要什么，不把简单的事绕三层审批，大家自然就愿意好好沟通了。
毕竟谁也不想在大太阳底下，跟同事因为没对接上的事吵得面红耳赤，对吧？
