阿里团队高效沟通的秘密，全在这5点！

为什么沟通那么重要

谁都知道在工作中沟通是非常重要的，那大家有没有真正想过为什么沟通这么重要呢？

首先我们想想看，在你的日常工作时间分配上，“沟通”所用的时间占比多少呢？日常的会议、在钉钉上的讨论、处理邮件等等，反正我个人是远远超过了50%的。这就和管理学上的一个著名理论很契合了：

管理者50%以上的时间用在了沟通上，但同时工作中50%以上的障碍都是在沟通中产生的。

这就是“双50%理论”，这直观的反应了不论是在占用时间上，还是对工作的影响程度上，沟通都是至关重要的。

为什么团队里开会大家总是很沉默，有想法的同学也不吭声？上面这个图大家应该在各种不同的渠道都看到过吧，相信大家在第一次看到这个图的时候都会和我一样会心一笑吧。

为什么这张图能有这样的效果呢？因为这个图所表现出来的问题真的非常好的影射了我们日常实际工作的情况：由于沟通不到位的问题导致一个产品在不同的角色的理解上造成了这么巨大的差异。那么在像阿里这样的互联网公司，工作量常见的沟通问题都要哪些呢？

这里做一些简单的列举：

• 为什么推动兄弟团队配合这么难，他们配合的进度完全不可控？

• 为什么工作布置给了下属，但是最后又都堆积到了我这里？

• 为什么会议讨论留下来的 action 执行起来总是拖拖拉拉完成不了？

• 为什么老板最近的消息经常已读不回？

• 为什么整天被钉钉消息淹没了，个人的事情只能在夜深人静加班做了？

• …

这么多的沟通问题，那沟通问什么这么困难呢？这里从最常见的情况来看，特别是在1对1的沟通中，主要有三个主要的原因：

既然沟通的问题很多，导致问题的原因也非常复杂，那我们的出路在哪里呢？是不是解决办法就是标准化我们的工作，然后通过标准化、流程化来让我们的工作减少沟通的需求，然后大家都可以在自己的工位安安静静写代码、写方案、这样就万事大吉了呢？答案是否定的。

我们来看这个象限图，这个是李开复博士在对未来AI的设想中提到的一个模型：

可以看到，在区间图的左下角的岗位对应的是低社交需求，并且是结构化的领域，在这样的领域的岗位，未来5-10就会被AI机器人所取代。

如果我们的工作能够简单的通过定义标准化的接口做到按流程执行，从而避免或减少沟通，那我们的工作的价值就会降低，从而最终被机器取代，就像流水线上的工人正在大量被智能机器人所取代那样。

我想说的意思不是说为了体现工作的价值，要故意提高工作的沟通成本，相反，我们的确需要通过归纳总结梳理标准话的流程、甚至是工具化的手段来降低一个领域的沟通，但我们同时工作在更复杂、更需要去沟通的场景中，去创造更大的价值。

所以我们要做的是保持竞争力，持续提升沟通能力。这个才是大家每个人要持续努力的方向。

 

沟通的基础

沟通失败的原因总是多种多样，要么是表达上的问题，要么是倾听和反馈上的问题，要么是环境上带来的问题。列举下来，一般的情况有：

• 缺乏信息或知识

• 没有说明重要性

• 只注重了表达、没有注重倾听

• 没有完全理解对方的话，以至于询问不当

• 没有注重反馈

• 时间不够

• 不良情绪

• 职位的差距、文化的差距

首先，我们来一起了解一下沟通模型。沟通是从信息发送者出发，到信息接受者收到消息，然后给出反馈到信息发送者的一个完整闭环。

这里的编码，可能是文字，也可以是声音，甚至是手势、表情；通道可以是钉钉、邮件、视频、也可以是面对面；各种外界环境可能带来噪音，比如心情不好，或者大家背景不同、缺少共同语言，并行沟通的影响等等。

可以看到，一个最小闭环的沟通过程，因为涉及多个环节，其实形成了一个较长的链路，链路一旦长了，在链路上的各个环节都容易出现问题，最终就会将问题层层放大。这里就必须给大家介绍一下沟通漏斗的理论了。

