如何優(yōu)雅拒絕產(chǎn)品經(jīng)理的不合理需求

閱讀本文大概需要 5 分鐘。

產(chǎn)品經(jīng)理和程序員由于所處的位置不同，所以經(jīng)常會在網(wǎng)-上看到對對方的吐槽，實際工作中的撕逼更是不斷，大多數(shù)緣由都是因為需求不合理而無法實現(xiàn)。面對這些需求，程序員往往會處于一個難堪的境地。

然而，大多數(shù)時候程序員的問題在于對于產(chǎn)品經(jīng)理提出的任何需求，都不能以道理反駁，而只是以直覺說：『我覺得不行』、『我覺得用戶沒有這個需求』、『我不管我不做』。如果你認為這個需求不合理，請證明它。

就算你覺得產(chǎn)品經(jīng)理是個傻逼，請有理有據(jù)的證明他是個傻逼。不然你跟無理取鬧的小孩子沒有區(qū)別。

so，一個經(jīng)驗豐富的程序員，不僅要懂得技術，還要懂得研究產(chǎn)品經(jīng)理的心理，甚至懂得給產(chǎn)品經(jīng)理設置邏輯陷阱，跟他講道理。

案例一

昨晚刷知乎的時候看到一篇特別有意思的虛構故事，其中的案例讓人哭笑不得。

大概是說一個產(chǎn)品經(jīng)理不顧產(chǎn)品信息結構的優(yōu)先級，希望把一個”幫助入口” 做在首頁中間。而且產(chǎn)品經(jīng)理說服工程師時候以邏輯漏洞的方式進攻，提出諸如 “我作為用戶就有訴求，你沒有訴求也不能代表大家都沒有訴求” 之類的理由。

因為爭論無果最后 PM 提出要 ABtest，上線之后那個幫助入口點擊率竟然還挺高的，讓工程師非常的郁悶。

思考

這些 “難以拒絕的需求”，他們之間往往都會有一些共性：

1）工程師可以明顯的感覺到需求有問題；

2）產(chǎn)品經(jīng)理無法給出客觀的需求支撐，但是給出很多”難以拒絕的” 主觀理由；

3）爭論無果后 PM 會要求做出來試試，但是上線后數(shù)據(jù)看起來是有利于那個需求的；

所以當遇到這個問題這么辦呢？

1、接到需求的時候，不要討論設計解決方案，而應該討論需求本身

a. 這個需求根本是達成什么目的？

b. 這個需求需要的優(yōu)先程度是怎樣的？

c. 這個需求需要的衡量標準是什么？

很顯然這里的需求就是『提供一個幫助入口』，并且希望可以『盡量幫助有問題的用戶』。

2、要追問需求背后的目標和背景

需求的背景和目標是一個完整的整體，只有全面了解了之后工程師才可能給出 ABCD 等不同的解決方案，并且在這些解決方案中分析出優(yōu)劣找出最優(yōu)解。

3、設計效果不能只看單一的某個維度

衡量效果不能只看點擊率這么一個指標，轉(zhuǎn)化率、留存和用戶反饋等都很重要。

4、工程師要更主動的去獲取信息

案例里的工程師還有一個很大的毛病就是完全被 PM 牽著鼻子走，通過有限的信息去判斷需求和方案的好壞，其實工程師可以自己主動做到對信息的全面掌握（如產(chǎn)品經(jīng)理的周會、需求評審會、查看數(shù)據(jù)、向上反饋等）。

必須直接指出，故事中的工程師的立場和溝通方向是錯誤的。

在這個故事里，事實是：

1. 產(chǎn)品經(jīng)理提出了一個不完善的方案；

2. 產(chǎn)品經(jīng)理提出了一個有需求的模糊的場景；

3. 產(chǎn)品經(jīng)理提出了不適當?shù)淖粉櫡答伒姆绞健?/p>

案例二

有個產(chǎn)品想在外賣產(chǎn)品里做游戲，知道不能做，但卻找不到有力的拒絕理由。

思考

我猜想產(chǎn)品經(jīng)理的回答應該是這樣的：

1、有時候等外賣太久，用戶很無聊，很焦慮，一旦焦慮就容易對產(chǎn)品產(chǎn)生不滿。

2、我覺得是存在的，我每次等外賣的時候就覺得很無聊。

3、特別無聊就給他找點事做，游戲人人都喜歡對吧？

4、我還想過做過閱讀產(chǎn)品，讓他可以看小說。或者做個社交，讓他可以約妹子。但是我想了想，工程量太大了，還是做個小游戲吧。

好了，有了他這些回答，你就可以看出漏洞了。

1、等外賣太久的解決問題難道不是外賣配送的算法不夠先進或者配送人手不足決定的嗎？那是否應該優(yōu)先解決根本問題？—— 尋找需求的源頭。

2、不要用『我覺得』臆想，你是不是先做個用戶調(diào)研比較好？—— 讓對方為自己的需求尋找依據(jù)。

3、用戶手機里 App 那么多，為什么要玩我們的游戲，我們的游戲有別家做的好嗎？（此時還可以舉例）上一家在天氣 App 里增加外賣功能的產(chǎn)品被罵的很慘的好嗎？添加一個與主業(yè)務無關的流程是不是需要謹慎考慮，需不需要請示一下XXX —— 將領導拉入戰(zhàn)場。

