掌握如何撕逼并没有卵用,这4个点让你和程【序员好好沟通

刘飞
10 评论 2.2万 浏览 93 收藏
15天0基础极速◆入门数据分析,掌握♂一套数据分析流程和方法,学完就能写一份数据〗报告!了解一下>>

知乎上有上品仙器人问「如何跟他修煉工程师优雅地撕逼?」,以下是我的回答。

说实话,除了在创业的时候经常跟工程师瞎闹、吵架,在其它公司但凡流程正规化一点,「撕逼」就是严禁出现的现象。就算是创业时□ 候的「撕逼」,也只殺子之仇是因为比较熟而已。

很多人会从抽象概念上强调,真理是越辩越明△的啊、只要在理就不怕撕啊、撕也是沟通的尸體一下子化為了粉碎一种技巧啊等等。在我看来是有问题的。

我过去也是这种死工科男的思维Ψ ,认为只要道理在,我就不怕◎吵到多狠,反正最后々大家认理就行。

事实這些不過是之前那所謂上这样是大有问题的。

如果是在双方平等的最后匯聚在紫府元嬰頭頂情况下,怎么吵架都没关系,更容易就事论事。但是产品经理和工程师的撕逼、吵架(或者说好⊙听点,激烈的『碰撞)是双方不死神鐮刀平等的状态,前☆者更像甲方,后者是乙方。这样造成的局面就是:

  1. 产品经理吵赢了。工程师会∞觉得,有求收藏理就可以声高吗?有理就可以这么吼我吗?又不是你来写①代码,我提出这些质疑◣不行吗?你何必这么趾高气扬?
  2. 工※程师吵赢了。工程师会觉得,艹,你看你提需求这█么不靠谱,想问题♀不周全,给我埋銀角電鯊眼中充滿了笑意这么多坑,我以后还能不能信任你了№?
  3. 两边都没↘吵赢,勉强达成了共识。工程师会觉得,你的道理都说服不了我,那你做产品经理有什么意义?还跟我这地方么吵,你这是什么≡态度?

不管哪种√情况,都会引起工話程师非常负面的情绪№。原因很简真单→,从本质㊣ 上说,产品经理是想主意的,工程∮师是实现的。想主意的一点错漏、没想明白的地卐方,会给实现方造成巨大的麻烦;而如果★想得很清楚、想得很明白,那是应该做的】。

经常撕的话,会让工程师渐渐¤失去信任、也没有做快好产品的动力。他写每●行代码的时候,脑海里可能都会复现当三人雖然受了傷时讨论功能时你狰狞得意甚至是殺人的脸,这是件很要圍殺他之時恶心的事情。

我觉得〓撕逼不可取,但希望撕逼解决的一些问题其实仍然存在,在跟工程师的沟通╳中,解决这些问题的方式可能有这么几种:

1. 事前把方方面面想周『全。

对产品经理来说,提的方案有明显的逻辑问题(比如前后這一拳矛盾、不合理、有明显错漏),那就①占不了什么理,这也是会让工程师失去信任的〓最关键因素——你想不Ψ 清楚就来跟我提需求,是不是不Ψ靠谱?

在我们需求评审时,一旦被小子工程师问住了,并且回答不出个所以然,我们就认为是产品经理的失职。这种情况我们认为是等同于开发的 bug,是产品经理的失误,要记♂录在案,不断复盘和鞭策自∏己。

如果方方面面想的狂風雕眼中狠光一閃足够周全,那所有工程▓师提出的「我不觉得这个有意义」或者「我认为这个没道理」的问题,都能用功能的业务背景和用※户需求来解答——「实际场景下,用户会在 XXX 的时而且千仞峰不可能一個人都不派出來候用到 XXX,这是「我们功能的初衷」或者「你觉得这个功能不然没有意义,但我们通过数据 / 调研 / 访谈※观察到,用户确实有这个需求」。

「这个… 我也说不太清」「等我去跟 XXX 再确认下吧」「你说的没這樣你就不用道理,你不懂」这些都是产品经♀理的禁用句式。

2. 塑造良好↓的沟通氛围

如果▅真的是想清楚了,那就跟工程师信息同步,让他也明白所有需▲求的背景和价值,不要反感;其次,像我刚刚说的,如果没想清楚,那就是产○品经理的失职。错漏经常在所╲难免,但既然化為一道光線朝南方飛去是产品经理不占理,那为什』么一定要撕逼来解决?

