在职场中，跨部门沟通是一个非常重要的软技能，不管是要完成日常项目，还是接手新的业务，或者平时项目汇报和晋升答辩，这些都需要有良好的跨部门沟通能力。本文作者总结了几点跨部门沟通技巧，一起来看一下吧。
学姐还记得十几年前自己刚入职这行的时候，满脑子都是想着“做出有价值的产品”， 当时的组织架构也比较精简，几乎是在“横冲直撞”地做项目。随着行业的发展，公司规模也越来越大，一开始是业务线越来越多，后来是BU越来越多，最后甚至有的业务线成立了“公司”，公司变成了“集团”，跨部门沟通变成了日常。
曾经有一个大老板提醒我，需要提升一下自己职场的“软技能”，当时不太理解这玩意儿有啥用，咱能做出有价值的产品不就完事了嘛？不过越到后期越能感受到，跨部门沟通这个软技能尤为重要：
- 产品经理没有办法一个人完成项目，几乎所有的项目都需要和跨部门的同事合作，简单的一个功能点可能需要与设计师、研发合作，复杂点需要运营、法务、财务，甚至可能要和其他公司的同事沟通（关于做项目的流程，可以看学姐的这篇文章）
- 产品经理经常会转岗、或跳槽，这时候就需要接手新的业务，如果缺乏沟通技巧，往往会在这些关键节点上栽跟头（关于如何接手一个新业务，可以看学姐的这篇文章）
- 不管是平时的周会、月会，项目汇报还是晋升答辩，都需要平时良好的跨部门沟通作为打底，不然很容易被其他部门的老板“拆台”（关于项目汇报模版，可以看学姐的这篇文章）
接下来学姐就分享一些自己总结出的跨部门沟通技巧～
Part.1 端正态度和谈恋爱差不多，跨部门沟通的时候，我们一定要先端正自己的态度。很多童鞋觉得，工作场合大家公事公办嘛，我提的建议是对事不对人的，该怎么样就怎么样咯～这种做法在大家已经建立起信任关系的时候是OK的，但如果大家都不熟悉，或者关系本来就有点对立的话，学姐就建议童鞋们在沟通的时候注意态度。
首先，大家一定要告诉自己，任何工种都是有价值的，有些童鞋在工作的时候总觉得别的同事是来给自己项目添乱的。比如学姐曾经在职场上遇到一个产品总监，在和老板开会的时候讨论设计方案，因为设计总监在设计方案上有一些自己的想法（那不是很正常吗），就直接说了句“你们设计师就喜欢纠结这些”，言语中透露着对他人工作的不尊重，让设计总监暴跳如雷。自此以后这位产品总监力推的需求，在设计师那里都很磕磕绊绊，没多久他就被离职了……
其次，我们要多倾听其他部门同事的建议和想法，虽然他们没有你这么了解这个项目/业务（甚至有时候我们会觉得他们提的建议很傻），我们也不能粗暴打断别人。应该先尝试理解他们的出发点，和他们耐心解释，是否可以换一个路径，来达成他们的目的，或者等后续资源充足的时候再来实现他们的需求。
最后，也可以适当建立一些私人关系啦～比如，在开会前拉拉家常，一方面可以更好地帮助你了解这位同事，另一方面也可以活跃下气氛，不要做一个无情的“推项目机器”，其实大家的工作有时候挺枯燥的，都需要适当放松下。
Part.2 换位思考态度摆正之后，我们还要学会换位思考，说起来简单，做起来有点小难度，学姐在这里就给大家支三个招。
首先，我们学习不同工种的基础知识。举个例子，如果我们想和设计师沟通更顺畅，就可以多去看看竞品的设计方案，多去找一些设计得比较精美的App，在设计师做视觉还原的时候也可以多参与，尽量提升自己的审美。再比如，我们可以学习一些编程、SQL等，对于不同工种的专业术语，比如技术名词等，我们也可以去网上多查查他们的含义（问AI也很方便）。
其次，我们要了解其他部门的指标。每个部门其实都有自己的业绩要完成，也面临着鸭梨，如果我们在推进项目的时候，能把他们部门的指标考虑进去，做到双赢，那沟通自然也就顺畅了，退一步说，我们至少不能拖累他们的指标。当然，有时候我们也难免遇到一些不能两全的时候，比如上线一个新功能或者新活动，必然就会增加一些用户投诉，这时候客服部门的指标就容易被拖累，这时候我们一方面要尽可能把这个影响降到最低，另外一方面要及时通知对方，避免因为我们的项目让对方部门“背锅”，这样才能维系好关系。
最后，我们也要了解他们的组织架构，有时候合作部门提出一些角度刁钻的建议，很有可能是因为他们受到了老板的“指示”，虽然他们心里也不一定认同老板说的，但也只能硬着头皮过来给我们提建议。这时候我们去否定他们就比较难了，可以考虑让自己的老板出面去和对面的沟通，这样同level的人去沟通，效率会更高一些，千万不要盲目相信什么互联网扁平化管理之类的～
Part.3 良性循环在跨部门合作中，有时候出现因为沟通不到位导致两个部门结下“梁子”，学姐还记得以前还遇到过两个同事互相拉黑的情况，导致陷入恶性循环。怎么样才能避免这种情况呢？学姐觉得，沟通不仅要做到“及时”，更要做到“超前”，这样才能形成一个良性循环。
在项目前期，我们往往会做一些客户调研，比如访谈、问卷之类的，虽然这时候研发和设计的同事还不需要跟进，需求方案也是八字还没一撇，我们还是可以把一些调研的结果通过邮件或者分享会的形式共享给他们。这样等到后续输出方案的时候，他们就有更多的背景知识，也更容易和你站在同一条战线上。
在项目中期，开需求评审会之前，我们也可以私下约设计、研发、运营的同事，简单讲一下大致的方案，特别是沟通一些我们觉得会有挑战的地方。这样，到了正式开会的时候，就不至于被“突然袭击”，被挑战得太惨。在项目开始启动研发之后，任何的变更，我们都要及时告知合作部门，让他们心里有底，可千万不能“先斩后奏”～
在项目后期，比如可以开始测试、UAT的时候，我们也要及时告知合作部门，让他们都参与到产品体验中，避免上线了之后他们再提出一些意见，这时候改起来就很麻烦了。项目上线后，我们也要及时把上线后的数据分享给对方，当然这里学姐觉得可以尽量分享一些比较好的数据，这样才能提升别人与你合作的积极性；那些做得还不够的地方，可以在下次迭代之前再分享给相关部门。
好了，跨部门沟通就讲到这里，大家一定要牢记端正态度、换位思考、良性循环这三个技巧哦。最后祝大家业绩长虹，成为公司里最受欢迎的崽～
专栏作家
海贝学姐，公众号：海贝学姐，人人都是产品经理专栏作家。十年大厂产品经验，精通产品方法论和产品知识。
本文原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于 CC0 协议。
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
,
