掌握如何撕逼并沒有卵用,這4個(gè)點(diǎn)讓你和程序員好好溝通

劉飛
10 評(píng)論 23227 瀏覽 98 收藏 8 分鐘
🔗 产品经理的核心价值是能够准确发现和满足用户需求,把用户需求转化为产品功能,并协调资源推动落地,创造商业价值

知乎上有人問「如何跟工程師優(yōu)雅地撕逼?」,以下是我的回答。

說實(shí)話,除了在創(chuàng)業(yè)的時(shí)候經(jīng)常跟工程師瞎鬧、吵架,在其它公司但凡流程正規(guī)化一點(diǎn),「撕逼」就是嚴(yán)禁出現(xiàn)的現(xiàn)象。就算是創(chuàng)業(yè)時(shí)候的「撕逼」,也只是因?yàn)楸容^熟而已。

很多人會(huì)從抽象概念上強(qiáng)調(diào),真理是越辯越明的啊、只要在理就不怕撕啊、撕也是溝通的一種技巧啊等等。在我看來是有問題的。

我過去也是這種死工科男的思維,認(rèn)為只要道理在,我就不怕吵到多狠,反正最后大家認(rèn)理就行。

事實(shí)上這樣是大有問題的。

如果是在雙方平等的情況下,怎么吵架都沒關(guān)系,更容易就事論事。但是產(chǎn)品經(jīng)理和工程師的撕逼、吵架(或者說好聽點(diǎn),激烈的碰撞)是雙方不平等的狀態(tài),前者更像甲方,后者是乙方。這樣造成的局面就是:

  1. 產(chǎn)品經(jīng)理吵贏了。工程師會(huì)覺得,有理就可以聲高嗎?有理就可以這么吼我嗎?又不是你來寫代碼,我提出這些質(zhì)疑不行嗎?你何必這么趾高氣揚(yáng)?
  2. 工程師吵贏了。工程師會(huì)覺得,你看你提需求這么不靠譜,想問題不周全,給我埋這么多坑,我以后還能不能信任你了?
  3. 兩邊都沒吵贏,勉強(qiáng)達(dá)成了共識(shí)。工程師會(huì)覺得,你的道理都說服不了我,那你做產(chǎn)品經(jīng)理有什么意義?還跟我這么吵,你這是什么態(tài)度?

不管哪種情況,都會(huì)引起工程師非常負(fù)面的情緒。原因很簡(jiǎn)單,從本質(zhì)上說,產(chǎn)品經(jīng)理是想主意的,工程師是實(shí)現(xiàn)的。想主意的一點(diǎn)錯(cuò)漏、沒想明白的地方,會(huì)給實(shí)現(xiàn)方造成巨大的麻煩;而如果想得很清楚、想得很明白,那是應(yīng)該做的。

經(jīng)常撕的話,會(huì)讓工程師漸漸失去信任、也沒有做好產(chǎn)品的動(dòng)力。他寫每行代碼的時(shí)候,腦海里可能都會(huì)復(fù)現(xiàn)當(dāng)時(shí)討論功能時(shí)你猙獰得意的臉,這是件很惡心的事情。

我覺得撕逼不可取,但希望撕逼解決的一些問題其實(shí)仍然存在,在跟工程師的溝通中,解決這些問題的方式可能有這么幾種:

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

對(duì)產(chǎn)品經(jīng)理來說,提的方案有明顯的邏輯問題(比如前后矛盾、不合理、有明顯錯(cuò)漏),那就占不了什么理,這也是會(huì)讓工程師失去信任的最關(guān)鍵因素——你想不清楚就來跟我提需求,是不是不靠譜?

在我們需求評(píng)審時(shí),一旦被工程師問住了,并且回答不出個(gè)所以然,我們就認(rèn)為是產(chǎn)品經(jīng)理的失職。這種情況我們認(rèn)為是等同于開發(fā)的 bug,是產(chǎn)品經(jīng)理的失誤,要記錄在案,不斷復(fù)盤和鞭策自己。

如果方方面面想的足夠周全,那所有工程師提出的「我不覺得這個(gè)有意義」或者「我認(rèn)為這個(gè)沒道理」的問題,都能用功能的業(yè)務(wù)背景和用戶需求來解答——「實(shí)際場(chǎng)景下,用戶會(huì)在 XXX 的時(shí)候用到 XXX,這是我們功能的初衷」或者「你覺得這個(gè)功能沒有意義,但我們通過數(shù)據(jù) / 調(diào)研 / 訪談?dòng)^察到,用戶確實(shí)有這個(gè)需求」。

「這個(gè)… 我也說不太清」「等我去跟 XXX 再確認(rèn)下吧」「你說的沒道理,你不懂」這些都是產(chǎn)品經(jīng)理的禁用句式。

2. 塑造良好的溝通氛圍

如果真的是想清楚了,那就跟工程師信息同步,讓他也明白所有需求的背景和價(jià)值,不要反感;其次,像我剛剛說的,如果沒想清楚,那就是產(chǎn)品經(jīng)理的失職。錯(cuò)漏經(jīng)常在所難免,但既然是產(chǎn)品經(jīng)理不占理,那為什么一定要撕逼來解決?

在這種情況下,讓工程師覺得,我們是竭盡全力在幫助他們更好地工作,而不是隨便想了個(gè)點(diǎn)子、不負(fù)責(zé)任地提給了他們。對(duì)工程師,他們未必能知道我們也在冥思苦想、費(fèi)勁心思地做功能設(shè)計(jì),在他們看來,只要有幾個(gè)漏洞和問題,就會(huì)想象出一副產(chǎn)品經(jīng)理花天酒地不關(guān)心開發(fā)民生疾苦的畫面。

