产品沟通的方式

1、口头沟通

       当面沟通说话要有条理性、逻辑性，有条不紊地沟通表达；口头沟通时需注意情绪控制，表达内容需要注意态度和话术；口头沟通需要讲究技巧和方法论，如果不知道怎么与其他人沟通的话，就找方式来沟通，采用“三个一”；如果平常需求有分支，抛出自己观点之后，先听他人怎么说，等他人说完，我们再说，不要太急。

结构化表达：

与领导或下属沟通方案时，最核心的是讲重点。先讲重点，再讲需要对方如何协助，最后总结。无论是会议沟通还是汇报工作，运用结构化表达，避免被提出“讲重点”。

高阶沟通方法论有：

非暴力沟通：非暴力沟通涵盖四个流程：观察 – 感受 – 需要 – 请求。

观察沟通对象的行为或情绪，当与开发沟通需求时，对方的行为表现如何，是马上拒绝还是面露难色。不需要表达情绪和想法，要表达感受，不要用“我觉得、我认为”，这是想法不是感受。

告诉对方这个功能的重用程度，为什么需要这个功能，最后请求对方帮忙协助。这不是妥协，不是忍让，而是运用非暴力沟通方式达到解决目的的方法论，既要柔软也要坚硬。

（2）文件沟通

文件沟通常用场景是给到项目相关人员，目的不同。但核心规范要素是：简炼、突出核心观点、挑重点、避免重复啰嗦。

一份规范的PRD，需要具备完整文档框架。涵盖：修订历史、项目背景、文件目录、项目架构图、项目流程图、图文结合式功能描述、用户界面、数据埋点。

产品经理在写PRD时，内容量过多时，会遗漏部分功能描述。可以使用MECE原则，做到互相穷尽，相互独立。每一个功能点、用户界面，都不被忽略不计。

MECE的原则是讲究完整性和独立性，使用MECE原则时，找到问题所在以及其切入点，作为产品经理常用工具或思维非思维导图分析莫属。

测试用例文档：测试用例文档的目的是为了核实最后的上线产品是否与需求一致，即测试用例文档要做到交互一致，详细穷尽。也可使用MECE原则，互相穷尽，相互独立，找到每一个功能从而拓展开来。

MECE的原则：

第一步：确定范围

第二步：寻找符合MECE的切入点。

第三步：找出大的分类后考虑是否可以用MECE继续细分。

第四步：确认有没有遗漏或重复。

（3）邮件沟通

邮件沟通目的无非有：提供信息、需要决策、需要信息。一份正式合格邮件必备要素：邮件主题、邮件正文、邮件格式、邮件措辞、邮件敬语。

写好一封邮件，主题一定要一眼就能明确，邮件的重点是什么？需要对方做什么？为了方便查询，还可以加上具体日期。

邮件正文的第一句话一定是结论或目的，再接下来解释过程或经过。正文一定要条理清晰，多使用1,2,3，结构化的表达；邮件的格式一定是符合公司内部常用格式；邮件措辞根据对象使用敬语；邮件结尾一定要让别人知道你是谁，知道邮件发送的具体日期。

在邮件沟通上，依然可以使用“结构化”表达方式，依照总分总。条理清晰化，第一句话就知道核心重点和目的到底是什么。

总结：

     沟通前，明确沟通目的（目标），沟通的内容是什么，具体用时多少，以及沟通对象是谁。

     沟通中，已明确具体的沟通方式、沟通场景和时间地点等考虑因素，具体场景和方式见上文。这里再补充说明以下口头沟通规范：在沟通过程中，避免自嗨，避免以自我为中心。

    沟通后，沟通后立马投入行动，以及最重要的事情 —— 反馈，我们常说做一件事情要有始有终，沟通也一样，沟通是为了达成目的和结果。