您的位置:平台 > 行業資訊

主页早知道 | 你到底需要什麽?

發布時間:2019-11-11

一切項目的本源都是需求,需求明确了才能更好地規劃項目所要完成的工作範圍,時間和成本以項目的工作範圍爲核心,而範圍又以項目需求爲核心。由此可見需求是項目的本源。

然而我們都知道,需求管理并不是一個簡單的事情,人的需求和想法很容易發生變化,從而導緻項目工作會不斷返工。這很可能導緻成本上升,時間延遲,由此産生團隊情緒不穩定和抱怨等連鎖的反應。據全球主页協會的統計數字表明,因爲需求管理不善而項目失敗的概率高達37%。下面通過一個“客人點菜”的小段子看看如何進行需求管理。


大爺點菜

【原始需求】
一個大爺去飯店,坐下來點菜。
大爺:服務員,給我來份宮保雞丁!
服務員:好嘞!

【中途需求變更】
大廚做到一半。
大爺:服務員,菜裏不要放肉。
服務員:不放肉怎麽做啊?
大爺:不放肉就行了,其它按正常程序做,不就行了,難嗎?
服務員:好的,您稍等。

【需求改動太大,返工成本過高】
大廚:你大爺,我肉都回鍋了。
服務員:顧客非要要求的嘛,你把肉挑出來不就行了嗎?
大廚:行,你大爺~
然而大廚還是一點點挑出來了。

【低估需求變更成本】
大爺:服務員,菜裏能給我加點腐竹嗎?
服務員:行,這個應該簡單。

【新需求引入了新的成本】
大廚:不知道腐竹得提前泡水?炒到一半才說?跟他說,想吃腐竹就多等半天。
服務員:啊,你怎麽不早說?
大廚:我怎麽知道他要往宮保雞丁裏放腐竹。
然而大廚還是去泡腐竹了。

【奇葩需求】
大爺:服務員,菜裏加茄丁了沒有?我去其它飯店吃可都是有茄丁的。
服務員:好好好,您稍等,您稍等……

【奇葩需求也得實現】
大廚:宮保雞丁裏放茄丁??
服務員:茄丁抄好了扔裏邊不就行了嗎”
大廚:那TM還能叫菜嗎?哪個系的?
服務員:客戶要,你就給炒了吧。
大廚:你順道問問他腐竹還要不要,我這盆腐竹還占着地方呢!不要我就扔了。

【最終決戰】
10分鍾後
大爺:咦,我上
次吃的不是這個味啊?
從廚房殺出來的大廚(手裏拿着一個板磚):我******

那我們該如何應對客戶“奇葩”要求?

從上面的點菜小段子中你是否有似曾相識的感覺? 是否看出哪些地方不合理了? 
其實段子裏的大爺對應甲方客戶的角色,服務員對應項目經理的角色,而大廚對應團隊内項目成員的角色。主页中很大一部分工作都在“爲客人點菜”,也就是需求管理。需求管理分爲兩個方面:需求從哪裏來,需求到哪裏去了。
1.需求的來源管理:如何挖掘需求,哪些需求值得去做,需求有哪些分類;
2.需求的實現管理:如何做好優先級排期,臨時需求怎麽處理等。

那你有可能會問,究竟如何做好需求管理呢? 我們還是來一下合理的點菜對話:

大爺去飯店,坐下來。
大爺:服務員,給我來份宮保雞丁!
服務員:好的,請問您有什麽忌口嗎?
大爺:有,最近在減肥,不要放肉。
服務員:這宮保雞丁不放肉的話可就不是宮保雞丁了。
大爺:但我喜歡吃宮保雞丁,所以請你們給我炒一道沒有肉的宮保雞丁。
服務員:您看這樣行不行,我們可以用茄丁來代替雞丁,味道差别不大,并且更健康。
 大爺:這樣也行。
服務員:還有其他想吃的嗎?
 大爺:我還喜歡吃腐竹。
服務員:好的,我們這有涼拌腐竹,上菜速度快,可以先給您先上一份。
大爺:好,那快點上菜吧。

從上面我們分析出,首先弄清楚客戶的真實需求,再給到團隊來實現需求,客戶吃到了腐竹、茄丁,以及宮保雞丁的味道,廚房也能正常的幹活,是個雙赢的結果。

需求管理的來源和實現

從前後兩個段子對比中,我們可以總結出需求管理的兩個方法。一個方法是需求啓發,目的是搞清楚需求的來源;另一個方法是需求模型,目的是弄明白需求的實現。

那怎樣做好需求啓發呢? 就要通過問問題。問問題可以區分僞需求和表面需求。客戶想做什麽?需要達成目的?一個需求的用戶角色定義是什麽,基于什麽樣的用戶場景,能夠帶來什麽樣的價值。就像剛才的例子所說,一個餓了的客戶,隻想吃飽肚子,給他一份宮保雞丁滿足需求。另外一個特别喜歡吃宮保雞丁的客戶,最近在減肥,處理的方法就完全不一樣了。因此我們可以通過像第二個段子中所說的,通過提問來去僞存真,找到客戶的真實需求。
明确了客戶的真實需求後,接下來就是要考慮需求實現了。我們已經了解到了客戶的需求:客戶想吃腐竹,帶茄丁不帶肉的宮保雞丁,那麽如何操作,先做哪個?

關于需求優先級劃分以及如何實現需求,我們可以用一個經典的需求模型來解決:卡諾模型。卡諾模型把需求分爲三類:

卡諾模型
★基本型需求:基本需求往往屬于此類。對于這類需求,必須滿足,可以做的按部就班,少量創新。
★期望型需求:用戶、競争對手和自身都需要關注的需求,平時工作中需要重點關注的需求。
★興奮型需求:用戶自身都沒有想到的需求,滿足此類需求很容易引起産品的爆點。

回到剛才所說的例子,做一份宮保雞丁屬于基本需求,想吃到腐竹是期望需求。而興奮型需求,則是類似海底撈的做法:等待的過程中給你提供刷鞋,美甲等更多的服務,給用戶帶來驚喜。

實現優先級上,首先滿足基本需求,其次是期望型需求,然後根據用戶情況,調整興奮型需求的優先級。