如何優雅拒絕產品經理的不合理需求

產品經理和程式設計師由於所處的位置不同，所以經常會在網上看到對對方的吐槽，實際工作中的撕逼更是不斷，大多數緣由都是因為需求不合理而無法實現。面對這些需求，程式設計師往往會處於一個難堪的境地。

然而，大多數時候程式設計師的問題在於對於產品經理提出的任何需求，都不能以道理反駁，而只是以直覺說：『我覺得不行』、『我覺得使用者沒有這個需求』、『我不管我不做』。如果你認為這個需求不合理，請證明它。

就算你覺得產品經理是個傻逼，請有理有據的證明他是個傻逼。不然你跟無理取鬧的小孩子沒有區別。

so，一個經驗豐富的程式設計師，不僅要懂得技術，還要懂得研究產品經理的心理，甚至懂得給產品經理設定邏輯陷阱，跟他講道理。

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

大概是說一個產品經理不顧產品資訊結構的優先順序，希望把一個”幫助入口” 做在首頁中間。而且產品經理說服工程師時候以邏輯漏洞的方式進攻，提出諸如 “我作為使用者就有訴求，你沒有訴求也不能代表大家都沒有訴求” 之類的理由。

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

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

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

2）產品經理無法給出客觀的需求支撐，但是給出很多”難以拒絕的” 主觀理由；

3）爭論無果後 PM 會要求做出來試試，但是上線後資料看起來是有利於那個需求的；

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

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

a. 這個需求根本是達成什麼目的？
b. 這個需求需要的優先程度是怎樣的？
c. 這個需求需要的衡量標準是什麼？
很顯然這裡的需求就是『提供一個幫助入口』，並且希望可以『儘量幫助有問題的使用者』。

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

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

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

衡量效果不能只看點選率這麼一個指標，轉化率、留存和使用者反饋等都很重要。

4、工程師要更主動的去獲取資訊

案例裡的工程師還有一個很大的毛病就是完全被 PM 牽著鼻子走，透過有限的資訊去判斷需求和方案的好壞，其實工程師可以自己主動做到對資訊的全面掌握（如產品經理的週會、需求評審會、檢視資料、向上反饋等）。

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

在這個故事裡，事實是：

1. 產品經理提出了一個不完善的方案；
2. 產品經理提出了一個有需求的模糊的場景；
3. 產品經理提出了不適當的追蹤反饋的方式。

有個產品想在外賣產品裡做遊戲，知道不能做，但卻找不到有力的拒絕理由。

我猜想產品經理的回答應該是這樣的：

1、有時候等外賣太久，使用者很無聊，很焦慮，一旦焦慮就容易對產品產生不滿。

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

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

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

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

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

2、不要用『我覺得』臆想，你是不是先做個使用者調研比較好？—— 讓對方為自己的需求尋找依據。

3、使用者手機裡 App 那麼多，為什麼要玩我們的遊戲，我們的遊戲有別家做的好嗎？（此時還可以舉例）上一家在天氣 App 裡增加外賣功能的產品被罵的很慘的好嗎？新增一個與主業務無關的流程是不是需要謹慎考慮，需不需要請示一下XXX —— 將領導拉入戰場。

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

還有那些方法應對？

當產品經理提出的需求確實屬於不靠譜的行列，程式設計師可以採用以下方法應對：

1、明確指出問題

每一項需求都要經得住推敲。產品經理難免會出現思考不充分或存在疏漏的情況，這個時候，程式設計師要直接明確地指出存在的問題，敦促產品經理重新進行梳理。

2、強化職場溝通的能力

每一類職業都會影響從業人員的性格。由於職業特點，程式設計師對於技術任務的專注往往會淡化他們在職場上與人打交道的能力，比起產品經理，存在更多的被動性。因此，程式設計師應主動培養職場溝通的能力，以便在工作中更好地轉達自己的態度和觀點。

3、引入外援，一起討論

在實際工作中，往往會出現程式設計師和產品經理談不攏的情況。此種情境發生時，如果實在無法說服對方，可以多找幾個人一塊討論，客觀層面上將道理越辯越明，從而消除產品經理的不理解，達到自己的目的。

4、尋求 leader 的支援

通常情況下，大多數產品需求不僅來自產品經理，更源於公司領導的構想。但一些想法在研發人員眼中卻存在明顯的問題。這種情況下，如果遇上強勢的產品經理，或是公司領導的意願，程式設計師的意見將可能不被重視。此時，程式設計師可以向上級 leader 尋求幫助，獲得支援。

5、熟悉產品經理的特點

程式設計師與產品經理處在不同的崗位，擁有不同的訴求，但擁有同一個目標，即做出好的產品。因此，程式設計師需要認識產品經理這個人，瞭解他做事的方式、喜好，本身的優缺點。在此基礎上，遇到分歧時可以更快地明白癥結，透過合適而有效的方式說服產品經理。

6、對產品經理進行“威懾”

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

在某些情況下，程式設計師可以擺出強勢的一面應對產品經理。

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

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

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

在工作中，逐漸培養出自己自信果敢的一面，面對不合理的需求會給出明確的理由，並表示為自己的判斷和決定負責。專業的程式設計師，應當做到為自己的職場行為負責，只有這樣，才能在與產品經理的博弈中擁有底氣。

9、必殺技：為產品經理設計邏輯陷阱

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

此項必殺技，是他與產品經理鬥智鬥勇的心得。但這項必殺技的使用前提是，確實是從技術角度不能支援的想法。

在任何一家網際網路公司，優秀的產品都需要程式設計師和產品經理的共同協作。產品經理的工作不僅需要程式設計師的配合，有時更需要技術人員的匡正。

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

·END·

程式設計師的成長之路

路雖遠，行則必至

本文原發於 同名微信公眾號「程式設計師的成長之路」，回覆「1024」你懂得，給個讚唄。

往期精彩回顧