程序員是個好職業，工資高、又體面，唯一的缺點就是費頭發。在日常工作當中，產品經理是跟程序員打交道最多的人，據說產品經理的靠譜程度，跟程序員掉頭發的速度成反比，也就是說產品經理越不靠譜，程序員越容易早謝。

程序員最頭痛的事情，莫過于碰到不靠譜的產品經理，吵又吵不贏他們，動手吧，又不是我們這些受過9年義務教育的人應該干的事。那怎么辦呢？

為了解決這個難題，老K走訪了10多位互聯網大廠的骨灰級程序員，他們常年跟產品經理打交道，還能活到現在，必定有過人之處，吃過的鹽比我們走過的橋還多。關上燈，他們就是房間里最亮的星，照亮我們前行。

回到本文主題，為什么要研究“拒絕一個合理需求的方法”呢？因為，連合理的需求都能夠坦然拒絕，更何況不合理的呢？哈哈哈哈，不啰嗦了，上菜：

1、這個需求的價值是什么？這是對產品經理的靈魂拷問，應對菜鳥級的產品經理，足夠讓他菊花一緊，兩腿哆嗦。碰到老鳥產品經理，他會跟你秒天秒地秒空氣，這時候，你就靜靜地看著他裝逼。

2、我們的目標用戶是誰？用戶量多大？如果產品經理提了一個小眾需求，這個提問就是直拍軟肋，殺傷力巨大，你是在質疑產品經理是個傻子，把他的智商按在砂紙上摩擦。

3、這個功能解決了用戶什么痛點？有數據支撐嗎？產品經理立刻被問得捂著胸口，沉默不語。程序員有所頓悟，哦，我懂了，你是不是想說，這是來自用戶內心深處的呼喚。產品經理說，不是，我以前也是程序員，產品經理就是這樣被我問掛的，現在我來頂替他。

4、原型圖畫了嗎？設計文檔寫完整了嗎？原型圖、設計文檔是程序員唯一可以挑剔產品經理的地方，千萬要珍惜做甲方的時光，因為享受完，權利立馬反轉。人生就是這樣，不停地變換姿勢，傷害彼此。有時候想想，職場當中，大家都是狗，反正20年后都要一起去跳廣場舞的，何必撕扯得這么投入？

5、設計文檔確定不改了吧？行，我給你排期。設計文檔不再改了？認真你就輸了，改到第10次，還是覺得第1個是最好的，就問你酸爽不？先答應他，開始盤資源排期，“哦，我看了一下，你這個需求可能要排到下輩子了”。

6、你就告訴我，要抄哪家吧。當產品經理說出10個定理，5個推論，3個數據來證明這個功能的必要性。你就回他一句，別扯了，你就告訴我，要抄哪家的。產品經理的遮羞布瞬間被扯掉，就問你尷尬不？讓你裝逼，裝逼遭雷劈。

7、我這里沒問題了，讓項目經理去立項吧。立項可是個漫長的工程，等他走完立項流程，半年過去了，然后再跟他談資源的事情，回到第5條，此處可以有N個死循環，N無限大。

8、這個需求對架構影響蠻大的，拉上架構師再討論下。剛解釋清楚的需求，再花上幾天給架構師講清楚，架構師再提出10個疑問，再拉上其它產品線的架構師來論證，兩個月又過去了。這時你又回到第一個問題：這個需求的價值是什么？如果真的非常急，非常有價值，現在已經過去兩個月了，好像沒有它也沒那么大影響嘛。binggo!又氣吐血一個產品經理，打完收工。

9、工作量主要在前端，讓前端一起評估下吧。前后端分離以后，以前一個人的工作，現在兩個人來干，以前一個開發應付產品經理，現在兩個開發一起上，內耗也耗死他，邏輯放在前端還是后端？校驗放在前端還是后端？這TM都是問題。

10、這個功能很有創新性啊，讓老板也來頭腦風暴一下吧。最高級的扯皮，就是把老板拉進來。老板懂個屁啊，還要在下屬面前裝懂，天馬行空，扯些有的沒的。凡是老板親自抓的項目，大概率要失敗，他TM整天提出問題質疑，又給不出方向，團隊就更不知道該怎么做了，不失敗才就奇跡。

以上都屬于基本打法，是時候表演些真正的高階玩法了。對產品經理實施PUA，從精神上折磨他、擊垮他。

11、假裝同意后，拒絕。先是假裝同意，給他希望，“嗯，我覺得可以做的”。然后，再拒絕他，但是要表現出真誠，產品經理不怕被拒絕，但是怕被瞧不起，“其實，你是有能力的產品經理，只是這個方案不太適合落地，你會遇到一個更好的開發。。?！?#xff0c;你說他的方案不行，不就是侮辱他的能力嗎？沒錯，狠狠羞辱他。

12、若有所思后，拒絕。他講了2個小時的產品方案，完全講嗨了，主要是自嗨?？诟缮嘣?#xff0c;頭暈眼花的時候，你假裝若有所思，產品經理完全被你的演技征服了，他認為他就是伯牙，你是子期，他是牛郎，你是織女，你們琴瑟和鳴，莫不靜好。他深情地注視著你，眼里好像有些類似愛情的東西，你立刻無情地拒絕他，“做不了”。

13、反問后，再拒絕。經過第12條的折磨，產品經理已經心力交瘁，處在崩潰邊緣，看不到任何希望了。這個時候，你再點燃他的希望之火，此時最好站在陽光直射的窗戶前，讓耀眼的光線刺痛他的眼睛，你像神一樣來到他面前，復述一遍他的方案，問他是不是這樣？正當他滿懷歡喜，以為你已經完全領悟到了方案的真諦時候。你立刻無情地再次拒絕他，“做不了”。

14、然后，開始踢皮球。經過以上步驟，你和產品經理之間那點信任已經蕩然無存了，這時候你可以開始踢皮球了，“這個需求，更適合XX產品線團隊來做”，“這個需求，應該由創新部來主導，找他們聊聊看。”

15、Never Say No。總之，不要直接拒絕，Never Say No。要時刻給產品經理一種若即若離、曖昧、朦朧的感覺，讓他覺得既充滿希望，又沒有十足把握。在他感覺到馬上要修成正果的時候，立刻把所有希望在他面前摔得粉碎，虐心啊。

總之，奉勸各位程序員，不要為了拒絕而拒絕，你不做這個需求，還有更難受的需求。就算需求是“屏幕跟著手機殼變換顏色”，也不要太過絕望，技術也有它的邊界，承認自己不行，不丟人，真別覺得“沒有技術實現不了的”。

最后，愿天下的程序員和產品經理，都能善待彼此，拍磚也選塊輕的，做不成敵人，就做朋友，一起聯手對付需求方，敵人的敵人就是朋友嘛。呃，多么痛的領悟啊。

往期推薦

他被稱為“中國殺毒軟件之父”，沒想到身患殘疾，38歲才接觸電腦！

干掉Navicat：正版，MySQL官方客戶端真香！

面對復雜業務，if-else coder 如何升級？

本文由“壹伴編輯器”提供技術支

?

直面Java第329期：哪個命令可以監控虛擬機各種運行狀態信息？

深入并發第013期：拓展synchronized——鎖優化

如果你喜歡本文,

請長按二維碼，關注?Hollis.

轉發至朋友圈，是對我最大的支持。

點個?在看?

喜歡是一種感覺

在看是一種支持

↘↘↘

總結

以上是生活随笔為你收集整理的程序员拒绝一个合理需求的15个方法！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。