注：这篇文章之前写在公司内部wiki上，得到了很多同事的好评，现在把它分享到我个人博客里。

我不得不承认的是：在工作之前我从来没有意识到自己会是一个连话都说不清楚的人，也没有意识到把话说清楚，把自己的意思准确表达出去是一件这么重要的事。( 哥这么牛，这么简单的事情都做不好？

我先申明一下：下面提及到的情况都是以工作为场景，闲扯不在其列

就我自己的体验，我会在下面几种情况下不能准确表达自己的想法，或者自己表达清楚了但没有达到我想要的效果甚至相反的效果。

一，描述需求的时候

我在7月份刚刚来的时候，经常会出现不能准确的把需求表达清楚的情况，现在我回过头来看，其实问题就是对项目不了解，因为在平常的需求中，【优化已有的项目】占了一大部分，只有很少一部分是新项目，所以在没有对整个项目有足够了解的情况下，想要很好的描述需求是比较难的。

比如说我在刚来的时候，对商家促销的项目不了解，在接到一个新需求的时候，往往需要花时间先对需求涉及到的地方熟悉一下，甚至在请教别人的时候，我连遇到的问题也描述不清楚。别人想指导我都不知道从何处入手。

现在我对商家促销的项目足够了解，每一个函数做了什么事不需要去看就能知道个大概，这样在处理需求的时候就更快，质量也更高。

二，和PM沟通的时候

我们组主要负责业务需求，所以和PM打交道非常多，每一个需求都需要和PM沟通，这样，如何和PM高效的沟通就是一个非常影响需求完成速度的因素。我自己也经历了一个从【不会和PM沟通】到【沟通基本没什么大问题】的过程。

最开始，和PM的沟通经常会让我产生这几种想法：

”唉。。怎么又来找我了，这个不是我负责的啊”，

”艹，这也要我来告诉你，你自己不会看一下吗？”。

之后和PM的接触渐渐多了，平常也会和TA们聊一下，聊一下这个需求的来源，这个项目最近的情况，渐渐感觉到不同职位的人考虑的事情确实有非常大的不同，从一个需求上线的流程上来看，工程师和PM处于不同的位置，这就决定了两者所考虑的事情的不同，看起来都是围着一个项目在转，但是需要考虑的事情和考虑事情的角度却有很大的不同。

所以很多我觉得很简单，so easy的事情，站在PM的角度来看却不是这么回事，因为分工不同，必然导致掌握的信息不同，一旦掌握的信息有不同，就容易出现【我觉得你傻，你觉得我傻】的情况，高效的沟通应该是要能填补这个信息差的。

三，和后端、QA沟通的时候

和后端的沟通主要是在约定数据接口以及联调的时候。沟通出现问题的情况主要是前端和后端在一个需求中对自己需要的字段没有十分的把握，这种情况比较少，但是一旦出现了，就容易造成在联调后期再改，甚至再返工的情况，如果调整比较小还好，一旦调整比较大，这个时候再去调整，就是一件非常考验人耐性的事情。

和PM以及QA沟通出问题的时候大部分是我这边正在忙一个事情，然后从PM或者QA那边发来个消息，表示有一些问题，即便是我可以暂时不用处理，但经过了这么一次打断，总是会有一些影响，特别是我正在做的事情比较急的时候。

这种场景经历多了之后，应变能力就会提升很多，不仅仅是自己同时处理多个需求的能力提升，也感受到在这种情况下如果双方能更多地体谅一下对方，彼此的沟通也会跟顺畅。

总的来说，在沟通中除了要把握好具体语境外，还需要考虑由于不同职位，不同信息源所带来的信息差，在沟通之前最好是对双方已有的信息有个预估，这样在沟通的时候，才能有针对性的弥补信息差。

END