4、那你覺得如果做了這個以后用戶的活躍度或者滿意度會提升嗎？會提升多少呢？（如果在掙扎不過的時候，一定要做，留著這些以待以后打臉）

還有那些方法應對？

當產(chǎn)品經(jīng)理提出的需求確實屬于不靠譜的行列，程序員可以采用以下方法應對：

1、明確指出問題

每一項需求都要經(jīng)得住推敲。產(chǎn)品經(jīng)理難免會出現(xiàn)思考不充分或存在疏漏的情況，這個時候，程序員要直接明確地指出存在的問題，敦促產(chǎn)品經(jīng)理重新進行梳理。

2、強化職場溝通的能力

每一類職業(yè)都會影響從業(yè)人員的性格。由于職業(yè)特點，程序員對于技術任務的專注往往會淡化他們在職場上與人打交道的能力，比起產(chǎn)品經(jīng)理，存在更多的被動性。因此，程序員應主動培養(yǎng)職場溝通的能力，以便在工作中更好地轉(zhuǎn)達自己的態(tài)度和觀點。

3、引入外援，一起討論

在實際工作中，往往會出現(xiàn)程序員和產(chǎn)品經(jīng)理談不攏的情況。此種情境發(fā)生時，如果實在無法說服對方，可以多找?guī)讉€人一塊討論，客觀層面上將道理越辯越明，從而消除產(chǎn)品經(jīng)理的不理解，達到自己的目的。

4、尋求 leader 的支持

通常情況下，大多數(shù)產(chǎn)品需求不僅來自產(chǎn)品經(jīng)理，更源于公司領導的構想。但一些想法在研發(fā)人員眼中卻存在明顯的問題。這種情況下，如果遇上強勢的產(chǎn)品經(jīng)理，或是公司領導的意愿，程序員的意見將可能不被重視。此時，程序員可以向上級 leader 尋求幫助，獲得支持。

5、熟悉產(chǎn)品經(jīng)理的特點

程序員與產(chǎn)品經(jīng)理處在不同的崗位，擁有不同的訴求，但擁有同一個目標，即做出好的產(chǎn)品。因此，程序員需要認識產(chǎn)品經(jīng)理這個人，了解他做事的方式、喜好，本身的優(yōu)缺點。在此基礎上，遇到分歧時可以更快地明白癥結，通過合適而有效的方式說服產(chǎn)品經(jīng)理。

6、對產(chǎn)品經(jīng)理進行“威懾”

在實際工作中，很多產(chǎn)品經(jīng)理雖然考慮到了研發(fā)，常常卻忽略了產(chǎn)品需求在測試階段是否可行。面對這種情況的屢次發(fā)生，可以開始考慮用軟硬兼施的辦法，遇到實在不能接受的需求，可以直言：“不要以為你很牛逼，再牛逼你就自己做！”

在某些情況下，程序員可以擺出強勢的一面應對產(chǎn)品經(jīng)理。

7、決定要做的，也要想出切實可行的辦法

一項功能是否真的需要開發(fā)，有時候會有很多決定因素。最終仍然決定要做的工作，程序員應想出切實可行的辦法。如若沒有實現(xiàn)的路徑，只能給出做不了的解釋。

8、敢于拍板，為拒絕需求承擔責任

在工作中，逐漸培養(yǎng)出自己自信果-敢的一面，面對不合理的需求會給出明確的理由，并表示為自己的判斷和決定負責。專業(yè)的程序員，應當做到為自己的職場行為負責，只有這樣，才能在與產(chǎn)品經(jīng)理的博弈中擁有底氣。

9、必殺技：為產(chǎn)品經(jīng)理設計邏輯陷阱

面對不靠譜的需求，最擅長的手法是，在與產(chǎn)品經(jīng)理對接的過程中，利用自身邏輯思維能力強的優(yōu)勢，引導其掉入需求中存在的邏輯陷阱，無法自拔，從而主動放棄，推翻之前的需求。

此項必殺技，是他與產(chǎn)品經(jīng)理斗智斗勇的心得。但這項必殺技的使用前提是，確實是從技術角度不能支持的想法。

最后

在任何一家互聯(lián)網(wǎng)公司，優(yōu)秀的產(chǎn)品都需要程序員和產(chǎn)品經(jīng)理的共同協(xié)作。產(chǎn)品經(jīng)理的工作不僅需要程序員的配合，有時更需要技術人員的匡正。

與全盤接受相比，偶爾的拒絕也有其價值。只有在這樣的層面下，產(chǎn)品和技術，才能為實現(xiàn)真正好的功能做出貢獻。

·END·

程序員的成長之路

路雖遠，行則必至

游戲 開發(fā)者

版權聲明：本文內(nèi)容由網(wǎng)絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發(fā)現(xiàn)本站中有涉嫌抄襲或描述失實的內(nèi)容，請聯(lián)系我們jiasou666@gmail.com 處理，核實后本網(wǎng)站將在24小時內(nèi)刪除侵權內(nèi)容。