临沂专业网站建设设计公司,如何做外贸网站,做医药商城网站的公司吗,查企业的网站有哪些编辑导语#xff1a;毫不夸张地说沟通占据了产品经理日常工作内容的40%#xff0c;高效沟通往往能让事情事半功倍。本文作者结合沟通方法与具体沟通情景讲解了如何高效沟通#xff0c;一起来看看吧#xff01; 目录
一、为什么要学会沟通
二、沟通模型
1. PREP原则… 编辑导语毫不夸张地说沟通占据了产品经理日常工作内容的40%高效沟通往往能让事情事半功倍。本文作者结合沟通方法与具体沟通情景讲解了如何高效沟通一起来看看吧 目录
一、为什么要学会沟通
二、沟通模型
1. PREP原则结论先行
2. FIRE模型
3. STAR法则
4. RIDE说服模型
5. SCRTV表达模型
6. SCQA表达模型
7. 沟通漏斗
8. 乔哈里视窗
9. 电梯演讲
10. GROW模型
三、产品经理沟通实例
1. 与运营沟通
2. 与开发沟通
3. 与交互/设计/测试沟通
4. 与老板/领导沟通
1汇报工作
2说服老板/领导改变想法
5. 与下属沟通
6. 与面试官沟通
四、一些可能有用的Tips
五、写在最后 先问大家一个问题“作为一名产品经理你真的懂得沟通吗”
诶先别急着回答看完文章再重新思考下这个问题。
产品经理在日常工作当中不夸张地说沟通几乎是占据了40%的工作内容与运营沟通与开发沟通与用户沟通与领导沟通等。
学会如何更高效率地沟通能够使事情事半功倍也能够有效地推动产品项目的运转。
同时我们沟通时会运用到一些方式方法通常我们会听到“结论先行”“数据佐证”“说清背景”等等的一些方式。
而这些具体的出处、来源又是哪里
作为产品经理在什么样的场景需要运用什么样的沟通方法
这么一问你是否对自己过往的沟通方式开始产生怀疑究竟是随心而出还是有一定的方法
但并不是掌握了方法就能够沟通无阻毕竟沟通主要核心是内容掌握了合适的方法只能够提升效率。
阿境将会先从沟通对于产品经理的作用引入继而阐述市面上较为科学的沟通模型再带入产品经理日常工作的沟通对象与模型相论证达到“方法事例”的结合。
一、为什么要学会沟通
很多朋友会觉得不就是沟通吗每个人都会。
厦门吴彦祖阿境告诉你不是的。
学会说话不难学会好好说话很重要简单谈下为什么要“学会沟通”。
好的沟通方式能够节省很多时间。作为团队的“润滑剂”恰当的沟通方式能够避免许多不必要的冲突。有效率的沟通能够提高项目的运转效率。另外推荐几本书不一定有用但蛮看看总没错。《非暴力沟通》、《金字塔原理》、《影响力》、《关键对话》……
但有一点说在前面沟通的本质还是在于内容不论是文章中提到的模型还是沟通实例仅仅是抛砖引玉套路永远都没办法横跨于优质的内容之上愿谨记。
当然如果你是长着一张跟厦门吴彦祖阿境一样好看的脸那就另说了当这篇文章说的都是废话即可。
潜台词是要什么沟通方式有好看的脸就够了相信阿境的朋友们都是好看的
二、沟通模型
在市面上有很多关于沟通的方法及模型阿境挑选出在产品经理日常工作/面试中会运用到的模型总结了几个供大家平时运用学习。
产品经理工作当中主要沟通核心在于“结构化表达”、“说服他人”、“沟通效率”、“沟通逻辑性”、“讲故事的方法”所以阿境所选的例子也均为这些类型的模型。
要注意的是阿境仅在该部分列举模型的内容并不多加展开在第三部分产品经理沟通实例在通过具体引用的模型来展开可使用在哪些场景中。
1. PREP原则结论先行
P-R-E-P结论-依据-事例-重述结论是沟通当中的重大原则。
P代指Point-结论R代指Reason-依据E代指Example-事例最后一个P还是point-重述结论。
Point-结论结论先行是沟通当中的黄金法则。不论沟通对象是谁双方在进行沟通之前都不一定有明确的背景 而此时抛出自身明确的观点/结论至关重要能够让对方清楚接下来的内容是围绕哪个观点来展开。
Reason-依据在抛出结论之后通过有效的数据有力的事实验证结论的可靠性。通常我们在阐述依据的时候往往会采用“我觉得”“我认为”“可能”“应该”这类不确定性且个人主观意愿很强的词语来阐述我们的论据这是站不住脚的同时也无法使得结论具有信服力。减少形容词、副词的使用通过数据、定理、模型等可靠的信息才能够作为可靠的依据。
Examle-事例通过阐述可靠性的依据较为枯燥。人脑对于形象的故事、场景类的描述接受度是较高的通过事例引起被沟通者的共情及想象。
Point-重述结论通过事例引起被沟通者的共情及想象。
通常PREP原则使用在书面沟通、语言沟通中。
2. FIRE模型
FIRE模型源于Mark Murphy的《用事实说话》主要包括Facts事实、Interpretation解读、Reacion反应、Ends结果。
总体来看是注意到一些事实并且对事实进行解读根据解读的结果经历情绪反应期望得到我们想要的结果。
Facts事实事实是确实存在或发生的事情。它具有五个特点具体、公正、客观、不带感情色彩和及时。事实是真实谈话的基础通过事实保持双方冷静排除负面情绪所带来的影响。
Interpretation解读事件发生时我们会对事实进行解读从而得出这一事实的目的或意义。这些解读建立在个人的经验和知识上。有时它会迎合我们的喜好有时它是带偏见的解释。因为事实和解读之间的差异大脑不会总能察觉。
Reaction反应根据解读结果我们会产生相应的情绪反应。
Ends结果经历情绪反应后我们就会期望某种结果。FIRE模型能帮助我们认清哪些是事实哪些是主观想法。它最大的好处就是当你听到一个难以入耳的反馈时它能帮助你平静理性地展开分析从而得到一个有效的解决方案。
为了更好地聚焦事实我们脑海中需要有一张完整的FIRE模型假设有一个表格包括事实、解读、反应、结果。你看到和听到什么就填在事实这一栏对于这些事实你是怎么想的填在解读这一栏你有什么情绪或感受填在反应这一栏你需要什么或者你希望得到什么就填在结果这一栏。
3. STAR法则
STAR法则是《高效培训》一书中所提出的概念是结构化的一个重要理论即Situation情景、Task任务、Action行动和Result结果。
Situation情景是所发生的事情的背景在所阐述的事实中所发生的背景情况。
Tast任务是在背景环境下所承担的角色及所执行的任务及要达成的目标。
Action行动是在任务当中如何去操作与执行任务的重点是行动过程。
Result结果是付诸行动完成任务后所达到的效果一般是可量化的指标。
STAR模型代表着一个完整事件的四要素也是基于此通常在阐述事情的时候会使用更注重行为统筹帷幄应对情景是结构化叙事的原则。
通常使用在行为性问题和情境性问题的回答上。往往在面试、写简历等方面都会使用到。
eg 在什么背景(时间场所Situation)做过什么样的工作/项目 (Task), 这个工作/项目最好与所应聘工作相关怎么做的和谁一起做的自己在团队中的角色Action)最后的结果Result)。
注把「STAR 法则」当做一种核心思想不追求生硬的表达只追求在关键的时候可以灵活运用。
4. RIDE说服模型
RIDE说服模型是指Rrisk风险、Iinterest利益、Ddifferences差异、Eeffece影响通过暴露风险阐述利益继而引入差异性及影响来说服他人即为RIDE模型。
Rrisk风险不采纳方案会带来的风险。根据从人的失去心理入手心理学家卡尼曼提出了“前景理论”大多数人在面临获得的时候是风险规避的也就偏保守的选择而另外不同的是大多数人在面临损失的时候是风险偏爱的愿意为此冒险人们对损失比对获得更敏感。基于此需要将风险暴露给对方。
Iinterest利益采纳你的方案会带来的利益。从之前的抛出风险降低对方心理阈值继而引入利益点提高预期会使对方更好地接受。
DDifferences差异自身建议与其他方案的差异之处。与众不同的点能够让对方眼前一亮。
EEffece影响方案本身所能带来的负面影响。太完美的东西反而不真实小缺点但瑕不掩瑜。在这个过程中也有几个注意点
阐述风险时可适当放大风险但切莫过于夸张。
而在利益引诱时稍微点出采纳了方案可获得的利益即可让对方自己去对比无需将利益说的过于肯定因为此时有了风险与利益的强烈对比表达便具有了冲击力。
在谈论到建议时尽量结合事实增加说服力。
而最后一步瑕疵是为了避免太过于完美为了增强信任度也别阐述太多瑕疵。
还有一些加分要点例如阐述观点前先认同对方观点对话时助于多放在“你”上面创造第三者引述别人观点等等阿境这里就不再展开了。
整体来说RIDE说服模型是利用人们心理“趋利避害”的天然潜意识再加以对比的方式使得更有说服效果。
5. SCRTV表达模型 SCRTV表达模型是指Scene情景、Conflict冲突、Reason原因、Tractics策略、Value价值。
穿起来则是表情境-爆冲突-找原因-定策略-塑价值。
Scene明确问题—是什么
Conflict提出疑问—怎么了
Reason分析原因—为什么
Tactics进行决策—怎么办
Value创造价值—成为什么
通常我们在使用SCRTV模型时符合人对于事情的体验路径感观-情感-思考-行为-识别。
而人的思考路径是是什么-怎么了-为什么-怎么办-成为什么
思考之后执行的路径是分析-判断-推理-决策-评估。
而执行的路径与SCRTV表达模型的契合度极高这也就是为什么用SCRTV模型在汇报工作、讲述方案的时候可以更有条理、更有逻辑叙述的原因。
6. SCQA表达模型
SCQA模型是一个“结构化表达”工具是麦肯锡资询顾问芭芭拉·明托在《金字塔原理》中提出的。
SSituation情景由大家都熟悉的情景、事实引入。
CComplication冲突实际情况往往和我们的要求有冲突。
QQuestion疑问怎么办
AAnswer回答我们的解决方案是什么
通过陈述场景由大家熟悉且认同的事引导大家产生共鸣及代入感然后引出冲突的内容往往实际情况与我们的诉求有所冲突及不符继而从冲突方面提出大家所关心的问题最后阐述解决方案。
我们在日常使用SCQA中并不一定非要严格按照“S情景背景——C冲突——Q疑问——A回答解决方案”结构来进行表达各个结构是可以调换顺序以显出不同的表达风格和情绪一般可以分为以下4种模式
标准式SCA背景-冲突-答案开门见山式ASC答案-背景-冲突突出忧虑式CSA冲突-背景-答案突出信心式QSCA疑问-背景-冲突-答案这边对于这几种方式不过多赘述有兴趣的可以看看《金字塔原理》这本书。
7. 沟通漏斗
沟通漏斗是心里所想的是100%由于沟通方式所表达出来的只有80%由于过程中的干扰因素别人听到的只有60%由于每个人理解能力不同听懂的只有40%由于执行力不同行动的只有20%。
最终当我们想得到100%的结果最终实行的结果只有20%。
这也诠释了沟通保证不失真的重要性。
而我们也可以通过一定的方法保证失真的最小化。
第一个20%源于没有记住表达内容的重点条理混乱等由此我们需要理清自身所想阐述的内容无一遗漏且结构性有条理地表达。
第二个20%源于阐述时有外界干扰内容过长等由此需要在这个过程中逐步记录避免干扰。
第三个20%源于个人理解能力不同由此需要不时向对方确认是否听懂是否有其他想法等引发对方思考从而得知是否完全理解。
第四个20%源于没有对过程进行监督导致执行力无法达到预期值由此需要建立监督体系把控任务进度。
8. 乔哈里视窗 乔哈里视窗是由乔瑟夫和哈里在20世纪50年代提出的是用来改善自我认知与组内个体之间的相互理解。将沟通的信息比作一个窗子它被分为4个区域公开区、隐蔽区、盲目区、未知区人的有效沟通就是这四个区域的有机融合。
公开区自己知道他人不知道 往往关系越近、共同信息知晓越多的两个人公开区域会越大。
盲点区自己不知道他人知道 在很多情况下我们都会有盲点区自身的学识、所出的环境等等都会造成我们与对方所了解的信息不对等。
隐秘区自己知道他人不知道 造成隐蔽区的原因在于我们不好意思跟其他人说、忘了对其他人说、没沟通清楚造成误解、误以为别人知道等等原因。
未知区自己不知道他人不知道 也被称为“潜能象限”每个人都有未知的区域等待被发掘。在这四个区域当中往往在产品经理岗位中能够得到比较大的启示则是“盲点区”、“隐蔽区”与“公开区”的转化关系。
而简单地说从乔哈里视窗看来也有几个在PM沟通中能遇到的问题。
你所阐述的内容和别人听到/理解的很可能不一样。增加公开区的面积学会向上管理更好的利用资源。工作中减少隐蔽区避免信息不对等。
9. 电梯演讲
电梯演讲源于麦肯锡公司检验陈述报告的方法之一而麦肯锡认为一般情况下人们记得住一二三记不住四五六所以凡事要归纳在3条以内。
而三个步骤分别是Hook吸引→Mutual Benefit给利→Call to Action收网。
Hook吸引通过现状、存在问题、现状产生原因、解决方案等吸引对方注意力。
Mutual Benefit给利提出具体解决方案让对方意识到你的价值存在。
Call to Action收网指出上述方法的依据及理由并留下联系方式。这是在众多商界当中流传的三个主要步骤。
要注意的是这框架并不是固定的有典型的“提出问题-产品价值阐述-产品解决方案”的三段式也有“痛点-解决方案-商业计划”的电梯演讲。
而对于产品经理在介绍自身的产品为了说清楚产品本身的价值有更完整的方式。
为了[目标用户]他们的[痛点或者问题]我们的[产品名称]是一个[产品类型]它能够[产品价值]不同于[竞争对手]我们的产品[竞争优势]。
10. GROW模型 在部分产品经理领域当中当我们“一不小心”当上了领导往往在于下属沟通的时候会不自觉用命令、说教的方式去沟通反而会得到适得其反的结果。而辅导沟通的方式之一是“用提问代替说教”这样可以引导对方自己找到问题的解决方法有效的避免对方产生抵触情绪达到沟通顺畅辅导有效的结果。
那么该如何提问呢可以采用GROW模型来进行提问。
GROW模型分为四部分Goal目标、Reality现实、Option方案选择、Will确认行动。
Goal目标通过提问探索对方的目标通过对方的思考跟表达让对方也清楚自身的目标。因为往往很多人在做事情之前由于种种原因思考岗位精力等仅停留在执行层面没有办法清晰条理地思考。
常见的问题有这件事/你的目标是什么如何衡量达到了这个目标什么时候可以达到这个目标
题外话至于目标的阐述可以采用SMART模型这边不再过多赘述。
Reality现实通过阐述事实情况了解达到目标/完成事情需要遇到的阻碍及困难点。
常见的提问有现实情况如何目前的背景涉及到哪些干系人有什么态度目前我们是怎么处理的
Option方案选择通过提问引导对方自己想办法通过思考提出自身的解决方案。相反不建议直接提建议对方可能产生抵触情绪在潜意识容易丢弃解决问题的责任。这个阶段最重要的倾听需要多加评判引导对方多思考几个方法。
常见的提问有要解决这个问题你觉得如何做呢还有别的方法吗这个方案有没有什么优缺点
Will确认最后一步是确认行动根据前三步的铺垫已经寻找到了解决方案但由于种种原因可能没有办法保证100%的执行。
常见的提问有你选择哪个上述哪个方案呢这个方案的时间、目标、准确执行是如何目标中产生的困难有理清了吗
由此通过GROW能够使辅导沟通更加顺畅。切记抛弃说教与对方同一角度思考。
三、产品经理沟通实例
首先了解了产品经理当中我们可以看到日常要沟通的角色包含但不仅限于运营、技术、测试、客户、老板、下属等沟通的角色之多也难免“沟通能力”作为一个软技能被视为如此重要。
下面就从几个沟通实例来阐述下与各角色的沟通方式。
注并不包含所有的场景仅列举几个高频的沟通场景再阐述该场景下的相应沟通方式朋友们可举一反三进行深究。
1. 与运营沟通
在于运营沟通的时候会遇到的问题是
运营思维与产品思维不一致导致思考需求的方向点不同各有各的立场。有时候运营提需求无法完善探讨需求效率较低。……在互联网中项目中的各岗位从乔哈里视窗来看产品与运营的公开区的比重是比较大的但仍然有部分的盲点区及隐蔽区。
而运营与产品通常与产品的沟通场景是需求沟通较多。
当两者需求沟通意见不一致时产品经理往往需要让运营更好地接受我们这一侧的想法可采用SCRTV表达模型。
同时在运营提出需求时也可引导其采用SCRTV表达模型来进行从而更好地向产品经理阐述需求表情境-爆冲突-找原因-定策略-塑价值。
通常更多的是了解对方遇到的问题常用的沟通语言是
“你的问题是什么”“你的这个方案要解决什么问题呢”“如果当前方案无法实行那么你们是采用什么方式进行处理的”……而当运营提出需求时针对优先级、紧急程度、需求内容有对立意见时产品经理并不是一昧地进行反驳而是用事实用数据说话可采用FIRE模型。
2. 与开发沟通
与开发沟通的过程中高频的沟通场景是沟通需求往往会遇到几个问题。
与开发的思考方式不同产品经理关注产品发展开发关注实现方式。开发说技术语言产品经理说产品语言导致理解不同。需求变更时没有及时周知导致信息遗漏或滞后。产品觉得需求简单开发觉得实现难知识的不互通导致信息不对称。……产品与开发这两个岗位是区别较大的从沟通上来说符合乔哈里视窗的盲点区与隐蔽区。产品经理与开发的知识域差别较多容易造成“我理解你不理解我不理解你理解”的这种情况。
为了避免盲点区的越来越大产品经理应该多了解技术基础知识但并不是了解技术细节而是基本的技术点为了更合理的设计产品产品也更好地跟技术沟通但不越俎代庖干涉技术实现细节毕竟术业有专攻。
而隐蔽区的形成源于两者思维方式不同平时沟通需求时注意沟通的表达明确双方所表述的内容是一致的意思。
同时在跟开发沟通需求/bug的时候通常我们需要结构化表达采用SCQA表达模型中标准式SCA的沟通方式背景S-冲突C-答案A。
eg当前帖子加载速度过慢S但采用原生化比采用H5形式的成本更高C所以我们考虑从拆分接口的方式尝试下A你有没有什么更好的建议我们探讨下。
很多产品与技术沟通的时候直接抛出方案而没有背景虽然技术是执行者但如此方式容易造成对方的抵触心理同时要让开发从心理上认同做事情的价值。
而在抛出需求之后往往产品经理觉得简单的需求开发评估觉得难这时候容易滋生矛盾。这个时候需要使用非暴力沟通的方式观察-感受-需要-请求。表达感受尽量不表达情绪跟想法同时与开发聊需求的背景优先级及重要程度请求对方协助以此达到解决问题的方式。
总结一下
减少个人盲点区的范围多了解技术基础知识针对于隐蔽区注意双方沟通表达内容。结构化表达采用SCQA表达模型把开发当成伙伴而非技术实现工具与开发探讨合适的方案。遇到问题及需求变更分析后再提交给开发有需求变动及时周知及阐述背景。需求变更时采用非暴力沟通的方式达到解决问题的目的。
3. 与交互/设计/测试沟通
在于交互、设计、测试这类角色的人员沟通时首先要明确他们与产品经理的关系。
通常都是产品经理是交互、设计、测试的需求方往往产品提出需求交互出交互稿设计出设计稿测试进行测试功能等。
于是如何更准确无误地提出需求、验收需求的沟通这两者就是比较高频的沟通场景。
在提出需求的时候有的PM会直接提出方案让交互、设计师去执行而不论是原型设计还是UI设计都是离不开内容的明确当前存在的用户问题及用户场景是更为重要的。
采用SCQA表达模型不论是SCA背景-冲突-答案还是ASC答案-背景-冲突都是合适的最主要的是阐述当前存在的问题用户场景继而在引出我们个人的方案想法供交互、设计进行参考。
而在我们验收需求的时候往往无法一次定稿那么就需要修改。当我们作为外行的角度进行验收内容时切忌“外行指导内行”记得尊重专业同时可也阐述我们的想法若想要说服对方可采用RIDE说服模型通过我们自身产品的敏锐度对于方案的评估指出风险及方案的差异从而阐述影响点以引导设计师修改出合适的方案。
总结一下
提出需求需结构化表达从SCQA表达模型出发阐述问题背景与用户场景继而才是解决方案。针对于方案进行探讨时尊重专业也可采用RIDE说服模型引导对方修改出合适的方案。
4. 与老板/领导沟通
在与老板/领导沟通时我们需要把握对方的预期同时也会遇到一些问题。
汇报工作时拖拖沓沓讲了一大段但不清楚主题内容是什么毫无重点。讨论需求时往往对方有自身的考虑及想法无从下手去进行说服他们改变想法。……通常在与领导/老板沟通的时候我们会面临几个高频沟通场景汇报工作、讨论产品需求、说服领导改变想法等听阿境娓娓道来。
1汇报工作
当我们在汇报工作时通常采用PREP表达方式也就是结论先行不论是口头沟通还是书面表达优先阐述结论让对方了解事情概况再通过依据、实例描述内容最后重述结论。
eg对于社区的优化采用帖子新增话题的方案P通过数据来看话题在其他模块的渗透率达到15%互动情况也占据内容的10%R同时从竞品及用户调研来看话题是用户较为关心的内容E所以最终考虑采用了帖子新增话题的方案P。
当然不仅仅是用在与老板/领导沟通的时候与其他角色沟通方案均可采用PREP表达方式。
2说服老板/领导改变想法
老板/领导的决策也会有不确定的时候而作为产品规划者我们需要指出决策的错误从而说服老板改变想法此时可以采用RIDE说服模型与其沟通。
而RIDE说服模型是指通过暴露风险阐述利益继而引入差异性及影响来说服领导。利用趋利避害的潜意识加以对比提高说服的成功率。
eg这个方案一的风险可能导致社区的留存率降低5%用户也会因此大量流失据评估这可能导致产品收益降低8%R我们可以采用保守点的方案二虽然无法提升社区的用户数但可以保证留存率不降低同时在这个基础上增长产品收益I方案二与方案一对比用户体验会稍微差点但是我这边有考虑了几个折中的方式可以看下D当然方案二的时间成本也会较高但影响不大。E
总结一下
采用PREP表达方式汇报工作精准描述内容思路清晰重点明了。通过RIDE说服模型与领导进行方案的沟通。
5. 与下属沟通
当我们摸爬滚打一段时间后可能在产品团队中作为领导就避免不了需要与下属长期反复的沟通。通常也是会遇到如下问题
领导做决策下属接到任务及需求做的不情不愿一脸蒙圈。布置任务时没有背景没有前因后果缺少元素内容截止时间等导致完成效果不如预期。信息传递有递减导致任务完成效率低。……由于位置的不同导致上下级思考的方式也不同。
而在与下属的相处中布置任务、沟通工作是较为高频的沟通场景。
在引导下属去做某个任务时避免单方面进行决策而是与下属一起探讨而为了有效沟通我们可以采用GROW模型与下属进行沟通。
通过提问了解做需求/任务的目标引发对方思考从现实层面入手了解实施的困难点再提出自身的解决方案此时需要引导对方多进行方案的思考最后商量一个合适的方案进行确认方案的实施保证有效地进行。
eg项目的社区模块需要进行改版你觉得我们改版的目标是什么呢如果改版成立的话我们会遇到什么问题嘞如果这个方案还有缺陷的话我们再考虑下还有没有其他更优的方案。如果这个方案要实施你准备怎么做呢
如果是较为明确的任务那么在步骤任务的时候需要说清楚任务的几要素背景、干系人、当前进度、任务内容、完成时间。
同时通过沟通漏斗我们可以知道沟通若断层效率则减半在这个过程中需要跟对方确认是否听清楚了任务并且理解若不理解则需要再阐述清楚。
总结一下
让下属得到参与感通过GROW模型进行引导式沟通。布置任务说清楚任务要素。保证信息传递的完整性同时减少沟通漏斗带来的影响。保持激励。
6. 与面试官沟通
与面试官进行沟通时内容较多这边仅简单提下点到为止。后续会用整篇文章来单独阐述。
较多的沟通场景是向面试官展示个人做过的项目也就是个人过往成就。
我们通常采用的方法是采用STAR法则阐述个人成就能够更表现自己分析阐述项目的清晰性、条理性和逻辑性。
eg在什么背景(时间场所Situation)做过什么样的项目 (Task)怎么做的和谁一起做的自己在团队中的角色Action)最后的结果是什么。Result)。
在这里面要注意的点是阐述项目的结果R以数据来阐述会有较多说服力。
由于文章仅概述沟通方式阿境在这边就不过多展开面试的技巧有兴趣的朋友们可关注阿境公众号梦想家阿境一起交流。
四、一些可能有用的Tips
明确双方所表达的语义是否一致掌握好措辞若不一致需及时了解打破双方误解。结论先行也就是PREP原则的核心思想。阐述事情先讲背景再讲内容。在沟通之前明确此次沟通的目的了解所沟通对象的诉求。不论沟通对象是谁结构化表达能让对方更好地理解你说的话。若当面沟通无法阐述清楚则预先打个腹稿或者以文字形式输出。切莫自己一顿疯狂输出也记得倾听对方的想法及方案。区分哪些是真正的事实哪些是对方/自己解读后的观点基于客观事实和行为模式是寻求真相谈话的基础。前面几点均为“可能有用”不一定适用于所有人跟着合适自己的方式走即可如不适用将其全部忘记即可。
五、写在最后
作为产品经理沟通的重要性不言而喻。
而阿境说了这么多阐述了这么多所谓的“模型”当你看到这里时若脑子当中都是生硬的沟通模型那么其实并没有达到这篇文章的目的。
固然沟通模型能够让人逻辑清晰条理通畅但在沟通的过程中我们并不需要被困顿于模型当中而是能够活学活用。
本质上沟通模型也是思维方式。
前期通过刻意地训练“模型”中所要传达的表达方式从而提升我们思考问题及与人沟通的思维方式继而加强沟通的效率节省沟通所付出的时间成本。
张三丰教张无忌太极剑法时有这么一幕场景起初张三丰打了一遍问张无忌记住了多少。无忌说记住了八成。又打了一遍问他记住了多少无忌说忘记了一半。最后一遍他说全忘记了。张三丰此时说“很好你已经大彻大悟了”。
恰如其分沟通方式绝不是死记硬背模型所得到的沟通方式、沟通模型仅仅只是招式最重要的还是沟通的内容切勿舍本逐末。
谨记共勉。