这里必须要知道沟通漏斗的形成过程。举个例子，比如一个开发的 leader，发现最近项目开发中引入的问题比较多，产品好几次遇到严重的线上质疑，于是他决定开个会整改，晚上睡不着觉心里想怎么解决呢？想到了10个方面（100%）的问题的，需要与下属员工讲。当第二天站在众人面前开会时，由于没休息好并且紧张，想到的10件事情，只说出了其中的8件，漏掉了2件，也就是只说出了80%。而这8件事在当众讲的时候，由于场地的限制、人员的多少等关系影响，造成员工真正听到的是有6件事（60%）。

又由于员工水平、知识背景的差异，我们的技术 leader 语言表达的高低、语言口音方言等实际情况，真正被别人理解、消化的东西大概只有40%。等到这些人去落地执行时，由于每件事情与个人关系的大小、执行的意愿强弱等因素，造成到最后得到执行的已经变成20%了；虽然这个比例比较夸张，实际并没有这么严重，但是这个沟通造成的漏斗确是实实在在存在的，我们只能想办法将他变得影响越小越好。

那么到底有没有办法减少或消除这个沟通造成的漏斗现象呢？我们从说、听、问三个角度来看一下。

01 沟通基础一：表达

在沟通管理领域，有一个非常著名的理论，“沟通 = 7%内容 + 38%声音 + 55%肢体语言”，这充分说明了身体语言在沟通过程中的重要性。这里，给大家在沟通表达时的身体语言提供一些建议：

• 语言和身体语言必须保持一致

• 设法一开始引起对方的注意

• 如果必要，需要重复、改述

• 用对方熟悉的语言

• 要：正面面对、点头、微笑、身体前倾、目光接触

• 不要：双手抱在胸前、眼神游离、干别的事

02 沟通基础二：倾听

沟通的第二个基础就是听。沟通的关键往往是接收者、听者，而非说话者。越是成功的人，往往越是擅于倾听的人。

市面上关于初级产品经理的课程和解读很多，但针对高级产品经理的总结却很少。

03 沟通基础三：提问

沟通的第三个基础就是提问，会提问的人更是沟通达人。擅长说的人，沟通的主要时间都是他在讲，不用担心冷场，而且他可以讲得很精彩。典型的就是培训老师；擅长问的人，和他说话时他说的不多，但往往提出一些发人深省的问题，让你娇躯一震，打开一个新的世界。所以，善于提问的人才是正在引导沟通方向的人。

 

团队内沟通和跨团队沟通

接下来给大家介绍三组最常见的沟通场景，这些沟通场景也是日常工作中最容易遇到困难的地方。首先介绍团队内的沟通和跨团队的沟通。

01 团队内沟通

团队内的沟通是大家每个人首先要面的场景。在团队里，一般来说有3种沟通的模式。

• 链式，严格遵循正式的指挥链和沟通链，信息线性传递，如在军事化的组织里就比较常见

• 轮式，轮式沟通仰赖核心人物作为所有成员沟通的引线和中心节点，可以激发强而有力的*物出现

• 网式，允许所有团体成员积极主动的沟通，所有成员均能*的贡献自我，没有信息的中间节点，也没有明显的领导者角色

这里，我们对这三种模式做了一个对比：

像我们阿里这种互联网的公司里，如果没有特别的原因，我们会更倾向引导团队超第三种模式。推荐网状的沟通模式并不是说我们对准确性的要求不高，相反，因为我们有很多非常有效的工具，能够保障我们在网状沟通中仍然保持较高的信息准确性，比如语雀、Aone、钉钉等。

在团队沟通里，我们就不得不提团队沟通协作的五大障碍。

那问题来了，对于团队里沟通协作的五大障碍之首的“信任”，要怎么培养呢？在团队里建立信任我们有很多办法，比如从小的来说我们要加强团队成员的相互了解。在阿里，我们常见的有破冰（想必大家都经历过）、team building等。

不过建立信任也不一定是这样刻意，或者一定要经历历史性的大战役才能培养，其实“信任”是在一次次达成并保持的小的约定的基础上建立起来的。比如大家约定的一个文档产出时间，大家约定的一个会前准备工作，只要类似这种小小的约定能持续达成，大家间的信任就能有效的建立。

团队里的冲突往往是破坏团队沟通氛围的重要因素，不希望团队里有成员的冲突往往是大家共同的想法。不过这里要想和大家聊一聊的是，冲突对于团队的沟通一定是件坏事情吗？

