今天分享产品经理必备技能之一：沟通能力。
通过学习唐大沟通课程，将“用产品思维定义沟通模型”分享给你。
①首先先来看一下是怎样的一个沟通模型，如图1。
这个模型分为两种信息源，分别是【原始信息】和【客观事实】。基于这种信息源，我们会本能的通过主观臆断产生自己的【观点】，并通过情绪加工形成自己的【感受】（情绪包括愤怒、疑惑、尴尬等），而【感受】会受两个因素影响：环境/人和利益诉求。
接下来，我们会把我们认为的观点和对方发生互换，通过【沟通介质】进行以上内容的碰撞，最后会形成一个经过沟通后的带有附加信息的包装事实。
我们把沟通这件事当成一个产品的需求来看，那么需求就是完成信息交换并达成诉求一致；实现需求需要设计方案，这个方案用来克服主观臆断和情绪加工，在满足各自利益诉求的前提下，达成信息和事实的一致；最后需要验证，即通过确认信息交换的完整度和共识一致性，来验证这个方案是否实现需求。
②沟通模型三步骤：需求→方案→验证。如图2.
接下来我总结这三个步骤要点进行说明：
第一步，明确需求。也就是明确沟通的目的，包括四个要点：跟谁沟通，聊什么，要达成的共识是什么，现在的问题是什么。在这个阶段高效的特点是，问题明确（即遇到什么困难，要解决什么问题，如何解决）；对象正确（找到利益相关人）；逐步扩大并达成共识。
第二步，沟通方案。思考沟通方案有两个方向，一是沟通路径的选择；二是沟通过程的方案。沟通路径主要考虑两个要点：从哪切入，以什么顺序切入。选择沟通路径的高效特点，即切入点正确（遵循问题当事人➡问题相关人➡问题知情人），路径最优（遵循直接利益➡间接利益➡无利益相关）。沟通过程的方案也主要考虑两个要点：设立沟通边界，建立并扩大共识。
第三步，沟通验证。验证方法很简单，就是我听你说，你听我说。再具体一些办法就是，在沟通完后，复述观点、方案，达成行动上的共识。最好是以书面记录共识的关键点。
③沟通模型实践：个人沟通实践验证
沟通案例1：【明确沟通的目的基础上去产生沟通】前两天我在需求宣讲会时，开发提出功能拆分的想法，我想到此次需求宣讲的目的，是让大家达成既定需求共识，这种拓展需求的讨论属于异常分支，不能断了主流程，所以我先明确沟通目的，再去产生沟通，于是我是这样说的：这个点子提的很好，可能也是我们对产品设计的一个补充。但是这个会关联到多个模块的修改，讨论起来会比较花费时间，我这里先记下，我们可以在会议最后再讨论，这样的目的是不影响会议主流程。
沟通案例2：【选择正确的切入点】最近我负责的一个项目，后端开发向我反映前端开发工作进度慢，影响到开发，让我想想办法。我选择直接找到当事人（和前端沟通）聊聊目前的工作进度和工作难点，果然也发现了问题。前端反映，因为前后端不分离，会有功能开发界定不清晰的问题。这样就发现了问题了本质，前后端没有达成一致协作共识。（也有异地原因，沟通有不便），所以解决问题的落脚点在于，他们协作的接口文档的功能明确划分，于是我们一起就接口文档进行了讨论确认，达成了共识。并且和小伙伴们强调了，有问题及时沟通的重要性，且要达成双方理解一致，我们的协作才会更高效。
沟通案例3：【沟通验证】每次开完项目晨会，我都会在最后总结确认一遍每个人的工作安排，形成大家的今日待办，达成行动的共识。这个过程实际上也在运用沟通验证方法。
以上，是我学习“用产品思维定义沟通模型”的分享，实际上，我们去跟别人聊一件事，如果在头脑里有一个高效思维框架，去指导我们去沟通，沟通的过程会更加的顺畅和高效。而这个框架模型就是我们运用产品思维的过程。
