您的位置:首頁 > 行業資訊
項目管理早知道 | 你到底需要什么?
發布時間:2019-11-11
一切項目的本源都是需求,需求明確了才能更好地規劃項目所要完成的工作范圍,時間和成本以項目的工作范圍為核心,而范圍又以項目需求為核心。由此可見需求是項目的本源。
然而我們都知道,需求管理并不是一個簡單的事情,人的需求和想法很容易發生變化,從而導致項目工作會不斷返工。這很可能導致成本上升,時間延遲,由此產生團隊情緒不穩定和抱怨等連鎖的反應。據全球項目管理協會的統計數字表明,因為需求管理不善而項目失敗的概率高達37%。下面通過一個“客人點菜”的小段子看看如何進行需求管理。
大爺點菜
【原始需求】
一個大爺去飯店,坐下來點菜。
大爺:服務員,給我來份宮保雞丁!
服務員:好嘞!
【中途需求變更】
大廚做到一半。
大爺:服務員,菜里不要放肉。
服務員:不放肉怎么做啊?
大爺:不放肉就行了,其它按正常程序做,不就行了,難嗎?
服務員:好的,您稍等。
【需求改動太大,返工成本過高】
大廚:你大爺,我肉都回鍋了。
服務員:顧客非要要求的嘛,你把肉挑出來不就行了嗎?
大廚:行,你大爺~
然而大廚還是一點點挑出來了。
【低估需求變更成本】
大爺:服務員,菜里能給我加點腐竹嗎?
服務員:行,這個應該簡單。
【新需求引入了新的成本】
大廚:不知道腐竹得提前泡水?炒到一半才說?跟他說,想吃腐竹就多等半天。
服務員:啊,你怎么不早說?
大廚:我怎么知道他要往宮保雞丁里放腐竹。
然而大廚還是去泡腐竹了。
【奇葩需求】
大爺:服務員,菜里加茄丁了沒有?我去其它飯店吃可都是有茄丁的。
服務員:好好好,您稍等,您稍等……
【奇葩需求也得實現】
大廚:宮保雞丁里放茄丁??
服務員:茄丁抄好了扔里邊不就行了嗎”
大廚:那TM還能叫菜嗎?哪個系的?
服務員:客戶要,你就給炒了吧。
大廚:你順道問問他腐竹還要不要,我這盆腐竹還占著地方呢!不要我就扔了。
【最終決戰】
10分鐘后
大爺:咦,我上
次吃的不是這個味啊?
從廚房殺出來的大廚(手里拿著一個板磚):我******
那我們該如何應對客戶“奇葩”要求?
從上面的點菜小段子中你是否有似曾相識的感覺? 是否看出哪些地方不合理了?
其實段子里的大爺對應甲方客戶的角色,服務員對應項目經理的角色,而大廚對應團隊內項目成員的角色。項目管理中很大一部分工作都在“為客人點菜”,也就是需求管理。需求管理分為兩個方面:需求從哪里來,需求到哪里去了。
1.需求的來源管理:如何挖掘需求,哪些需求值得去做,需求有哪些分類;
2.需求的實現管理:如何做好優先級排期,臨時需求怎么處理等。
那你有可能會問,究竟如何做好需求管理呢? 我們還是來一下合理的點菜對話:
大爺去飯店,坐下來。
大爺:服務員,給我來份宮保雞丁!
服務員:好的,請問您有什么忌口嗎?
大爺:有,最近在減肥,不要放肉。
服務員:這宮保雞丁不放肉的話可就不是宮保雞丁了。
大爺:但我喜歡吃宮保雞丁,所以請你們給我炒一道沒有肉的宮保雞丁。
服務員:您看這樣行不行,我們可以用茄丁來代替雞丁,味道差別不大,并且更健康。
大爺:這樣也行。
服務員:還有其他想吃的嗎?
大爺:我還喜歡吃腐竹。
服務員:好的,我們這有涼拌腐竹,上菜速度快,可以先給您先上一份。
大爺:好,那快點上菜吧。
從上面我們分析出,首先弄清楚客戶的真實需求,再給到團隊來實現需求,客戶吃到了腐竹、茄丁,以及宮保雞丁的味道,廚房也能正常的干活,是個雙贏的結果。
需求管理的來源和實現
從前后兩個段子對比中,我們可以總結出需求管理的兩個方法。一個方法是需求啟發,目的是搞清楚需求的來源;另一個方法是需求模型,目的是弄明白需求的實現。
那怎樣做好需求啟發呢? 就要通過問問題。問問題可以區分偽需求和表面需求。客戶想做什么?需要達成目的?一個需求的用戶角色定義是什么,基于什么樣的用戶場景,能夠帶來什么樣的價值。就像剛才的例子所說,一個餓了的客戶,只想吃飽肚子,給他一份宮保雞丁滿足需求。另外一個特別喜歡吃宮保雞丁的客戶,最近在減肥,處理的方法就完全不一樣了。因此我們可以通過像第二個段子中所說的,通過提問來去偽存真,找到客戶的真實需求。
明確了客戶的真實需求后,接下來就是要考慮需求實現了。我們已經了解到了客戶的需求:客戶想吃腐竹,帶茄丁不帶肉的宮保雞丁,那么如何操作,先做哪個?
關于需求優先級劃分以及如何實現需求,我們可以用一個經典的需求模型來解決:卡諾模型。卡諾模型把需求分為三類:
★基本型需求:基本需求往往屬于此類。對于這類需求,必須滿足,可以做的按部就班,少量創新。
★期望型需求:用戶、競爭對手和自身都需要關注的需求,平時工作中需要重點關注的需求。
★興奮型需求:用戶自身都沒有想到的需求,滿足此類需求很容易引起產品的爆點。
回到剛才所說的例子,做一份宮保雞丁屬于基本需求,想吃到腐竹是期望需求。而興奮型需求,則是類似海底撈的做法:等待的過程中給你提供刷鞋,美甲等更多的服務,給用戶帶來驚喜。
實現優先級上,首先滿足基本需求,其次是期望型需求,然后根據用戶情況,調整興奮型需求的優先級。
然而我們都知道,需求管理并不是一個簡單的事情,人的需求和想法很容易發生變化,從而導致項目工作會不斷返工。這很可能導致成本上升,時間延遲,由此產生團隊情緒不穩定和抱怨等連鎖的反應。據全球項目管理協會的統計數字表明,因為需求管理不善而項目失敗的概率高達37%。下面通過一個“客人點菜”的小段子看看如何進行需求管理。
大爺點菜
【原始需求】
一個大爺去飯店,坐下來點菜。
大爺:服務員,給我來份宮保雞丁!
服務員:好嘞!
【中途需求變更】
大廚做到一半。
大爺:服務員,菜里不要放肉。
服務員:不放肉怎么做啊?
大爺:不放肉就行了,其它按正常程序做,不就行了,難嗎?
服務員:好的,您稍等。
【需求改動太大,返工成本過高】
大廚:你大爺,我肉都回鍋了。
服務員:顧客非要要求的嘛,你把肉挑出來不就行了嗎?
大廚:行,你大爺~
然而大廚還是一點點挑出來了。
【低估需求變更成本】
大爺:服務員,菜里能給我加點腐竹嗎?
服務員:行,這個應該簡單。
【新需求引入了新的成本】
大廚:不知道腐竹得提前泡水?炒到一半才說?跟他說,想吃腐竹就多等半天。
服務員:啊,你怎么不早說?
大廚:我怎么知道他要往宮保雞丁里放腐竹。
然而大廚還是去泡腐竹了。
【奇葩需求】
大爺:服務員,菜里加茄丁了沒有?我去其它飯店吃可都是有茄丁的。
服務員:好好好,您稍等,您稍等……
【奇葩需求也得實現】
大廚:宮保雞丁里放茄丁??
服務員:茄丁抄好了扔里邊不就行了嗎”
大廚:那TM還能叫菜嗎?哪個系的?
服務員:客戶要,你就給炒了吧。
大廚:你順道問問他腐竹還要不要,我這盆腐竹還占著地方呢!不要我就扔了。
【最終決戰】
10分鐘后
大爺:咦,我上
次吃的不是這個味啊?
從廚房殺出來的大廚(手里拿著一個板磚):我******
那我們該如何應對客戶“奇葩”要求?
從上面的點菜小段子中你是否有似曾相識的感覺? 是否看出哪些地方不合理了?
其實段子里的大爺對應甲方客戶的角色,服務員對應項目經理的角色,而大廚對應團隊內項目成員的角色。項目管理中很大一部分工作都在“為客人點菜”,也就是需求管理。需求管理分為兩個方面:需求從哪里來,需求到哪里去了。
1.需求的來源管理:如何挖掘需求,哪些需求值得去做,需求有哪些分類;
2.需求的實現管理:如何做好優先級排期,臨時需求怎么處理等。
那你有可能會問,究竟如何做好需求管理呢? 我們還是來一下合理的點菜對話:
大爺去飯店,坐下來。
大爺:服務員,給我來份宮保雞丁!
服務員:好的,請問您有什么忌口嗎?
大爺:有,最近在減肥,不要放肉。
服務員:這宮保雞丁不放肉的話可就不是宮保雞丁了。
大爺:但我喜歡吃宮保雞丁,所以請你們給我炒一道沒有肉的宮保雞丁。
服務員:您看這樣行不行,我們可以用茄丁來代替雞丁,味道差別不大,并且更健康。
大爺:這樣也行。
服務員:還有其他想吃的嗎?
大爺:我還喜歡吃腐竹。
服務員:好的,我們這有涼拌腐竹,上菜速度快,可以先給您先上一份。
大爺:好,那快點上菜吧。
從上面我們分析出,首先弄清楚客戶的真實需求,再給到團隊來實現需求,客戶吃到了腐竹、茄丁,以及宮保雞丁的味道,廚房也能正常的干活,是個雙贏的結果。
需求管理的來源和實現
從前后兩個段子對比中,我們可以總結出需求管理的兩個方法。一個方法是需求啟發,目的是搞清楚需求的來源;另一個方法是需求模型,目的是弄明白需求的實現。
那怎樣做好需求啟發呢? 就要通過問問題。問問題可以區分偽需求和表面需求。客戶想做什么?需要達成目的?一個需求的用戶角色定義是什么,基于什么樣的用戶場景,能夠帶來什么樣的價值。就像剛才的例子所說,一個餓了的客戶,只想吃飽肚子,給他一份宮保雞丁滿足需求。另外一個特別喜歡吃宮保雞丁的客戶,最近在減肥,處理的方法就完全不一樣了。因此我們可以通過像第二個段子中所說的,通過提問來去偽存真,找到客戶的真實需求。
明確了客戶的真實需求后,接下來就是要考慮需求實現了。我們已經了解到了客戶的需求:客戶想吃腐竹,帶茄丁不帶肉的宮保雞丁,那么如何操作,先做哪個?
關于需求優先級劃分以及如何實現需求,我們可以用一個經典的需求模型來解決:卡諾模型。卡諾模型把需求分為三類:

