为什么你每次和开发沟通需求,都像打仗一样?

38 评论 107796 浏览 155 收藏 9 分钟

今天不谈产品规划,也不谈框架,更不谈原型,咱们谈谈为什么你的需求每次和开发沟通,都像打仗一样?

沟通的场景

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的话,后面的完全听不进去,然后就有了接下来带有情绪的沟通。

这个场景沟通的问题:

  1. PM没有能站在开发人员的角度去把本次沟通的要点描述清楚;
  2. 开发人员没有听懂PM的沟通要点。

总结:PM没能让开发人员“听得懂”,更别说“能接受”了,如果PM能稳住情绪,把沟通的要点说完,那就是另外一种场景。

2、要学会把控情绪

“情绪”分为3种:“语气、场合、肢体动作”。

如上文,PM是知道开发人员没听懂的,但并没有用和善的语气去让对方听得懂,而是皱着眉进行反击;从而导致情绪进一步爆发,直至失控。

现实生活中也有很多没把控好“情绪”的例子。一朋友和我聊天的时候提出一个问题,以下是聊天记录,你们随意感受下。

“我女朋友让我陪她一起逛街买衣服,街也逛了,衣服也买了,为什么她总是一副不开心的样子呢?”(明明就是欺负我这个单身狗,哼哼)

我回答说“那她是不是问你累不累?衣服好不好看?”

“是啊,我说不累,怕她觉得我嫌弃陪她逛街,也说了衣服好看,但为什么她还是不开心呢,问她原因又不说,真是搞不懂”。

“问题就出在你的肢体动作和语气上面,你肯定在说话的时候表现的很不耐烦。”

朋友说“确实有点不耐烦,语气也有点敷衍”

对于这种问题进行分析,得出两个原因:

  1. 他没听懂女朋友话的含义;
  2. 他的情绪没有把控好。

最终导致既陪了时间,又掏了钱,依然不落好。女人问你累不累,其实是想知道你内心愿不愿意陪她,既然都已经陪着逛街了,何不笑着的回答她“累是累了点,但好不容易陪你逛一次街,再累也值得”。既然衣服都已经买了,钱也花了,女人问你好不好看,并不是让你来做任何评判的,而是想获得你的赞美,何不温柔的回答她“你穿什么都好看”。

这样一来,她还能不高兴?所以说,搞懂需求,把控好情绪去沟通很重要。

3、要懂的反馈

这个意思就很简单,我说了,你就要反馈有没有听见,是不是理解;如果没有理解,我可以再说一遍。

假如你老板在公司群@你,并提到一个问题,如果你没有反馈,结果是怎样的呢?

可能是这样的:你没有反馈,你老板就需要花时间去想,你到底有没有看见呢?如果你没有看见,那这个问题怎么处理呢?处理的方式有哪些呢?什么时候能搞定呢?一连串的问题在他脑海中飘过,花费了他大量的时间去帮你思考问题。最坏的结果就是认为你这个人不靠谱。

一定要懂的反馈,那怕是回复“好的、收到”或者是一个的符号都行。

最后

沟通是一门艺术,需要长期的锻炼才能修有所成。一旦你懂的了沟通,你会发现很多问题都不再是“问题”。而沟通对于PM来说,至关重要!

相关阅读

你是功能经理还是产品经理?

如何把控并推进项目时间进度?

 

作者:melonx (公众号:melonx9) 非BAT产品经理,从事产品事业3-4年,89年老小伙、热爱生活、热爱互联网、喜欢运动、乐于助人、敬畏生命!

