我希望通过“简明产品论”，分享一些我在普通小厂工作中总结的经验教训，给刚入行的朋友提供一个不同于大厂的观察视角，与大家一同交流学习。以下内容，来源于我产品工作中的思考，可能和你在别处看到的不太一样，希望你能赏脸一读！
01
沟通，是产品经理的一项非常重要的日常工作。
策划前，产品经理需要参与甚至主导需求讨论、需求评估。
策划时，产品经理需要与需求方沟通具体需求细节，讨论实现方案。
策划后，产品经理需要传达需求，跟进需求实施。
某种程度上讲，策划能力和沟通能力，是产品经理需要具备的2个最核心的能力。
有时我会开玩笑说，所谓“产品经理”，就是“画图仔”加“传话员”。
说到“沟通”，大家容易想到的是那种能说会道、擅长交际、很会来事、外向大方的party people。
我最近在网上还看到了这样一个问题，“内向的人能不能当产品经理？”
这其实是对“沟通能力”有较大的误解。
沟通的目的，是向特定对象传达特定信息。
“沟通能力”，可以简单理解为，“准确、高效、及时、恰当”地向特定对象传达特定信息的能力。
懂不懂幽默、能不能和同事打成一片、外向或者内向，这些只是“沟通”的不同风格而已。
那么，产品经理具体应该怎么进行“沟通”呢？
这里，我不打算泛泛而谈各种概括性的原则，而是围绕几种常见的沟通工具，谈一些具体可操作的小建议。
这些建议是我在具体工作情景下非常个人的判断，可能不太具有普适性。
不过，产品新人可以借此一窥，所谓“产品经理的沟通工作”，实际是什么样子的。
02
说到“沟通”，我首先会想到“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要怎么写，没有统一的绝对标准。
关键要看信息接收方的具体情况。
产品经理应该采用接收方容易理解的方式，撰写产品经理需要接收方了解的全部内容。
反之，对于其他一切对“沟通”没有积极作用的东西，能精简就精简，以提高效率。
03
邮件，使用频率不会很高，但是有不可替代的作用。
一般不会将“邮件”作为主要的沟通工具。
因为和QQ之类的即时通讯软件相比，邮件的效率太低了。
在工作中，邮件一般是作为“半正式的公司文件”来使用的。
发一份工作邮件，相对于发一份比较正式的公司文件。
各方的责任和义务，通过邮件，都大致上被安排清楚了。
后续如果出了问题，这份邮件会被当做重要证据来对责任方进行追责。
关于产品经理如何使用“邮件”，这里有几点建议。
一、存在较大风险的事项，都要通过邮件来通知各方。
比如说，对用户信息的批量处理。
比如说，跟“钱”有关的一切事项。
比如说，对系统核心模块可能产生负面影响的改动。
以前，我很讨厌别人跟我说，“发个工作邮件出来”。
我觉得，明明已经沟通清楚了，还要我补发工作邮件，是对我的不信任。
现在，哪怕对方明确表示不用发邮件了，如果存在较大风险，我还是坚持要发个正式的邮件出来。
这个决策是产品经理做的，出了问题，不管有没有邮件作为“证据”，产品经理都应该为之负责。
关键在于，如果有工作邮件存档，那这个责任就不是“无限”的，而是有明确的边界。
我邮件里明确写了要这么这么处理，后面因为没有完全按照要求的来，导致的问题，就不完全是我产品经理个人的责任了。
二、要尤为关注邮件的抄送对象，千万不要有遗漏。
作为一个“半正式的公司文件”，它的有效性，很大程度上来源于抄送对象的覆盖面。
所有需要告知的对象，都要进入抄送列表里面，尤其是相关领导。
对方收到了邮件，而且没有提出什么意见，就大致等同于，对方知悉并同意了。
这点非常重要。
千万不要有“担心打扰到领导”这种多余的顾虑。
我所有的工作邮件，都会抄送给我的上级。
如果是对外的邮件，或者是涉及重要敏感内容的邮件，我还要抄送给更上一层的领导。
一方面，是为了“有锅一起背”。
另一方面，也是为了确保，如果自己“犯傻”，能有人及时发现并及时止损。
三、邮件不要立即发送，设置自动延迟发送。
一般邮件客户端，都有自动延迟发送的功能。
比如说，点击发送后，延迟60秒再发出去。
最好把在这个功能设置上。
不要问我为什么，说多了都是泪。
04
即时通讯软件，像QQ、微信、钉钉，是产品经理日常用到的最频繁的沟通工具。
每天大部分的工作交流，基本上都在上面进行。
我每天无时无刻都在进行“清除未读消息”的操作。可能不到10分钟，就会有99+个未读。
这些即时通讯软件，非常便捷，以至于我们下了班还能在家办公。
但是，它们也有适用范围和注意事项。
下面简单说几个。
一、需要使用准确、完整、书面化的表述方式。
大部分时候，不需要那么正式。
哪怕是工作上的交流，也可以充满各种流行语和表情包。
但是，即时通讯软件上这种只言片语的交流，很容易产生歧义。
你说的是A，对方理解成了B。
你在说事项C，对方以为你在说的是事项D。
因此，在讨论出结论后，产品经理需要用书面化的表述方式，将结论准确、完整地表述清楚，然后@上所有需要知悉的人。
二、尽量在大群里面讨论问题。
私聊，对应的是一对一的对话。
大群，对应的是多人的会议。
有些朋友，可能是担心打扰到别人，或者出了问题想要私下里偷偷解决，所以比较喜欢私聊，或者建各种小群进行沟通。
我认为，这样是不对的。
如果是需要团队其他成员知悉的事情，那么通过私聊进行沟通，肯定是有问题的。
如果是两个人沟通就可以解决的问题，在大群里面说，其实也影响不大。如果对方不想受到打扰，设置“免打扰”就行了。
所以，我总倾向于在大群里面讨论问题。
让所有人都看见自己，这样可以提高沟通的效率。同样的，也能保证自己在“犯傻”的时候，能有人及时发现并及时止损。
另外，我觉得，如果闯祸了，尽快让领导知悉并让领导了解到你为了弥补错误所做的工作，比私下里偷偷解决问题，更加明智。
三、太复杂的事情，不要在即时通讯软件上讨论。
即时通讯软件，虽然便利，但是也有局限性。
根据我的经验，它只适用于简单事项的通知和确认，不太适合复杂事项的讨论。
一旦这个事项比较复杂，使用即时通讯软件，效率就会变得非常低。
可能半个小时过去了，也没讨论出什么东西来。
大家噼里啪啦打了一大堆字，但是对方总是没弄明白你要表述的意思，你也不清楚对方是要说些啥。
因为，一旦对话超过3轮还没有初步得出结论，或者同时需要讨论的事项超过3个，我建议马上离开工位，走过去和对方面对面直接沟通。
05
面对面沟通，虽然原始，但依旧是非常高效、不可替代的沟通方式。
面对面沟通的过程中，我们可以快速高效地交流信息，可以一边说一边用辅助工具补充说明，可以通过观察肢体语言来了解对方是否真的了解了……
我建议，产品经理不要太依赖于即时通讯软件上的交流，要尽可能多的采用面对面沟通的方式，尤其是一对一的沟通。
曾经我负责过一个项目，需求已经在会议上讨论清楚了，需求方也表示没问题了。
但是，我还是觉得不放心，所以又自行找了需求方进行沟通。
然后，在闲聊过程中，对方随口说的一句话，让我意识到，之前会上的讨论，遗漏了一个非常重要的场景。
当然，“说话”大家都会，我也没有资格教大家怎么说话。
这里就简单讲几个我觉得比较重要的点。
一、不懂的事情就说不懂，不要“不懂装懂”。
有时候，我觉得，大家对“产品经理”的要求过于苛刻了。
本来，和其他岗位一样，产品经理的工作职责，也是有明确界限的。
但是，一般会认为，产品经理就应该什么都懂。如果你说不懂，就会质疑你的专业性。
但是，就算可能会被质疑，产品经理也不能“不懂装懂”。
在沟通过程中，如果对方抛出的专业名词你不懂，如果对方提及的业务内容你不懂，如果对方说的技术方案你不懂，直接表示自己“不懂”就可以了。
“不好意思，请你稍微介绍说明一下。”
如果还是不懂，记下来，先回去查下资料，弄懂了再过来讨论。
另外，对于任何自己没有掌握到的情况，哪怕是领导过问，也要实事求是地表示自己不清楚。
千万不要传递“未经考证”的信息。
二、不要带入个人情绪，始终明确沟通的目的。
在工作上，不要带入个人负面的情绪，这点大家都清楚，无需赘言。
其实，对方的负面情绪，我们也可以不用太在意。
作为产品经理，“被怼”是我们的日常。
以前，被怼的时候，作为一个自认为有担当的人，我会诚恳地道歉，表示自己能力不足，是自己的错误，等等。
后来我发现，这样做其实没什么意义。
一方面，事情往往不全是我的责任。
另一方面，当前也不是追究责任的时候。
哪怕100%是我的责任，那也是后面领导追责时候的问题，当前需要做的事情一点也没有变。
所以，现在我一般会静静等对方把不满情绪宣泄完，然后掏出本子，当着对方的面，在上面写上“（1）”，然后问道：
“那么，现在需要我这边做哪几点事情，来配合你们？”
三、沟通完成后，要及时记录，并做好通知工作。
面对面沟通，一个重要的缺陷就在于，沟通的内容没有记录。
因为，当我们沟通完成后，一定要在第一时间，把沟通的结论记录下来。
当然，形式不限，只要自己看得懂就行。
同时，沟通的结论，该通知的要及时通知，该落实的要及时落实。
06
我也是一个内向的人。
和其他内向的朋友一样，我也很不擅长“沟通”。
但是，工作上的沟通，其实和我们日常所想象的非常不同。
我们不需要能言善辩、舌绽莲花。
如果你不会沟通，那就忘了“沟通”这个事吧。
我们只是在“做事”。
没说明白的事情，就多说几次。
这种方式有问题，下次就换一种方式。
所谓“产品经理的沟通工作”，其实也就大抵如此。