答案是否定的，团队可以从健康的富有成效的分歧及处理中得到成长。对团队不利的是”破坏性冲突“，但对团队有价值的是”建设性的冲突“，我们一起来看看这两种冲突有什么区别：

02 跨团队沟通

在跨团队沟通我们遇到的各种问题，我们先简单给大家罗列一下：

• 专业有gap，缺少共同语言。比如业务开发的团队依赖中台的能力，如果业务开发团队不了解中台产品的当前现有的体系，讲不清楚对中台需求的需求，就会出现这种情况，最终导致沟通意愿受损，沟通出问题。

• 目标达不成一致（受部门墙的影响），比如你计划一个战略级的项目规划，但是需要其他部门来支持你，在前期调研的时候很配合，真正开始实施了，你也许发现他们的态度发生了变化，他们不打算真的做较大投入了，因为这个和他们团队的目标不匹配。

• 进度不透明。和兄弟团队约定好了交付的时间，但是中间过程没有沟通，完全是个黑盒，到了约定的时间快到了才发现很多东西还没有准备好。

• 职责不清、问题推诿。沟通中经常遇到大家因为分工不清导致工作相互推诿，一些灰色的工作找不到负责人，一旦灰色领域出了问题，又没有人愿意来背锅。

那面对这些问题，我们该怎么解决？这里给大家提供一个跨部门沟通的原则：

• 首先是要大家一起确定目标：一个共赢的目标，不能只是你的目标，一开始就要设定一个大家都能实现自己价值的目标，这样对方才有意愿和你合作。

• 第二个就是要明确分工、职责、时间、责任人等，做到”亲兄弟、明算账“，俗话说的”丑话说在前面“也是这个意思。

• 第三个就是一开始要确认好沟通机制，做到信息互通，比如周会、周报等，确保过程中信息透明。

• 第四个就是在问题的处理上要有责任、有担当、同理心，不能是有好处大家都凑过来，一旦出了问题大家就翻脸不认人，和人一样，团队也要注意信誉。

跨团队沟通往往双方不像在团队里那样，双方可能不是很了解，没有太多的信任感，所以当双方刚坐下来，还没开始沟通，大家的座位方式已经极大的影响了沟通的结果。这里给大家介绍一下几种不同沟通座位可能带来的影响。

 

向上沟通和向下沟通

01 向上沟通

讲到“向上沟通”，我们就再提一下“向上管理”，先看一下这两个概念的解释。

• 向上管理，为了给上级和自己取得更好的结果而有意识地配合上级一起工作的过程，可以说，这是让上级改变的过程；向上管理不是领导上级，而是通过向上沟通、向上协调去影响及引导上级的看法与自己协调一致

• 向上沟通，向上沟通是向上管理的主要手段之一，一般指和上级有目的性的沟通行为，从而向上传递必要的信息或影响其决定

向上沟通是一种“有目的性的”向上管理行为，向上沟通的常见问题包括有疑虑不敢沟通、啰里啰嗦说不清问题和影响、只说问题不给方案；讲到向上汇报，那我们就需要先来讲一下向上汇报的思考框架，通过这个思考框架，你能判断当前的内容是否需要汇报，已经用什么策略来做汇报。

讲到向上汇报，那我们就需要先来讲一下向上汇报的思考框架，通过这个思考框架，你能判断当前的内容是否需要汇报，已经用什么策略来做汇报。

前面说到要主动汇报，这里提供了4种最基本的向上汇报时机，大家可以参考：

现在要介绍一下向上汇报的方法了：

• 内容精简扼要：要相信老板都是看过成千上万张PPT的，所以他们大多数时候都能够一眼看出PPT中所要表达的意思，因此PPT的信息需要精简扼要。同时需要使用大量的数据来佐证自己的观点，尽量从客观的角度来陈述。

• 直奔主题：如上面的描述，老板的时间安排极其紧凑，甚至会在汇报过程中由于突发事件而离开，所以汇报一开始就要开门见山的陈述自己的观点或要求，然后再罗列理由和证据，最后再重新陈述一下自己的观点即可。以上即为“电梯游说”的PREP结构：Position（观点）、Reason（理由）、Evidence（证据）、Position（观点）。

• 做好充分准备：汇报的内容也许仅有数页PPT，但是很多时候领导都会顺藤摸瓜的询问一些相关问题。所以作为汇报人，需要同时将相关的信息都要提前了解清楚，以防被问的哑口无言，不但会影响汇报进度，而且会被认为不尽职。

