沟通是一件很重要的事，也是一件有技巧的事情，好的沟通方式可以事半功倍，而不好的沟通往往还会造成不必要的误会，一起随小编来看一下这篇文章说的是什么吧。
我们先来看这个案例吧：
老婆W给当程序员的老公H打电话：“下班顺路买一斤包子带回来，如果看到卖西瓜的，就买一个。”
当晚，程序员老公手捧一个包子进了家门……
老婆W怒道：“你怎么就买了一个包子？！”
老公H答曰：“因为看到了卖西瓜的。”
详细大家对这个案例都不陌生，那么在这个案例中存在哪些沟通问题呢？
1.W的需求不明确
W在告诉H“看到卖西瓜的就买一个”，那她究竟是让H买一个西瓜呢还是买一个包子呢？这里W并未说明。作为程序猿的老公职业病使其理解如下：
买一斤包子；
If（看到卖西瓜的）
{
买一个包子；
}
H在回家的路上看到了卖西瓜的，自然也就只买了一个包子。
2.H未反馈确认需求
H在收到W的需求时，并未与W进行确认看到卖西瓜的时候是买一个西瓜还是买一个包子，从而致使H理解的需求与H的实际需求不一致。
在沟通过程中，信息的接收方应该在自己理解的基础上，重述对方的需求进行确认，如果对方确认ok，那即可达成信息的一致，否则双方再进行沟通反馈，直到双方达成共识。这个与通信中的三次握手协议是一个道理，只是沟通中可能两次握手就能完成“通信”，也可能需要多次握手才能完成“通信”。
3.双方沟通语言不统一
沟通的目的是要使双方理解一致，达成共识，为此，在沟通过程中，我们需要使用对方能够听得懂的语言，而不是自己听得懂的语言，毕竟我们说的话是给对方听的，不是给自己听的。
在该案例中，W的话“看到卖西瓜的就买一个”是指买一个西瓜，这是她自己能理解的语言，而不是身为程序猿的H能理解的语言，所以也就导致了双方的理解不一致。
在一个团队中，我们更应该是要以一个团队能听懂的语言方式来进行沟通，而不是以少数人能听懂的方式，否则团队将出现严重的信息不统一问题。
用“见人说人话，见鬼说鬼话”来解决沟通中的“语言”问题应当是再恰当不过的了。
我们再看另外一个案例：
某天，因项目组工作需要，需要另一个项目组的产品经理B协助本组产品经理A编写一份方案，双方沟通如下：
产品经理A：我们这边有个XXX功能的方案需要你协助写一下，我稍后把相关材料发给你；
产品经理B：可以的，计划什么时候要？
产品经理A：下周三下班前，可以吗？
产品经理B：可以。
初步看来，这次沟通好像并没有什么问题。第二周周一下班前，产品经理B完成了方案的初稿，请产品经理A过目，结果：
产品经理A：你做的这个是售前方案啊！
产品经理B：你们要的不就是售前方案吗？
产品经理A：不是啊，我们要的是详细的需求，可以给到开发人员直接开发的！
产品经理B：晕！那不叫方案，那叫需求规格说明书！
产品经理A：在我们组，方案就是指的需求规格说明书啊。
产品经理B：。。。。。。（心中万马奔腾）
该案例中，初看双方的沟通好像并没有什么问题，但从最后的结果沟通中的另外两个重要问题：
4.双方对同一词语的定义理解不同
该案例中，A说的方案是指详细的需求规格说明书，而B理解的方案确实概括性的售前方案或者落地实施方案，双方对“方案”一词的理解完全不同，这也就导致了B做出来的方案根本就不是A想要的。
由此可见，沟通双方对同一事物的理解保持一致性有多么的重要。也正是因为这样，我们才会在很多重要文档中看到有专门的“定义”或“名词解释”这样的章节，以保证文档阅读者对同一名词的理解与文档作者的理解保持一致。
5.我以为
在该案中，B犯了一个错误就是“我以为”！B未向A确认究竟是需要什么样的方案，而按照“我以为”的方案去做。
在日常的工作和生活总，“我以为”这种沟通问题太常见了，时常都听到有人说“我以为就是这样的”，“我以为就是那样的”，其实这都是双方沟通不畅，未明确表明各自的需求。