我已受够了如此低效的沟通体系

——捎带着论东方新春宴

最近被跨公司、跨平台的沟通折磨得情绪低落，难受之余，不禁思考起了当前沟通体系如此低效的原因。为此写下这篇文章，做些心得的记录与分享。

 

在面对人员众多，存在多个组织的场景下，沟通会变得十分麻烦且低效，如果使用的通信软件不同，比如一方用钉钉，另一方用微信，那就更折磨了。大量的信息需要层层转述，很容易出现信息流丢失或者曲解的情况，宛如在一堆杂草里乱窜。再加上一些保密上的要求，部分必要的信息甚至没法传递——哪怕传递对象近在咫尺。

 

也许有朋友会说这是沟通能力不足造成，但在我看来，这个沟通能力足够的要求还是太高了。如果能有更加合理的沟通（软件）体系，有不少问题都是可以避免的。

 

信息层层转述并不合理，产生的信息最好能直接传递至目标对象，这就要求信息流经过的节点能尽可能的少。比如避免跨平台，把所有人都拉进一个群里？这样确实可以保证信息流的直达，但是人一旦多起来，单个群的单信息流就有问题了。

 

相信不少人遇到过这样一些情况：qq群里聊天特别容易歪楼；群里有时会出现多个话题同时讨论的情况，有时你甚至不知道某个发言到底是不是在回复自己。这就是单一信息流的缺陷了：它很难应对多条信息流同时出现的情况。为了分辨多条信息流，总不能再单独拉个群吧？

比较好的应对措施是做一些信息支流出来，最典型的例子就是贴吧的楼中楼设计了。楼中楼可以在帖子的主信息流中分出支流来，大家可以在楼中楼讨论主楼中单独提出的话题，而不必另开一贴或是影响主楼（主信息流）的传递。据了解，现在部分QQ群也能在群内发帖子了，也许是有这方面的考虑？说起来，最近贴吧似乎也能够拉群了，各个社交平台有了点“趋同进化”的味道呢。

 

信息支流的设计，应当将社交和干活分开对待。社交以轻松的氛围为主，新建信息支流越简单越好，贴吧的楼中楼就非常地简单且简洁，QQ群的发帖还是过于“麻烦”了。我倒觉得不如这样：某人在Q群中发了句话，并点个按钮表示自己想开个新的话题，接下来只要有人发了新的句子并以点前者句子上按钮的方式表示呼应，便自动从主信息流中新建一个话题（信息支流）；这个话题下的讨论主信息流中是看不到的，但若有后来者感兴趣，随时可以通过显眼的入口按钮进入该话题。这应该是一个比较符合社交氛围的信息支流的设计吧。

 

至于干活方面的信息支流，可以在社交方面设计的基础上额外加一些条件，比如面向任务式的信息支流设计。某个项目群里有了个新的任务，发起者便将所有相关人员拉入这个任务话题内；任务解决时，需要经过所有话题参与者同意后，才能“结束”这一个话题，表明该任务结束。若是加上一些人员的标签、权限的分级等机制，自动拉人参与话题，自动让该收到信息的人收到信息，应该能形成完善的面向任务的高效沟通体系。想起23年初的东方新春宴，若是能有这样一套干活用的沟通体系，是不是能够避免很多问题呢？

 

希望上面这些想法能给看到这篇文章的朋友们一些启发。

简单的总结

问题：

干活方面：

沟通不畅：信息要层层转述，经常会发生该知道的人不知道或者会错意的情况

社交方面：

QQ群的单信息流问题

 

解决方法：

建立信息流的分支

面向任务的干活沟通体系