为什么要讲内部沟通？
pm的工作性质决定了沟通工作在日常工作中占比很高。
pm的工作性质：团队合作型、资源调度型、目标驱动型。
【沟通意识】
一、积极沟通，不推卸
- 主动发起沟通
这个事情下周三可以完成吗？ - 当对方抛出一个结论的时候，在接受之前多问自己一句“为什么？”
如果自己不能给出答案，或者给出的答案是“我猜/我觉得”，就需要将这个“为什么”抛出去，让对方给出答案。
循环往复，直到结论自己认可。
为什么不能完成呀？这个项目很重要，现在哪些项目排在这个项目之前？ - 在得到自己认可的结论后，确认这个结论和自己的目标一致吗？
如果不一致，要想办法主动担负起协调资源的责任，得到自己和大家都满意的结论。
我们能协调一下优先级吗？哪些项目在前面，我去沟通下 - 如果资源不能支持达到目标时，不要死磕这一种办法。达到目标的前提下，任何方法都可以。
我们能否换一种做法来做这件事？
二、实事求是，数据导向
如果希望别人相信自己说的话，那么自己说出的每一个结论都必须有事实或数据支撑。
- 用和结论相关的数据来支持结论
结论先行，数据紧随其后。
（结构思考力-结论先行，之后分条叙述个别事项）
（学会提问-将结论和理由（数据等）都展示出来，让读者判断是否相信）
项目上线后，用户量提升40%，超出预期。但是订单量只增加了5%，低于预期。 主要原因是…… 项目执行中出现的问题是……
三、对事不对人，解决问题为先
陈述事实，以及当前问题的解决办法，以及今后如何避免。
A部门：这个问题发生的主要原因是我们没有及时了解到B部门xx项目的重要性，导致资源没有完全倾斜投入。
B部门：确实是这个问题，我们对这个项目的通报做的不好。另一方面我们还要考虑如何建立机制解决类似的问题。
四、常见沟通误区：沟通礼仪是对？？负责
沟通礼仪是对结果负责。判断沟通效果时，应该判断是否达到了发起沟通的目的。
如果只是态度好，不算是良好的沟通礼仪。
一句话总结：积极 坦率直接 讲事理 互相信赖
【沟通方法】
0-3岁pm常见的沟通场景：
沟通需求/交办事项
解决分歧/推动执行
大部分情况下，pm想做的事，都会有障碍。（推不动）
一、沟通需求/交办事项
1.保证目的有效传递
通过“目标”来确认目的
通过实施方案来确认“目标”和“目的”
2. 保证可执行
要做什么？目标？时间点？负责人？
3. 不能失控
- 不要指望一次沟通能解决问题，要保持沟通，积极沟通
- 建立检查点，出现重大进展、与预期不符的变化要及时反馈
路径越长，风险越多，要标注核心节点，按时确认项目正常进行
例如：kick off，上线，数据评估……
4. 结果反馈，建立互信；效果评估，有始有终
不论结果是好是坏，都应该将做完事儿以后的结果告诉付出努力的同事们。
建立有始有终的可信任人设，还能增进和合作者们的关系。
5. 如何避免成为传话筒——主动掌握局面的几个方法
- 把相关方拉到一起，面对面直接沟通
如果有rd主导的项目，可以让负责主导的rd主导沟通，pm负责组织沟通和收获结论 - 站立会，是新手pm最快掌握项目的机会
方法1-排期表checklist，让相关rd互相知晓相关方的进度
方法2-进阶：让rd在下班前回复邮件，把握进度 - 项目review会
在项目结束后将不顺的问题拉出来沟通，暴露出来并解决掉，下次就可以更好
二、解决分歧/推动执行
想要解决问题的时候，需要站在别人的角度，看别人受了什么影响
- 沟通技巧：
L-倾听 listen-关键点：客观描述现象
S-分担 share-关键点：对现象理解一致
C-澄清 clarify-关键点：明确问题的关键
P-陈述 present-关键点：给出解决建议
A-要求 ask- 关键点：明确结论 - 为了达到解决分歧、推动执行的目的，还应该具备的意识
积极：出现分歧、无法执行时，就要努力去解决！
坦率：不回避自己的问题，也不夸大，实事求是地解决问题！
直接：不要不好意思指出问题！
讲事理：对事不对人，解决方案时对公司/项目有利的。
互相信赖！
额外tips：评审时没人听怎么办？
超过2h的评审都可以拆块评审。
在评审和开发中间，加入pm答疑环节。由rd主导梳理，pm负责解答困惑。
网友评论