起点课堂会员权益
职业体系课特权
线下行业大会特权
个人IP打造特权
30+门专项技能课
1300+专题课程
12场职场软技能直播
12场求职辅导直播
12场专业技能直播
会员专属社群
荣耀标识为什么你每次和开发沟通需求，都像打仗一样？
今天不谈产品规划，也不谈框架，更不谈原型，咱们谈谈为什么你的需求每次和开发沟通，都像打仗一样？
沟通的场景
PM：战斗在革命一线的同志，为了革命成功后能快速步入小康生活，你看这个基础设施能否再打造的完美一点？
开发人员：说人话（情绪平静）
PM：能不能加个需求？你看哈……（还没说完）
开发人员：加不了（听见加需求，有明显的情绪波动）
PM：怎么就加不了？这又不是什么复杂的功能，我逻辑都给你想好了（皱着眉头，非加不可的语气）
开发人员：你项目上线周期定那么死，我现在还有好多接口没完成，哪有时间加啊？（抱怨，情绪不稳定）
PM：那我也没见你们加班啊？再说这需求也不复杂啊，最多1天就能搞定！（鄙视的语气）
开发人员：我在家加班不行吗？1天能搞定，你能你上啊！（爆发的边缘，声音分贝调高）
PM：……（被噎着了，准备出绝招）
PM：反正这是老板的要求，你要是不想加，那你直接去找老板吧（同样用很大分贝的声音搬出老板，来展现自己的气势。顺手把笔记本往桌子上一扔，不再说话，再聊下去就要撸起袖子开干了。）
沟通的结果
大家沟通了10分钟，闹的彼此很不愉快；最后的结果就是PM觉得很不爽，原因是：我好声好气和你聊需求，你给我脸色，我招谁惹谁了？我还不是为了公司的产品着想，心累。开发人员呢，也很不爽，就差点拿刀砍人了，心里在想：你丫就知道加需求，你加一个需求，老子要写5000行代码，时间还限制的那么死，还搬出老板压我，就不加，爱咋咋地。
双方情绪都不稳定，一个没心思思考需求，一个没心思写代码，还可能一不小心搞个bug出来。
其实呢，这个事情，PM和开发都没有错（当然也不是老板的错，捂脸），错就错在没有正确的沟通。
上述只是简单阐述了沟通中的一个问题，PM在日常工作中，上对接领导，下对接开发、设计、运营、财务，左右还要对接客户，回到家还要考虑女朋友的感受，难免会遇到沟通的问题，那如何沟通才能在工作生活做到游刃有余呢？
沟通学的三大要点
1、要理解沟通的定义
什么是沟通呢？很多PM思考这个问题的结论都是：为了某一目的，进行信息交流，以达到彼此都满意的状态。其实这个理解只对了一半，沟通的定义其实很简单，无非是6个字“听得懂，能接受”。
就像沟通场景中有这么一段，PM刚说加个需求，话还没说完，开发人员的小情绪就如潮水般翻涌而来；这就导致沟通定义中前3个字“听得懂”都没有实现，如何继续沟通？再沟通下去，只会越来越糟。
我们来还原一下场景，可能PM是想这么说：“能不能加个需求？这个需求是……这样子的，逻辑是……这样子的，开发时间就放在你们完成手头项目之后”。诶，发现没有，PM原本的意思并不是想现在就加需求；但表达的时候是先说出了“加需求”这个目的，我们把这个目的叫做第4点，需求描述、需求逻辑、开发时间为123点；那么PM表达的顺序就是4123。开发人员呢，一般思维逻辑都是直线型的，也就是1234，拿到一个点就考虑一个点，听到加需求，就开始1234的想，想着想着情绪就不稳定了，开始炸毛了；直接就否定了PM的话，后面的完全听不进去，然后就有了接下来带有情绪的沟通。
这个场景沟通的问题：
- PM没有能站在开发人员的角度去把本次沟通的要点描述清楚；
- 开发人员没有听懂PM的沟通要点。
总结：PM没能让开发人员“听得懂”，更别说“能接受”了，如果PM能稳住情绪，把沟通的要点说完，那就是另外一种场景。
2、要学会把控情绪
“情绪”分为3种：“语气、场合、肢体动作”。
如上文，PM是知道开发人员没听懂的，但并没有用和善的语气去让对方听得懂，而是皱着眉进行反击；从而导致情绪进一步爆发，直至失控。
现实生活中也有很多没把控好“情绪”的例子。一朋友和我聊天的时候提出一个问题，以下是聊天记录，你们随意感受下。
“我女朋友让我陪她一起逛街买衣服，街也逛了，衣服也买了，为什么她总是一副不开心的样子呢？”（明明就是欺负我这个单身狗，哼哼）
我回答说“那她是不是问你累不累？衣服好不好看？”
“是啊，我说不累，怕她觉得我嫌弃陪她逛街，也说了衣服好看，但为什么她还是不开心呢，问她原因又不说，真是搞不懂”。
“问题就出在你的肢体动作和语气上面，你肯定在说话的时候表现的很不耐烦。”
朋友说“确实有点不耐烦，语气也有点敷衍”
对于这种问题进行分析，得出两个原因：
- 他没听懂女朋友话的含义；
- 他的情绪没有把控好。
最终导致既陪了时间，又掏了钱，依然不落好。女人问你累不累，其实是想知道你内心愿不愿意陪她，既然都已经陪着逛街了，何不笑着的回答她“累是累了点，但好不容易陪你逛一次街，再累也值得”。既然衣服都已经买了，钱也花了，女人问你好不好看，并不是让你来做任何评判的，而是想获得你的赞美，何不温柔的回答她“你穿什么都好看”。
这样一来，她还能不高兴？所以说，搞懂需求，把控好情绪去沟通很重要。
3、要懂的反馈
这个意思就很简单，我说了，你就要反馈有没有听见，是不是理解；如果没有理解，我可以再说一遍。
假如你老板在公司群@你，并提到一个问题，如果你没有反馈，结果是怎样的呢？
可能是这样的：你没有反馈，你老板就需要花时间去想，你到底有没有看见呢？如果你没有看见，那这个问题怎么处理呢？处理的方式有哪些呢？什么时候能搞定呢？一连串的问题在他脑海中飘过，花费了他大量的时间去帮你思考问题。最坏的结果就是认为你这个人不靠谱。
一定要懂的反馈，那怕是回复“好的、收到”或者是一个的符号都行。
最后
沟通是一门艺术，需要长期的锻炼才能修有所成。一旦你懂的了沟通，你会发现很多问题都不再是“问题”。而沟通对于PM来说，至关重要！
相关阅读
作者：melonx （公众号：melonx9） 非BAT产品经理，从事产品事业3-4年，89年老小伙、热爱生活、热爱互联网、喜欢运动、乐于助人、敬畏生命！
本文由 @melonx 原创发布于人人都是产品经理。未经许可，禁止转载。
感觉文章里的举例回避了重点问题，哈哈哈，一般PM如果真的是加排在手头项目之后的需求，通常不会这样临时去找研发的。如果真的是现在就要加的需求呢，作者你可没正面回答啊，哈哈。另外，“能不能加一下…”这样的开场，很容易被回答不能，噗
说实话我的经验告诉我，脾气差的产品，运营，程序员技术还真不咋滴。
太认同了！！这个行业本身就参次不齐，只能管好自己，不较真，否则就是对牛谈琴还被怼！
其实你们说的都没错哈，立场不同，想法不同；但作为一个PM，一定要把产品逻辑这个最基础的想清楚，不然就一定会被研发鄙视；
有想法和没想法，其实是怎么用的问题，这个领导会看在眼里的。 😐
恩，这个是完全同意的，就是百密一疏，难保有考虑不到的时候，反正我是尽量不会让程序加班的，缺失的东西不是太重要就下一版迭代就好了。
本来工作量就不对等，姿态放低点没什么不好，产品的一句话，程序员要改几天还要加班，改出来的东西还有bug要修复，换位思考下，我现在一句话让你加3天班你乐不乐意？说实话，不懂沟通的产品我也想跟他说一句你能你上，现成的东西有为什么不拿来用，现在的很多框架就是现成的东西，没有这些现成的东西，现在的产品拿什么去做，就好比安卓本事就是java封装的，不拿现成的安卓语言去开发，用java开发？我觉得你的想法要改变一下，换位思考一下就知道了
恩，你们说的都没有错，如果PM拿着详细的需求文档，缜密的流程图给程序员提需求，让程序员加加班，我觉得没错的。但要是PM需求文档没有，流程图没考虑清楚，想到一个需求就跑到程序员面前叽歪需求，我觉得就应该你能你上顶回去，不然今天改的明天PM又跑回来说好像不对又要改。 一个PM基本的素养是杨明白自己做的这个产品想要什么不想要什么，要有基本的想法。自己都没有想清楚的需求，应该扼杀在自己的脑海里，而不是让程序员给你做了实验后说不行。
其实多数产品，起码合格的产品肯定是能想清楚自己要什么的，关键有时候老板想不清楚，有些功能本身就要试错，如果碰到有些老板自己也要试错就麻烦了，说到底，现在产品行业门槛太低了，无论老板还是程序，“人人都是产品经理”。
我完全同意你的说法啊，首先现在很多产品本身就没考虑清楚，这点我完全同意，包括自己刚开始做产品的时候也有很多想不清楚的。但工作量不等我完全不赞同，如果产品只画原型图，那工作量是肯定不等的，但产品的职能要考虑运营，要考虑市场，要去见客户，要做数据分析，要去怼老板，要把握本身产品工艺上的细节等等，当然不可否认很多产品做不到，那顶多就是个助理水平而已。关键是很多程序眼中产品就是个画原型图的，很多程序转成的产品也只负责画原型图。
1.管理的艺术；2.管理的权力
“你穿什么都好看”本身就是一句很敷衍的话…… 😥
曼爷，你欺负我这个单身狗是吗？ 😥
高！
厉害了
我从技术的角度说下，其实不加需求。
原因①、是突然增加极大工作量（1个工作日都可以认为是），但是又不给时间，原开发时间。
原因②、这次只要你开口了说加，说不定以后会出现经常出现临时情况（绝对不能惯这种事）。自己给自己找事！人与人这个都能理解
文章中感觉个人自我调节性的内容，还是不错。
个人经历的一些经历。
①：开发阶段，小需求修改，去引导技术同事，自己说出结果。一般情况下他会很开心的改。
②：开发阶段，新增需求。根据需求高低，协调开发经理评估大致时间。必须情况，说出需求影响的严重性。都是打工的很少恶意为难的。非必需，看是否开发完成后，接一个小版本。
③：大范围变更需求，建议重新调整开发时间吧。类型领导新加需求，沟通开发评估时间，反馈领导。（可以先参考1,2）
附一句自己的：请不要随便答应需求，不要确定时间，人都只有24小时。你要怂开发，但是也有怂上级的时候。（要么给时间，要么给人不是一句空话）
以上都是在正常，上级可沟通情况下。
特殊情况，请具体问题具体分析处理！
多谢评论，说的很中肯，也是很多PM会遇到的问题，这个时候协调就很关键；也可以把协调看做是沟通，沟通各个部门，记得运用3大要点哦！
那要是你上边说的情况，并不是事后加需求，就得这会加怎么办？
一般来讲进入开发阶段的需求，都是固定的，很少改动，如果很多改动，那就不是研发的问题，是产品没想好；
那如果原有需求固定了，只是必须增加一个比较核心的需求，这时就需要延长开发的周期；可以和研发同事这么说：这个需求很重要，但考虑到原有的时间计划已定，那么就延长开发周期，咱先把这个需求加上。一般听到给更多的时间，都会同意的。
文中我写到有搬出老板，说实话，这个我后面想提出，这个说法的错误的，一不小心忘记写了 😀 ；切记动不动搬出老板或领导是做事的大忌，第一会让研发觉得你在压他，在甩锅，如果提出了逻辑性的问题，你还是搬出领导，那就认为你没能力；第二如果领导知道了，会认为你办事不利，动不动就把他搬出了，要你这个职位有何用？ 最怕的就是研发找领导说你这种做法，会陷入进退维谷的境地，珍重！ ➡
写的很赞，不过沟通其实也并不完全仅仅是沟通上面的问题，企业规模、文化，规定、奖惩激励方式等等都会影响到沟通的结果，沟通的这三方面重要也不重要，重要就在于无论其他外在情况是什么，好的沟通技巧都能让事情顺利一些，但是不重要的原因就在于忽视了场景、背景，再好的沟通技巧也改变不了注定站立于矛盾两侧的人的位置。
谢谢你写了这么多评语，有一句叫“道不同不相为谋”，两个独立的个体之间的矛盾，由个人情绪引导，可能根本就不会去沟通；在商业中有一句叫“没有永恒的友情，也没有不可化解的矛盾，只有共同的利益”，本文中讲矛盾双方为公司成员，有共同的利益，但凡有恻隐之心，都该去好好的沟通，从而引出如何沟通及沟通的技巧！
冬哥。
阿宁你来了，快去打赏一个！
哈哈
昨天刚张嘴，程序员小哥说：别来烦我。一整天没理他，后来下班前想一想，有求于人，就原谅他吧
心疼你一秒，连话都没说出口 ❗
噗哈哈哈，如此粗暴的程序员
为何如此相同的境遇
说明和谐不能是恒久不变的，要允许偶尔有些不愉快的小插曲
如果能把上面原地爆炸的场景，进行改造举例，是不是更容易明白呢？文章说了问题在哪，却没说怎么样做更好~
😳 理解了3个要点就知道怎么做了，看来我这篇文章没有把读者当小白用户，是我的错 😥
这文章适合年轻的产品经理！很年轻的产品缺少这样的能力！使得自己限于被动！
你的意思成熟的产品不需要沟通 直接一锤子买卖，你的话就是圣旨，下面照做就行。
楼上的同志你听岔了，他意思是说 凡是有一些经验或者有项目经验的以前可能都掉在这个坑里过，现在人精了，有经验了你还会再往原来的老坑里溜吗~~的意思
确实
看来第一楼的同志是要多学沟通了，竟然还能看出如此偏激的意思……
就喜欢你们这种较真的态度，做产品就要这样 ➡
过于执着最后会让那个自己掉进坑！认为世界只有我最牛逼！哈哈！还是太年轻！