★期望型需求:用戶、競爭對手和自身都需要關注的需求,平時工作中需要重點關注的需求。
★興奮型需求:用戶自身都沒有想到的需求,滿足此類需求很容易引起產品的爆點。
回到剛才所說的例子,做一份宮保雞丁屬于基本需求,想吃到腐竹是期望需求。而興奮型需求,則是類似海底撈的做法:等待的過程中給你提供刷鞋,美甲等更多的服務,給用戶帶來驚喜。
實現優先級上,首先滿足基本需求,其次是期望型需求,然后根據用戶情況,調整興奮型需求的優先級。
熱門文章
- 1產品經理國際資格認證(NPDP)考試考生近14天體溫檢測和癥狀記錄表
- 2關于2020年9月26日下午PMI認證考試的報名通知
- 3關于2020年9月12日NPDP考試報名的通知
- 4關于2019年6月通過的PMI項目管理考試證書領取的通知
- 5關于在2020年9月26日上午舉辦原3月PMI認證考試的通知
- 6全球PMP?考試改版繼續延期
- 7項目管理的起源
- 8阿波羅計劃 | 細節決定成敗
- 9機會留給有準備的人 | 秦漢史與項目管理”
- 102021年項目管理認證考試時間安排
最新資訊
- 關于2025年6月15日PMI認證考試準考信下載及考場規定等有關事項的通知
- 關于2025年3月15日PMI認證考試的報名通知
- 關于2025年度PMI認證考試計劃的通知
- 關于2024年8月31日PMI認證考試準考信下載及考場規定等有關事項的通知
- 關于2024年8月31日PMI認證考試的報名通知
- 關于2024年3月10日PMI認證考試準考信下載及考場規定等有關事項的通知
- 關于2024年3月10日PMI認證考試的報名通知
- 關于2023年11月25日PMI/PMP/ACP/PBA/PGMP認證考試準考信下載及考場規定等有關事項的通知
- 關于2023年8月19日PMI認證考試準考信下載及考場規定等有關事項的通知
- 關于2023年5月PMI系列考試成績的通知