• 掌握10/30原则：30分钟的时间计划中，汇报时间最多占用10分钟，剩下的20分钟留给讨论时间，往往能够产生价值的信息会在讨论时间内产生。

 

PREP汇报方法

出自麦肯锡的30秒电梯理论。麦肯锡要求公司员工能够在最短的时间，把想表达的事情说清楚、讲明白。因此，作出了PREP的汇报结构，要求汇报者能够站在一个决策者而不是执行者的角度上汇报工作。其中由四个部分组成：

• 观点：就是首先用一两句话说清楚你想要表达的核心观点，包括：希望领导原则上同意、定下一步计划或者尽快看看你的详细材料等等。

• 理由：你需要仔细分析你的汇报材料，凝结成不超过三个理由，然后试着用简洁而有力的语言表达出来。

• 证据：主要是说明汇报重点中包含的具体细节，例如：具体现象、数据和效果估计等等。

• 重复观点：最后，再一次重复你的要求

02 向下沟通

有带团队的同学都能体会，考虑到你每个下属的情况都不相同，向下沟通并不容易。并且如果不考虑到这些差异，糟糕的向下沟通对管理者和团队来说都是一个灾难。“哈佛商业评论”就有一个调研表明：91% 的员工表示，上级糟糕的沟通会损害其领导力！

所以和下属沟通的技巧包括发布指令目的清晰，目标明确；给与反馈关注行为及影响；建立定期的 one one 沟通渠道。

向下沟通还有非常重要的点是，上级怎么处理下级扔过来的问题。当下属找你的时候，他们很多时候不是在寻求解决方案，而是寻求一个能解决问题的人。下属向管理者报告时，应该引导他说”我有一个问题“，而不能说”我们有一个问题“。下属提出问题的时候，应该让他理解这个问题是他的。

主管的工作，是协助下属完成工作，而不是替下属工作。授人以鱼不如授人以渔的这个道理大家都懂。管理者的目的是培养出更多可以独当一面的员工，如下面的图所示，主管要尽量避免出现自有层级为1、2级的员工。不要帮助下属去完成他们分内的事情，培养下属解决问题和思考的能力。面对下属的求助，多问问他“你觉得呢”，让下属自己去想办法解决问题。

市面上关于初级产品经理的课程和解读很多，但针对高级产品经理的总结却很少。

 

同步沟通和异步沟通

• 同步沟通是指你发出一个消息，接收方立即处理这个信息，并马上回复。

• 异步沟通指的是你发出一个消息，并不期待立即得到反馈的沟通方式。

下面我们就对这两种沟通的方式和场景做一个对比：

随着在阿里钉钉的深度使用，同步沟通的比重越来越大，不可否认这种方式让整体的工作效率得到了很大的提升，但任何事情过量就会带来问题。同步沟通常见的问题有：

• 频繁打断，大家的工作时间都被切割成了碎片，妨碍了深度工作的开展。

• 在线的优先级优于高产。不在线的人连发声机会都没有，事情就已经决定了。于是大家都得*实时在线，*参加每个可能有关的会议。

• 造成不必要的压力。实时在线的期望使人们丧失对时间表的控制。工作时间内，大家响应式回应各方请求，而不是主动地按自己的计划行事。有研究表明，因为常被打断，人们反而会努力把事情做得更快（做得更差为代价），并由此感到更大的压力和困惑。

• 导致低质量的讨论和次优方案。因为需要马上回复，人们没有充分的时间来考虑周全。第一时间给出的方案往往不是你能给出的最优方案。

那在日常的项目管理中，我们怎么有效的利用好各种沟通方式，让这些沟通方式能更好的发挥他们的作用，同时避免一些副作用呢？这里我把项目中最常见的沟通方式放在了一个象限空间中（横坐标是同步或者异步，纵坐标是沟通内容的复杂程度），希望大家可以对比一下自己的日常项目，做个参考。

造成不必要的压力。实时在线的期望使人们丧失对时间表的控制。工作时间内，大家响应式回应各方请求，而不是主动地按自己的计划行事。有研究表明，因为常被打断，人们反而会努力把事情做得更快（做得更差为代价），并由此感到更大的压力和困惑。

 

以上内容来自淘系技术，作者鲁佳（鹿迦）