《程式設計師拒絕一個合理需求的15個方法!》

語言: CN / TW / HK

Python實戰社群

Java實戰社群

長按識別下方二維碼,按需求新增

掃碼關注新增客服

進Python社群▲

掃碼關注新增客服

進Java社群

作者| Mr.K   編輯| Emma

來源| 技術領導力(ID:jishulingdaoli)

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

程式設計師最頭痛的事情,莫過於碰到不靠譜的產品經理,吵又吵不贏他們,動手吧,又不是我們這些受過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、假裝同意後,拒絕。先是假裝同意,給他希望,“嗯,我覺得可以做的”。然後,再拒絕他,但是要表現出真誠,產品經理不怕被拒絕,但是怕被瞧不起,“其實,你是有能力的產品經理,只是這個方案不太適合落地,你會遇到一個更好的開發。。。”,你說他的方案不行,不就是侮辱他的能力嗎?沒錯,狠狠羞辱他。

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

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

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

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

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

最後,願天下的程式設計師和產品經理,都能善待彼此,拍磚也選塊輕的,做不成敵人,就做朋友,一起聯手對付需求方,敵人的敵人就是朋友嘛。呃,多麼痛的領悟啊。

作者簡介Mr.K,知名電商公司技術老K級人物。文出過暢銷書,武做過CTO,若非生活所迫,誰願一身才華。

程式設計師專欄 掃碼關注填加客服 長按識別下方二維碼進群



近期精彩內容推薦:  

 程式設計師寫的這一行程式碼,被國家博物館收藏了

 2020 年 9 月程式設計師工資統計,我扯後腿了~

 提高國內訪問 GitHub 的速度的 9 種方案

 Python是強型別語言,還是弱型別語言?

在看點這裡好文分享給更多人↓↓