作为产品经理，沟通是协作中必要的一环，本文总结了正式沟通和非正式沟通，探讨如何开好一个会，希望对你有所帮助。

如果我们去观察市场上招聘产品经理的岗位要求，就会发现几乎每家公司都要求产品经理有较强或者良好的沟通能力。沟通能力对于其他岗位来说一般是作为加分项，但对于产品经理来说，几乎已经成为了必备项。

为何沟通能力对于产品经理那么重要？我认为是产品经理在团队中的角色定位所决定的。作为团队的催化剂，他需要用需求串起业务、研发、设计师、测试等一众角色，让大家朝着同一个目标前进。这中间需要做很多的沟通工作，沟通做得好的产品经理，能成为团队的润滑剂，让事情高效落地，反之，则会经常受夹板气，上有需求方的压迫，下有研发测试的不配合，如此，再好的方案也难落地。因此，良好的沟通能力是靠谱产品经理的必备技能。

沟通可以分为正式沟通和非正式沟通。所谓正式沟通通常是指开会，以下我们就先来说说如何开好一个会。

一、关于正式沟通

1、会前准备工作

作为会议的发起人，会议之前首先要准备好会议要讨论的内容，讨论什么议题，每个议题自己的观点是什么。如果是需求评审会，那就检查几遍自己的需求文档，看看有没有表述不清的地方。再思考思考大家可能会提的问题，预先想好该怎么回答，这样在会上就会从容许多，也更加自信。

2、搞定关键角色

会前另一个关键事项是找到会议关键决策人，先和他私下沟通你的大致方案，取得一致才能开这个会。私下沟通属于非正式沟通，彼此能更轻松的交流，也更容易达成一致。这样做能让你心里更有底，也能在正式会议的讨论面临分歧时，拥有一个有力的支持者。

3、开会的氛围与节奏

会议开场可以适当聊几句题外话、开个小玩笑，让气氛轻松活跃起来。轻松的气氛能让大家松弛下来，消除紧张感和对立情绪。在讨论环节要注意节奏的把控，如果讨论范围已经超出本次会议的议题，需要及时打断，提醒大家本次会议的主题。遇到某些细节问题讨论时间过长导致后续重要议题可能没时间讨论的情况，也可以适时打断，提议会后小范围讨论。节奏把控的目的是让整个会议按流程顺利进行下去，不要在某个环节卡壳。

4、会议记录与后续todo

会议中每个议题的讨论结果都需要记录下来，涉及到后续todo的也要记录到人以及解决的时间。如果有未讨论清楚的点，需要记录卡点是什么，各方的观点是什么等。

会后再将会议记录整理成会议纪要，涉及后续todo的最好和相关人员确认清楚，然后向与会人员发出会议纪要。最后是跟进后续todo的进展情况，并定期向与会人员同步。

5、沟通技巧

面对不同对象时，表达的侧重点是不一样的。对你的上级的上级，一般不太了解你做的具体的事，最好也不要让TA和你讨论你的工作细节，可能会有不少不太专业的视角。所以沟通要讲的是Why，为什么要做这件事，为什么决定这么做，为什么这么做会有效？这是最关键的问题，细节不是。

对你的上级，TA会对你的工作了解很多，沟通要讲的是What，你要做什么，达到什么效果。

以上两级的沟通，需要的不是让他知道你怎么干，而是让他相信你做事情的逻辑、方法是正确的，支持你，以及在更高的层面帮助你。

对你的平级和下级，要讲的是How，尽可能详细说细节，怎么详细都不为过，很多沟通壁垒其实在于“我以为你应该知道，其实你不知道”。

二、关于非正式沟通

除了开会这种正式沟通的场景，日常工作中也存在非常多的私下沟通场景。很多人觉得私下沟通没什么需要注意的，可以率性而为，但往往这种率性而为会在无形中为自己树敌，导致工作推进出现困难。

其实通过私下沟通，我们可以获得比正式沟通更多的信息，尤其是关于沟通对象的性格、喜好、行为方式等。了解这些信息是很有用的，可以让我们避免踩到别人的雷区，也能让我们在面对不同性格的协作方时采取不同的沟通策略。

有的人比较好面子，那我们在需要他协助时，可以多捧捧他，让他感受到被尊重，感受到自己很重要。

有的人比较看重实际的好处，那我们在沟通时，可以多说说项目的价值，以及做好了之后对他的好处是什么。

私下沟通应该以和他人保持良好的关系为原则，这个原则不意味着我们需要和所有协作方做朋友，这没必要，也不可能，良好的关系是指尽量不要把关系搞坏。这其实并不难，与人沟通时记住“只要利益不产生冲突，别人讲的话，一般不需要反驳”。

总喜欢反驳他人，并向他人输出自己的观点，这会给人一种“很尖锐”的感觉，大部分人都不喜欢和尖锐的人待在一起，因为时不时就会被刺一下，很不舒服。所以保持克制，不刺伤别人，在我看来就是与人保持良好关系的要诀。

产品经理不是一个单打独斗的岗位，想要做成事，解决问题，就必须和其他人深度协作，而协作就建立在良好的沟通上。搞定了沟通与协作的问题，在解决问题这一环节，就完成了一大半，剩下的部分就是输出prd。

输出完整的prd我认为可以分为3个小阶段，先绘制流程图，然后画原型，最后再写需求文档。先梳理流程可以让思维从具体的细节方面跳脱出来，更容易思考重点和全局，了解业务的痛点在哪。流程梳理清楚，再画原型，往往会事半功倍。

关于如何绘制流程图，原型设计的技巧以及撰写需求文档需要注意哪些点我在另一篇文章（如何让你的方案一直很靠谱：https://www.woshipm.com/pd/3314602.html）中有过详细的介绍，感兴趣可以去看那篇文章。

至此，关于我的产品方法论就总结完了，发现问题、分析问题、解决问题，这种做事的思路不光可以用于产品经理的工作，对于处理生活中的问题也是很适用的，希望这3篇文章能够带给大家一点启发，让工作少一点内耗，生活多一些美好～