拒絕不合理需求的方式,除了用板磚,還能咋辦?
作為產品經理,需要面對的往往是來自四面八方的需求,這些需求之間肯定會存在有沖突的,或者不合理的。那么,如何拒絕不合理的需求呢?本文作者提出了3條“妙計”,希望能給你帶來幫助。
先來一句至理名言:“優(yōu)秀的產品經理,并不是你做過多少需求,而是在你拒絕了成噸的不合理需求之后,仍舊能夠在職場中活著,并且活得很好!”
所以,今天我們一起來學習一下,怎樣拒絕不合理的需求之后,還能一直活著吧~
在互聯(lián)網界的段子中,經常能夠刷到,程序員吐槽產品經理提的需求有多么2B,但程序員面對的,也只是產品經理一個角色的需求而已,而且產品經理好歹也懂點技術,大部分情況下,提的需求并沒有那么不靠譜。
但產品經理就不一樣了,我們需要面對的往往是來自于四面八方的需求,包括用戶的、客戶的、老板的、領導的、市場的、運營的,甚至是公司保潔阿姨和門衛(wèi)老大爺的。
這些需求如果你照單全收的話,那么剛開始收需求的時候笑的有多么開心,后面做需求的時候死得就有多慘。因為這些需求之間肯定有沖突的,而且肯定也有不合理的。
那么面對不合理的需求,我們該如何拒絕呢?
有一個簡單粗暴的方法教給大家,推薦下方這款“談需求茶杯墊”,可謂是拒絕需求的神器,保證讓別人跟你談需求的時候會客氣很多,就算你簡單粗暴地說“這個需求不做”,別人也不敢多說什么。
偷偷告訴你,此款神器,工地有售。
(談需求茶杯墊,工地有售)
但上方這個神器,副作用也是顯而易見的,殺傷力太大,用不好的話,不僅有可能你的職業(yè)生涯就完了,而且還有可能,你這輩子也完了,可以準備下輩子的事了。
那有沒有一些溫和的能夠拒絕需求的辦法呢?
那自然是有的,今天我就把這條錦囊妙計毫無保留地獻給大家,一共三句話,相信以大家的高智商,都能夠記得?。?/p>
一、錦囊解讀
俗話說的好:“沒有無緣無故的愛,也沒有無緣無故的恨,更沒有無緣無故的需求!”
老話也曾說過:“存在即合理!”
我也來湊個熱鬧,說上一句:“沒有搞不定的需求,如果有,那就是你沒搞定提需求的人!”
前兩句記不住沒關系,第三句很關鍵哈,一定要記住,因為這句話畢竟是我說的~
從人的角度來研究怎樣拒絕需求,你就會發(fā)現,從天靈蓋到腳底板,這個就順暢多了!
我們先把提需求的人給分個類:
客戶、用戶這些都屬于外部的;老板、領導、市場、運營這些都屬于內部的,再細分的話,老板、領導這些屬于上級,市場、運營這些屬于平級;然后保潔阿姨、門衛(wèi)老大爺這種我們就先不研究了,畢竟天龍八部里面的掃地僧這樣的隱士高人實屬罕見,我們還是先處理正事吧。
來來來,俗話說字不如圖,我們將這些提需求的人,整理到下方圖中:
好了,這些人就擺在我上面畫的這張圖里了,已經跑不了了,接下來我們就來研究一家伙,怎樣搞定這些人,進而搞定這些人提的需求吧!
二、外部談利益
不管是客戶還是用戶,我們先來研究一下這些外部需求人的性質。
首先,這些外部需求人為我們的產品付出了成本對吧。
如果是B端客戶,大多數是直接的金錢成本,也就是跟我們簽合同,讓我們開發(fā)一個系統(tǒng)對吧;如果是C端用戶,大多數是間接的時間成本,比如天天刷抖音,但時間也能轉化成金錢,比如你在哪位小姐姐的直播間刷了大火箭對吧~
然后,這些外部需求人絕大多數,懂業(yè)務,但是不懂技術!
你說你們公司如果搞了一個ERP系統(tǒng),在工廠車間工作的那些個用戶,懂個毛線的技術啊,他們提出想要個什么功能,你就聽他們的去開發(fā)了?
同樣的,天天泡在抖音直播間看小姐姐的光頭大哥,你覺得他懂技術么?他提出的直播間該添加一些什么什么功能,你就這么照著做?
好,性質我們分析完畢,這張圖我們記一下:
那面對這些人提的不合理的需求該怎么辦呢?
其實也很簡單,那就從利益的角度跟他們談唄,相信沒有人能跟利益過不去的。
那利益是什么呢?無非就是八個字:開源節(jié)流、降本增效!
翻譯成大白話,那就是:我?guī)湍愣鄴甓嗌馘X,我?guī)湍愎?jié)省多少成本(包含直接的金錢成本和間接的時間成本)。
舉個例子:客戶說我想要一個xx系統(tǒng),或者是一個xx功能,但經過需求分析之后,這并不能夠解決用戶的實際問題,也就是他提的根本就是個偽需求。
那你如果直接說這個不做,那客戶肯定就告狀告到你老板那里了。怎么辦呢?我們可以以產品經理的專業(yè)視角,梳理出另外一個替代方案,并動之以情、曉之以理地向用戶說明,這個替代方案能幫助他們帶來多少利益。
這么整的話,只要你的用戶或者客戶腦子沒問題,那這個事肯定就成了~
三、內部談制度
先來一句話,快拿小本本記?。?strong>“人是感性的,是非曲直有時候真的很難有定論,但在公司內部,制度是理性的,是冰冷的,只要按照制度辦事,你就不會錯!”
1. 上級:老板、領導
我們先來分析一下上級需求人的性質。
老板和領導會提一些看似“很不合理”的需求么?我很明確地告訴你,答案是會!但有時候,這些“不合理”都是表面的,老板和領導提的這些“不合理需求”,大多數情況下都是有背后原因的。
舉個實際的例子,我們公司接了一個小200萬的項目,聽起來數額還不小是吧,但這個項目已經做了三年多了,是一個標準的爛項目。
但當我們都想擺爛的時候,老板卻依然選擇堅持做,這也能理解成一個大的需求。
但老板為什么提這樣“極其不合理的需求”呢?這背后的原因,經過多方打聽才明白,而且也是一句至理名言:“公司有時候做項目,并不是為了掙錢,而是這個環(huán)境就這樣,你這個項目不做好,其他類似的項目,別人也不會給你做了?!?/strong>
但老板和領導還有一個特點,就是有很多話,他們不會明說。如果最后項目結束后,被定義為一個失敗的項目,那么你作為項目負責人,那就是頭號背鍋俠。
所以怎么做呢?那就按照標準的流程,有需求了進需求池,老板或者領導如果不關注這些流程細節(jié)的話,那就把結果性的內容,通過郵件或者釘釘發(fā)送給他們,總之,一定要保留證據。
來,總結一下上級需求人的性質:
2. 平級:市場、運營
我們再來分析一下平級需求人的性質。
市場與運營這些人是什么特點呢?
我覺得有兩方面,第一,提需求是他們的本職工作,所以首先,這個“量”得懟夠了,不然要他們啥用是吧;第二,他們很多時候負責傳遞用戶的需求,但也僅僅只是傳遞而已,畢竟需求分析啥的,那是產品經理的事。
如果還有第三方面的話,那就是他們也不管實現難度,甚至是能不能實現,只會給你撂一句話:“這個需求月底得上線啊?!?/p>
對付這種人,就更好辦了,那就走標標準準的需求流程,首先得正式地提交需求清單,然后得經過需求評審,再然后開發(fā)排期等等等等,并且每一個環(huán)節(jié)最好都帶上這個需求提出人,他們每一次提交的資料,都得有他們的簽字。
四、本質談ROI
經過上述的分析,其實不管是外部還是內部,也不管是上級還是平級,本質上談需求能不能做,都是從ROI出發(fā)的,能將需求從各個角度打磨到ROI足夠高,相信是個正常人都能夠接受!
這里呢,再送大家一句至理名言,有一個名人說的,也就是我:“需求沒有合不合理,只有值不值得!”
五、贈送小技巧
最后呢,再贈送大家?guī)c拒絕需求的小技巧,保證好用,誰用誰知道:
1. 適當隱瞞,最后不了了之
在神劇《大明王朝1566》中,曾多次出現比喻,說做大臣就像做媳婦,得學會兩頭瞞,一頭瞞著老百姓,一頭瞞著皇上,有些事情只能瞞。
我們作為產品經理也同樣如此,對于有些老板或者領導提出的一些假大空的需求,我們也可以模棱兩可地接收一下,然后避重就輕地去執(zhí)行一下。
等到最后匯報的時候,可能老板或者領導自己都忘了曾經提的啥需求了,你落地的細節(jié),就更加地無從考證了,結局自然是皆大歡喜!
但要注意哈,首先你得做好真?zhèn)涡枨蟮谋鎰e,別啥需求都采取這種策略,那最后你肯定死無葬身之地。
2. 若有所思,之后看情況是否拒絕
什么意思呢?當別人給你提了一個非常難的需求的時候,比如讓你實現一個超級難的動畫效果,你之前從來沒有做過這個動畫效果。我們都知道,當一個人面對一個自己不熟悉或者沒有把握的事情的時候,第一反應當然是拒絕,因為感覺自己做不到,不想承擔責任。
但這時你不要當著需求人的面,毫無猶豫的回答:這個我實現不了。你應該若有所思后,告訴提需求的人:“我想了想,這個效果比較復雜,我之前沒有做過,沒有把握,我下去過會搜索下相關的資料,看看能不能解決掉?”
這時候,提需求的人會認為這個效果可能確實很難,因為這是你經過思考后回答的。
你事后,自己搜索一下相關資料,可能一看并沒有你想象的那么難,然后你可能能做到,當你做完后,可能給同事的感覺,這個人真的很厲害,當初這么難的效果和需求,都實現了,會贏得信任和掌聲。
如果你搜索相關資料后,確實很難,你實現不了,再去找提需求的人,擺事實講道理,這時,對方可能就很容易接受,并改變方案。
3. 明修棧道(表面接受),暗度陳倉(內含條件)
比如:面對一個復雜的需求,提需求的人給你的時間又不夠時,你該怎么辦?你該這么說:“我能按照你的要求在規(guī)定的時間點 deadline完成,但是質量是無法保證的,可能會有很多bug,另外一種方式是你挑一些不是特別緊急重要的需求放到下一個版本中,給我充足的時間做重要的需求,這樣做出來的質量有保證?!?/p>
你提供了兩個解決方案,然后把壓力反推給提需求的人!
六、結語
好了,以上就是今天為大家總結的內容啦,希望大家都能夠拒絕掉不合理的需求,避免后期不必要的背鍋。
疫情原因,我被封到家里都一個多月了,近期屋門都被貼上封條了,希望生活早日回歸正常吧,然后我一直都在,正常的我,也會早日回來的~
專欄作家
曉莊同學;公眾號:曉莊同學產品筆記,人人都是產品經理專欄作家?;ヂ?lián)網老兵,各大平臺專欄作者。
本文原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協(xié)議。
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
如果老板領導提的需求很抽象呢 完成后發(fā)現不是想要的
我覺得應該在需求調研階段就把需求先從抽象落成實際的產品設計,和老板確認后再去開發(fā)