编辑导语：对于产品经理来说，往往需要提各种需求，与各个部门的人打交道，沟通也成为了产品经理的一项日常工作。于是，大家会觉得，产品经理这个职位更适合外向的人，而内向的人很难胜任这份工作。那么，事实是这个样子的吗？本文作者为我们做出了不同的答案，分析了为什么内向的人也可以成为产品经理。

一、沟通

沟通，是产品经理的一项非常重要的日常工作。

• 策划前：产品经理需要参与甚至主导需求讨论、需求评估。
• 策划时：产品经理需要与需求方沟通具体需求细节，讨论实现方案。
• 策划后：产品经理需要传达需求，跟进需求实施。

某种程度上讲，策划能力和沟通能力，是产品经理需要具备的2个最核心的能力。有时我会开玩笑说，所谓“产品经理”，就是“画图仔”加“传话员”。

说到“沟通”，大家容易想到的是那种能说会道、擅长交际、很会来事、外向大方的party people。

我最近在网上还看到了这样一个问题，“内向的人能不能当产品经理？”

这其实是对“沟通能力”有较大的误解。沟通的目的，是向特定对象传达特定信息。“沟通能力”，可以简单理解为“准确、高效、及时、恰当”地向特定对象传达特定信息的能力。

懂不懂幽默、能不能和同事打成一片、外向或者内向，这些只是“沟通”的不同风格而已。那么，产品经理具体应该怎么进行“沟通”呢？

这里，我不打算泛泛而谈各种概括性的原则，而是围绕几种常见的沟通工具，谈一些具体可操作的小建议。这些建议是我在具体工作情景下非常个人的判断，可能不太具有普适性。

不过，产品新人可以借此一窥，所谓“产品经理的沟通工作”，实际是什么样子的。

二、PRD

说到“沟通”，我首先会想到“PRD”。没错，不是什么“说话之道”、“沟通的艺术”之类的东西，而是产品经理的“PRD”。

PRD，是产品经理最重要、也是效率**的沟通工具。产品经理的工作，主要是围绕“需求”进行的。

• 在需求讨论的各个阶段：产品经理主要通过PRD来传达自己对需求的理解，以及自己用于解决需求的方案设计。
• 在需求实施的各个阶段：产品经理主要通过PRD来传达自己设计的方案内容，以及各种具体的要求细节。

如果不是通过PRD，而是靠“说”。那么，哪怕是一个普通的需求，产品经理想要把需求说清楚，估计也得说上一天一夜。

关于PRD，有一个非常常见的问题就是，PRD具体要写得多详细？

有时候，我看网上分享的一些PRD，完成度非常高，细致入微，也很精美。但是，我总有那么一点疑惑，这些精致的PRD，产品经理到底是要“说”给谁听？

PRD，本质上是产品经理撰写的，面向团队各成员的沟通工具，是产品经理想法的载体。PRD要怎么写，要写得多详细，想想这个PRD是要“说”给谁听，答案就很清楚了。

比如说，表单的交互和判断要求，我一般不会写进PRD。因为类似的模块，开发部门已经做了无数次，已经非常熟悉了，甚至比我还清楚。

双方都清楚的内容，再重复说明，就多此一举了。

比如说，我曾经要在APP内做一个有tab切换的列表页。我在PRD内注明：iOS需注意，切换第2/3个tab列表页时，双击状态栏也需要回到顶部。iPhone有个系统层面上的机制，就是双击状态栏，可以回到列表顶部。

但是，如果是切换到第2/3个tab列表页，需要特殊处理下，才能实现这个回到顶部的功能。因为技术可能会漏掉这个处理，所以我特别说明了一下。后来开发的时候，技术同事如预料的一样，真的就把这个给遗漏了。

PRD要怎么写，没有统一的绝对标准，关键要看信息接收方的具体情况。产品经理应该采用接收方容易理解的方式，撰写产品经理需要接收方了解的全部内容。

反之，对于其他一切对“沟通”没有积极作用的东西，能精简就精简，以提高效率。

三、邮件

邮件，使用频率不会很高，但是有不可替代的作用。

一般不会将“邮件”作为主要的沟通工具。因为和QQ之类的即时通讯软件相比，邮件的效率太低了。

在工作中，邮件一般是作为“半正式的公司文件”来使用的。发一份工作邮件，相对于发一份比较正式的公司文件。各方的责任和义务，通过邮件，都大致上被安排清楚了。后续如果出了问题，这份邮件会被当做重要证据来对责任方进行追责。

关于产品经理如何使用“邮件”，这里有几点建议。