互联网产品人员如何进行跨部门沟通.docx

互联网产品人员如何进行跨部门沟通

毫不夸张的说，产品人员在工作过程中，60％的时间用于沟通。所以沟通效率决定着工作效率。最近半年多在搜狐研发中心的实习，几乎每天都会与UED、技术、测试、市场等部分进行沟通，而这种跨部门沟通模式将成为产品人员自身能力提升的一个关键。

跨部门沟通的过程中我经常会遇到这些问题：

1、对方不知道我在说什么，哪怕我已经觉得自己说得很明白了，但是他们还是一脸疑惑。

2、我一遍一遍的强调需求。告诉他们我需要的是电视，但是最后却给我一台微波炉。

3、他们的工作效率太低了，还不如我自己来做。

4、他们总是不重视，我一次一次强调的问题，错误一再出现。

5、文档里面说的很清楚了，他们根本就没有仔细看。

??

一、分析为什么沟通过程中会有那么多的问题？

1、人是自私的

不同的部门，必然导致工作目标不同、看问题的视角也不同。人随着处世的时间增长，会更强烈的保护自己。也许开发部的工作就是把你的功能做出来，能超越你的需求从他的专业角度添加个人意见的很少，从经营的角度去考虑是否为将来的运营留一个技术接口的更少。都说语多必失，做的越多也可能错得越多，所以严格按照你的需求来做才是最保险的，这看起来是个很悲哀，但却非常现实。了解人性的这个问题，就能发现，其实沟通中，很多问题不是错在对方，而是我们自身，因为我们往往把自己对事物的看法和认识强加给对方，并那样去要求他们。

当别人在与我们沟通的时候，除了听和记是否也应该思考？把我们的想法现场说出来，也许只是一个字的建议却能给对方打开一个新的思路。现场确认目标，然后才着手实施。期间有好的想法也马上找到负责人，让他来确认，才去实施。

2、信息传递的失真

有一个这样的游戏，排头的举重动作，到最后一个人模仿的时候已经成跳水了。出现这种状况，排头的不能说排尾的笨，传播学上这种现象叫做信息传递的失真。因为这种不能说话只能肢体的单一沟通方式很容易失真。工作过程中因为沟通方式的单一也往往出现这样的状况，所以会议之后经常要求做会议纪要发给参会者。无论正式还是非正式的都应该考虑到如何避免信息传递失真，对方也许当时明白了你的意思，脑子里面记下了一二三四，但是难保一杯水喝完就只剩二了。

别人在和我们沟通的时候，应该记录下来，如果身边没有笔和纸，一段时间之后又不确认自己是不是100％记得，就再去确认一次。

3、出现问题没有及时反馈

这问题很好理解，但是却也是最容易犯的，人都有惰性，还怕被人批评，所以抱着侥幸

心理，即使出现问题也不反馈。

半年多来，我有个感受，做产品人员脸皮要厚，这个职位有点无奈，上级基本都是很忙的、上级的语言基本都是很简练的、上级的思路基本都是很难琢磨的。多问、多反馈，这是保证产品良性发展的良药。

分析这些问题，希望在沟通过程中能够重视，否则下次问题还是会出现。

二、出现问题，分析问题，如何解决？

沟通是一门艺术，我把我再搜狐实习期间的学习和实践的心得整理一下供大家参考。牢记四点，做到有效沟通。

在工作的8个小时里，追求的是有效沟通，否则一个讨论会也许会成为抱怨集散地，与同事协调工作最终的结果是你知道大家昨天都去哪里K歌了。如何才能保证有效呢？

明确目标

没有结果的会，干脆不要开！要找谁沟通，最好可以先发个邮件或者打个招呼，告之这次沟通的大概情况，要有不达目的不罢休的精神。

换位思考

一名专业互联网博士去和60多岁深山里的老农沟通，想告诉农夫什么是电子商务，博士满口的B2C、B2B，讲得手舞足蹈、天花乱坠，虽然言表不亚于奥巴马，但是效果却鸡同鸭讲。如果能换位思考，多用一些对方的语言，多了解对方的工作方式，多了解一些对方的性格，沟通的效果就皆大欢喜了。

选择合适的时间、地点、方式

沟通的方式包括说话语气/肢体动作、书面/非书面、正式/非正式。

记得有专门的研究机构提供过数据，在表达同一层意思时，你的文字、语气、肢体语言对你意思表达的影响各占比重分别为7％、38％、55％，所以如果各位之前没有意识到这点，今后试着刻意观察一下自己沟通过程中的语气和动作，加以改进。

关于正式和非正式的问题，值得注意的是，在跨部门沟通中，存在很多敏感的问题，特别是第一次沟通，最好采用正式沟通，例如发邮件给对方，抄送给对方和自己的直接上级，或者直接联系该部门的负责人，得到他的支持等等。不过，邮件一般作为第一次沟通或者阶段成果的书面确认。争议性的东西，尽量避免使用邮件，特别注意不要在邮件中fighting，抄送很容易被理解为“企业政治”的行为。

及时总结小的规程。国内比较成熟的企业都有SOP（标准操作规程），界定部门之间合作的职责、流程、接口等。搜狐研发中心有一个Cynthia—BUG的系统，可以有效规范部门之间的职责。将小的BUG和需求及时进行总结和处理，可