本文由 @melonx 原创发布于人人都是产品经理。未经许可,禁止转载。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 感觉文章里的举例回避了重点问题,哈哈哈,一般PM如果真的是加排在手头项目之后的需求,通常不会这样临时去找研发的。如果真的是现在就要加的需求呢,作者你可没正面回答啊,哈哈。另外,“能不能加一下…”这样的开场,很容易被回答不能,噗

    回复
  2. 说实话我的经验告诉我,脾气差的产品,运营,程序员技术还真不咋滴。

    回复
  3. 太认同了!!这个行业本身就参次不齐,只能管好自己,不较真,否则就是对牛谈琴还被怼!

    回复
  4. 其实你们说的都没错哈,立场不同,想法不同;但作为一个PM,一定要把产品逻辑这个最基础的想清楚,不然就一定会被研发鄙视;
    有想法和没想法,其实是怎么用的问题,这个领导会看在眼里的。 😐

    来自广东 回复
    1. 恩,这个是完全同意的,就是百密一疏,难保有考虑不到的时候,反正我是尽量不会让程序加班的,缺失的东西不是太重要就下一版迭代就好了。

      来自浙江 回复
  5. 本来工作量就不对等,姿态放低点没什么不好,产品的一句话,程序员要改几天还要加班,改出来的东西还有bug要修复,换位思考下,我现在一句话让你加3天班你乐不乐意?说实话,不懂沟通的产品我也想跟他说一句你能你上,现成的东西有为什么不拿来用,现在的很多框架就是现成的东西,没有这些现成的东西,现在的产品拿什么去做,就好比安卓本事就是java封装的,不拿现成的安卓语言去开发,用java开发?我觉得你的想法要改变一下,换位思考一下就知道了

    来自江苏 回复
    1. 恩,你们说的都没有错,如果PM拿着详细的需求文档,缜密的流程图给程序员提需求,让程序员加加班,我觉得没错的。但要是PM需求文档没有,流程图没考虑清楚,想到一个需求就跑到程序员面前叽歪需求,我觉得就应该你能你上顶回去,不然今天改的明天PM又跑回来说好像不对又要改。 一个PM基本的素养是杨明白自己做的这个产品想要什么不想要什么,要有基本的想法。自己都没有想清楚的需求,应该扼杀在自己的脑海里,而不是让程序员给你做了实验后说不行。

      来自广东 回复
    2. 其实多数产品,起码合格的产品肯定是能想清楚自己要什么的,关键有时候老板想不清楚,有些功能本身就要试错,如果碰到有些老板自己也要试错就麻烦了,说到底,现在产品行业门槛太低了,无论老板还是程序,“人人都是产品经理”。

      来自浙江 回复
    3. 我完全同意你的说法啊,首先现在很多产品本身就没考虑清楚,这点我完全同意,包括自己刚开始做产品的时候也有很多想不清楚的。但工作量不等我完全不赞同,如果产品只画原型图,那工作量是肯定不等的,但产品的职能要考虑运营,要考虑市场,要去见客户,要做数据分析,要去怼老板,要把握本身产品工艺上的细节等等,当然不可否认很多产品做不到,那顶多就是个助理水平而已。关键是很多程序眼中产品就是个画原型图的,很多程序转成的产品也只负责画原型图。

      来自浙江 回复
  6. 1.管理的艺术;2.管理的权力

    来自广东 回复
  7. “你穿什么都好看”本身就是一句很敷衍的话…… 😥

    来自广东 回复
    1. 曼爷,你欺负我这个单身狗是吗? 😥

      来自广东 回复
  8. 高!

    回复
    1. 厉害了

      来自广东 回复
  9. 那要是你上边说的情况,并不是事后加需求,就得这会加怎么办?

    来自北京 回复
    1. 一般来讲进入开发阶段的需求,都是固定的,很少改动,如果很多改动,那就不是研发的问题,是产品没想好;
      那如果原有需求固定了,只是必须增加一个比较核心的需求,这时就需要延长开发的周期;可以和研发同事这么说:这个需求很重要,但考虑到原有的时间计划已定,那么就延长开发周期,咱先把这个需求加上。一般听到给更多的时间,都会同意的。

      来自广东 回复
  10. 文中我写到有搬出老板,说实话,这个我后面想提出,这个说法的错误的,一不小心忘记写了 😀 ;切记动不动搬出老板或领导是做事的大忌,第一会让研发觉得你在压他,在甩锅,如果提出了逻辑性的问题,你还是搬出领导,那就认为你没能力;第二如果领导知道了,会认为你办事不利,动不动就把他搬出了,要你这个职位有何用? 最怕的就是研发找领导说你这种做法,会陷入进退维谷的境地,珍重! ➡

    来自广东 回复
  11. 写的很赞,不过沟通其实也并不完全仅仅是沟通上面的问题,企业规模、文化,规定、奖惩激励方式等等都会影响到沟通的结果,沟通的这三方面重要也不重要,重要就在于无论其他外在情况是什么,好的沟通技巧都能让事情顺利一些,但是不重要的原因就在于忽视了场景、背景,再好的沟通技巧也改变不了注定站立于矛盾两侧的人的位置。

    来自江苏 回复
    1. 谢谢你写了这么多评语,有一句叫“道不同不相为谋”,两个独立的个体之间的矛盾,由个人情绪引导,可能根本就不会去沟通;在商业中有一句叫“没有永恒的友情,也没有不可化解的矛盾,只有共同的利益”,本文中讲矛盾双方为公司成员,有共同的利益,但凡有恻隐之心,都该去好好的沟通,从而引出如何沟通及沟通的技巧!

      来自广东 回复
  12. 冬哥。

    回复
    1. 阿宁你来了,快去打赏一个!

      来自广东 回复
  13. 哈哈

    回复
  14. 昨天刚张嘴,程序员小哥说:别来烦我。一整天没理他,后来下班前想一想,有求于人,就原谅他吧

    来自广东 回复
    1. 心疼你一秒,连话都没说出口 ❗

      来自广东 回复
    2. 噗哈哈哈,如此粗暴的程序员

      回复
    3. 为何如此相同的境遇

      来自广东 回复
    4. 说明和谐不能是恒久不变的,要允许偶尔有些不愉快的小插曲

      来自广东 回复
  15. 如果能把上面原地爆炸的场景,进行改造举例,是不是更容易明白呢?文章说了问题在哪,却没说怎么样做更好~

    来自上海 回复
    1. 😳 理解了3个要点就知道怎么做了,看来我这篇文章没有把读者当小白用户,是我的错 😥

      来自广东 回复
  16. 这文章适合年轻的产品经理!很年轻的产品缺少这样的能力!使得自己限于被动!

    来自北京 回复
    1. 你的意思成熟的产品不需要沟通 直接一锤子买卖,你的话就是圣旨,下面照做就行。

      来自广东 回复
    2. 楼上的同志你听岔了,他意思是说 凡是有一些经验或者有项目经验的以前可能都掉在这个坑里过,现在人精了,有经验了你还会再往原来的老坑里溜吗~~的意思

      来自湖南 回复
    3. 确实

      来自广东 回复
    4. 看来第一楼的同志是要多学沟通了,竟然还能看出如此偏激的意思…… :mrgreen:

      来自上海 回复
    5. 就喜欢你们这种较真的态度,做产品就要这样 ➡

      来自广东 回复
    6. 过于执着最后会让那个自己掉进坑!认为世界只有我最牛逼!哈哈!还是太年轻!

      来自北京 回复