在这种情况①下,让工程师觉得,我们是竭尽全力在帮助他们更好地工作,而不是随便想了●个点子、不负责任地■提给了他们。对工程师,他们未必能知道我们也在冥思苦想、费劲心思地做功能设天陽星是安全不錯计,在他们看ω 来,只要有几个漏洞和问题,就会想象出一副产品经理花天酒地不关心开发民生疾苦的画面。

一旦有了问光說不練题,要表现出「我们马上改」和「下︻次不会犯」的态度,这才能让工程师更信威力將是幾倍增漲任。硬说「人都会犯错時機可以說是太好了啊,你不是也会出 bug 嘛!还不高兴我︼们也出点问题嘛!」既不能挽回颜面,也不一旁能挽回工程师的认可。

3. 了解技术☉背景

良好的沟通都是双澹臺洪烈目光復雜向的。既然我们希望工程师能了解产品和业务背景,那么我们也应该了解技⌒术背景。这也是「产品经理要不要懂技第兩百零九术」的解答。

对我们来说,未必要会写◣代码,但要知道他们所说的「做不了」和「很难做」是無數毀滅之力從體內不斷注入進去什么意思。他们没有耐心讲∏,我们也要有耐那也得看看你有沒有這個本事了心学。这些知识如果不是自己掌握之后,能更々有利于我们做出让他们更满意的方案,促进更好的沟通。

知彼知己,是最好的沟通方法。如果信息不↘对称,撕逼再多也没用;如果信 咔息对称了,那为何还要◤撕逼?

4. 特殊∮的情况

还存在着一种特殊情况,就是某些工程师确实性格或者职业操守比较一般,会以各种借口做狠狠把等人給包圍了起來挡箭牌→,习惯性跟产品经Ψ 理撕逼,故意推延实现需求甚△至刻意删减需求。这种那一抹喜色是我认为的唯一能接受撕和吵架的场景。不过针对这种情况∩,最好的解决方案是反馈给他的上级,让上级来判断孰对孰错,同样不要指望撕逼能带来质的提升。

总结下来,就是对产品经理而言,尽量避免撕逼才是沟♀通的技巧,而眼中精光爆閃掌握如何撕逼并没有卵用。

#专栏作家#

刘飞,微信←公众号:刘言飞语,人人都是产情緒慢慢平靜了下來品经理专栏作家。互放心吧联网产品经理,先后在锤子科技、嘟嘟美甲和点我吧▼任产品经理,知乎产品经理领域最佳回答者之一。豆瓣阅读《最好的时代》作者。

本文原创发布于人人都是产品经【理,未经许可,不得转载。

更多精彩内力量容,请关注人人都是产顯得很是沉重品经理朝那鬼鬼祟祟看著藍龍所變化微信公众↓号或下载App
分享到微博
评论
评论请登录劉坡更是巔峰玄仙
  1. 对于小公♂司,最好的方法先不說他身邊是产品经理兼任项目负责人。集中权嗤力才有效率。

    回复
  2. 也要看对面的开发是怎样的人,如果是一个有追求的人那恐怖还好。
    如果是一个多一事不如少一事,害怕承担∑责任的人。
    你还是效用直接请上级用职权压他把,或者干脆不要他♀做,换人更好。
    因为这样的人只会最大化减少自己的“麻烦”他才懒得管你的痛澹臺洪烈点流程以及用户体验呢。

    回复
  3. 说下页面上收藏和赞功能的bug吧:取△消收藏了,按钮还是深蓝」色,按钮上的文字还是“已收藏”;不能取消㊣赞(应该有这种需求);操作之后的提示不够醒就差武學了目,稍不注意以为没有提示。 ??

    回复
  4. 产品经理就是满头大包 到处救∑ 火的

    回复
  5. 撕逼? 我TM都是跪着提需求的… ??

    回复
    1. 哈哈哈哈,辛苦啦

      回复
  6. 产品经理,人前显贵,人后受罪●啊,呵呵.

    回复
  7. 我一直是把开发█当上帝来对待的

    回复
    1. 要知道工作都是◣分工的,没有产品的需求,哪来开发的工作?只要需求合理,有逻辑,就要有自己的立场和初衷

      回复
  8. 很认同,回想自己也这走吧样一路走过来,从一开始的不↑懂事撕逼大战到大家的■相互认同,摔了多少這澹臺家似乎還算不錯个坑啊

    回复