一旦有了問題,要表現(xiàn)出「我們馬上改」和「下次不會(huì)犯」的態(tài)度,這才能讓工程師更信任。硬說「人都會(huì)犯錯(cuò)啊,你不是也會(huì)出 bug 嘛!還不高興我們也出點(diǎn)問題嘛!」既不能挽回顏面,也不能挽回工程師的認(rèn)可。

3. 了解技術(shù)背景

良好的溝通都是雙向的。既然我們希望工程師能了解產(chǎn)品和業(yè)務(wù)背景,那么我們也應(yīng)該了解技術(shù)背景。這也是「產(chǎn)品經(jīng)理要不要懂技術(shù)」的解答。

對(duì)我們來說,未必要會(huì)寫代碼,但要知道他們所說的「做不了」和「很難做」是什么意思。他們沒有耐心講,我們也要有耐心學(xué)。這些知識(shí)掌握之后,能更有利于我們做出讓他們更滿意的方案,促進(jìn)更好的溝通。

知彼知己,是最好的溝通方法。如果信息不對(duì)稱,撕逼再多也沒用;如果信息對(duì)稱了,那為何還要撕逼?

4. 特殊的情況

還存在著一種特殊情況,就是某些工程師確實(shí)性格或者職業(yè)操守比較一般,會(huì)以各種借口做擋箭牌,習(xí)慣性跟產(chǎn)品經(jīng)理撕逼,故意推延實(shí)現(xiàn)需求甚至刻意刪減需求。這種是我認(rèn)為的唯一能接受撕和吵架的場(chǎng)景。不過針對(duì)這種情況,最好的解決方案是反饋給他的上級(jí),讓上級(jí)來判斷孰對(duì)孰錯(cuò),同樣不要指望撕逼能帶來質(zhì)的提升。

總結(jié)下來,就是對(duì)產(chǎn)品經(jīng)理而言,盡量避免撕逼才是溝通的技巧,而掌握如何撕逼并沒有卵用。

#專欄作家#

劉飛,微信公眾號(hào):劉言飛語(yǔ),人人都是產(chǎn)品經(jīng)理專欄作家?;ヂ?lián)網(wǎng)產(chǎn)品經(jīng)理,先后在錘子科技、嘟嘟美甲和點(diǎn)我吧任產(chǎn)品經(jīng)理,知乎產(chǎn)品經(jīng)理領(lǐng)域最佳回答者之一。豆瓣閱讀《最好的時(shí)代》作者。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,不得轉(zhuǎn)載。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 對(duì)于小公司,最好的方法是產(chǎn)品經(jīng)理兼任項(xiàng)目負(fù)責(zé)人。集中權(quán)力才有效率。

    來自北京 回復(fù)
  2. 也要看對(duì)面的開發(fā)是怎樣的人,如果是一個(gè)有追求的人還好。
    如果是一個(gè)多一事不如少一事,害怕承擔(dān)責(zé)任的人。
    你還是直接請(qǐng)上級(jí)用職權(quán)壓他把,或者干脆不要他做,換人更好。
    因?yàn)檫@樣的人只會(huì)最大化減少自己的“麻煩”他才懶得管你的痛點(diǎn)流程以及用戶體驗(yàn)?zāi)亍?/p>

    來自廣東 回復(fù)
  3. 說下頁(yè)面上收藏和贊功能的bug吧:取消收藏了,按鈕還是深藍(lán)色,按鈕上的文字還是“已收藏”;不能取消贊(應(yīng)該有這種需求);操作之后的提示不夠醒目,稍不注意以為沒有提示。 ??

    來自湖北 回復(fù)
  4. 產(chǎn)品經(jīng)理就是滿頭大包 到處救火的

    來自廣東 回復(fù)
  5. 撕逼? 我TM都是跪著提需求的… ??

    來自廣東 回復(fù)
    1. 哈哈哈哈,辛苦啦

      來自湖北 回復(fù)
  6. 產(chǎn)品經(jīng)理,人前顯貴,人后受罪啊,呵呵.

    來自廣東 回復(fù)
  7. 我一直是把開發(fā)當(dāng)上帝來對(duì)待的

    回復(fù)
    1. 要知道工作都是分工的,沒有產(chǎn)品的需求,哪來開發(fā)的工作?只要需求合理,有邏輯,就要有自己的立場(chǎng)和初衷

      來自陜西 回復(fù)
  8. 很認(rèn)同,回想自己也這樣一路走過來,從一開始的不懂事撕逼大戰(zhàn)到大家的相互認(rèn)同,摔了多少個(gè)坑啊

    來自廣東 回復(fù)
专题
12619人已学习13篇文章
产品经理在日常工作中,除了要跟进和把控产品的整体流程以外,也要对产品后续的销售策略进行规划;销售策略的规划可以让产品经理对于用户的场景以及体验等更加熟悉。本专题的文章分享了产品的销售策略。
专题
48683人已学习16篇文章
看看别人家的PM是怎么做产品测试的。
专题
15245人已学习12篇文章
服务设计在流程性和系统性的问题解决方面提供很好的思路和方法。本专题的文章分享了如何做好服务设计。
专题
17198人已学习18篇文章
本专题的文章分享了车载HMI设计指南,包括HMI的交互、设计、功能等方面的知识分享。
专题
12268人已学习15篇文章
当业务进入某一阶段之后,用户新增可能会趋向疲软,这个阶段里,运营人员可能会需要召回流失用户。本专题的文章分享了用户召回策略。
专题
14714人已学习12篇文章
本专题的文章分享了SaaS平台产品架构设计。