- 14
- 0
- 约2.47千字
- 约 3页
- 2021-08-19 发布于上海
- 举报
跨部门沟通,产品经理怎么破?
相信很多产品经理已经分享过如何和开发沟通,如何和 UI沟通之类的话题,这个算是跨部门沟通的
一种,不过从根本上来讲这种更确切应该被称为跨职能沟通,至少大家在相同的产品 KPI 驱动下,大
家在同一项目组下,很多事情还是很好沟通的。从另一个角度说,产品,设计,开发,测试,运营
,其实这是一个环环相扣的流程,就是说大家不都是相互独立的,产品经理作为其中逻辑引导者,
将各个部门相互连接起来,这是产品经理的核心能力之一。
但是,在做产品的过程中,会遇到另外一种跨部门沟通,就是相互相对独立的部门之间的沟通协调
。比如说,微信要做个支付功能,这时候就涉及到两个相对独立的产品,或者百度要做某个 APP 要
嵌入百度地图等等,当一个公司的产品发展到某个地步的时候,这种问题一定会遇到。再将范围扩
大些,在做手机等硬件设备的产品时,硬件部门,系统部门,机构部门,乃至到生产部门,其实他
们从 KPI 角度上是相对独立的,如果做好这个沟通工作呢?
其实,对于这种悲催的工作,难点在于,三个方面
1.涉及的每个部门的人对于产品认知是不同,每个人只是对于自己负责的部分了解,所以沟通的基
础就是有问题
2.KPI 导向不同,当大家相互独立的时候,也就是说明各自的 KPI 导向不同,利益不同的时候沟通就
很容易遇到障碍
3.职责定义不清晰,其实做这种工作时问题最多的时候就是职责的定义不清楚的时候,各自丢球扯
皮推卸责任,产品经理苦不堪言啊 ==
当然,有问题还是要解决问题的,针对自己曾经的苦逼经验,总结下如何做好这种跨部门沟通?使
得产品可以顺利推进。
1.清晰定义职责,责任确定到人
在项目开始的时候,首先的事情就是清除明白的定义到每个部门的在接下来的工作中的职责,从产
品层面到技术层面,尽量考虑全面,清楚定义到每项工作的接口人,以及响应机制,然后通过会议
确定,并形成完整书面说明。
一旦项目中,有需求变动或者人员变动,需要及时更新接口人,并正式告知各部门领导
2. 出现问题,首先确定问题
在产品推进过程中,难免遇到一些问题,或者是 bug ,或者是资源问题,作为产品经理,第一时间
要做的是确定问题的根本原因,这个说起来容易,但是往往很难做到,需要很强的逻辑判断能力和
产品经验。
需要确定的是,一这是不是问题,二这个问题现阶段要不要解决,三要解决要找谁解决
3.培养产品全局观
分布到不同部门,每个人站在自己产品的角度上必然有着自己对于产品的理解,所以作为产品经理
必然要有超越所有人的产品全局观,知道产品从何而来,去向何处,这样才能在问题出现的时候,
最快速的搞清楚问题的来龙去脉。
另外一个方面,你所沟通的人一般只会看到产品的某一个部分,得出的结论难免偏颇,跨部门沟通
时涉及到的人必然不少,一个人一个说法,哪怕只涉及三个人这事就不要谈了。所以产品经理要做
那个从一团乱线找到线头的那个人,但是这个人的脑子要足够的清楚
以上三点是沟通的基础,在实际的沟通过程中,我有些心得列在下面,不一定对,仅供参考
1.最后情绪化管理,在跨部门沟通中,难免会遇到责任界定不是那么清晰的事情,由此引起的冲突
也在所难免,这时候会有一些情绪化的表达也是人之常情,产品经理就是要过滤掉这些有的没的,
让事情回到解决的轨道上来,这也是高难度谈话技巧很重要的部分。
2.善于选择沟通工具的使用,沟通工具有 IM 工具,电话,当面会议,邮件,短信,要善于在恰当的
时候用这些工具,催进度你一个个电话打过去,人家也嫌烦不是。把事情分清楚轻重缓急,有时候
一个短信往往比一个电话起到更好的效果
3.不要万事找领导,在跨部门沟通中,找领导往往是最后的办法,无论是找哪个部门的领导,最后
的结果并不一定可以促成事情的解决,产品经理要做好自己的衡量,除非遇到资源问题。但是有
时候,对于某些人,沟通中打出领导牌还是有点作用的
4.在做跨部门沟通时,整体看着皮球被踢来踢去的,有时候我觉得产品经理要有勇气去接一下,比
如需要总结个小的方案,偶尔一次可能就积累下了别人对你好的印象,之后沟通也会有意无意的顺
畅很多。很多时候,沟通的前提往往是对你这个人的认知,而不是对于事情的认知。
5.永远清楚自己的位置,产品经理不是真的经理,在跨部门沟通中,不免和各个部门的 lead
原创力文档

文档评论(0)