需求經常變更,你該怎么辦?
編輯導語:在日常工作中,我們偶爾會遇到需求反復變更的情況,做到一半需求更改,搞得大家都很煩惱。那么,如何避免這種情況的發生以及該如何應對這種情況,協調好團隊中的關系?本文從變更原因出發,總結出現需求變更的應對策略以及如何避免的方法,一起來看看。
我們在日常工作當中,或多或少都會遇到需求經常反復變更的情況。不是在需求分析當中變更要求,就是在開發過程中變更需求,搞得大家都很煩惱,那么遇到這樣的情況,我們應該如何應對,才能更好的協調好各方之間的關系呢?
一、探究需求變更的原因
1. 內因
- 需求分析偏差:需要調研時信息傳遞會出現變差情況,即造成用戶或客戶的需求表達和產品經理的理解,以及需求傳達過程中出現的遺漏或是失真情況(變差,是在表達、理解、傳達中的遺漏和失真,這里是一個層面的意思,遺落和失真就是偏差)。
- 沒有抓住需求本質:客戶有時候不能真實表達其實現需求,在需求調研或分析時,產品經理只分析表象,沒有抓住需求實質,就很難說服各方,容易引起變更。
2. 外因(外因應該還有:市場變化、法規變化帶來的客觀因素)
- 開發:開發容易在需求評審時“好好”或是沒有認真進行技術評估,等開發一半時反饋做不了,提出要該需求
- 老板/業務方:老板或業務臨時加的緊急需求,或是看到競品有的需求也想要
- 戰略定位:基于公司戰略轉型、產品定位改變而做出的需求調整變更
二、出現需求變更的應對之策
需求確認:確認需求來源,找到原始需求,最好能與需求提出方進行直接溝通,進行需求確認。
需求分析:對變更的需求進行真偽的初步分析,從需求背景,需求目標,需求解決的問題,產品所處階段,需求成本,產生的風險進行綜合評估。
替代方案:并不是所有的需求都要滿足,考慮是否替代方案,現有的產品適當調整能否能滿足業務方需求;是否有性價比更高的第三方現成的解決方案。
拒絕:對于偽需求或無差異需求結合產品所處階段,競爭戰略要有理有據的拒絕,接受客戶想信息,但不能隨意接受客戶的需求。
需求評審:面對甲方爸爸或是老板金主,實在拒絕不了,就需要拉著技術以及團隊成員一起進行需求評審,同時評估需求變更產生的影響,如進度,成本,風險,可能造成的延期等。
變更流程:如果內部有變更流程,走變更流程,請需求方進行確認(簽字或是郵件回復確認);如果內部沒有流程,把變更需求加入需求池,做好變更記錄。
信息同步:重點向需求提出方進行信息同步,同時也要在團隊內部進行變更信息傳達,原型以及PRD及時更新同步。
資源申請:需求變更肯定會既定項目的進度,資源,質量會有影響,需要向上反饋,申請項目資源(包括加班)。
開發排期:根據需求輕重緩急進行開發排期;不著急的需求安排到下個版本開發,著急的需求協調開發立刻解決。
風險管理:需求變更可能會原有的產品架構產生影響,以及帶來其他潛在的問題,需要與開發等一起做好可能的風險管理。
相關方管理:對內需要對開發,測試,UI等內部團隊做好安撫工作;對外對于需求提出方讓其知道感MD這次我幫你解決了,下次變更自己掂量掂量(這是門藝術,需要好好修煉)。
復盤總結:對于產生的需求變更從內外因綜合復盤總結,提高需求變更控制能力。
三、如何避免需求變更(或降低需求變更帶來負面影響)
需求分析:提供需求分析能力,想清楚客戶(用戶)使用場景以及需求本質;客戶(用戶)或業務方有時并不清楚自己到底想要的是什么,需要產品經理做好需求啟發工作。
控制變更流程:建立和健全需求變更流程,確定誰可以提變更,誰可以批準變更,變更需要的手續(簽字還是郵件回復);而不是業務需求方隨口一句就可以變更,需要適當增加需求變更的門檻。
相關方管理:識別項目關鍵干系人,通過RACI工具進行管理,讓關鍵干系人滿意,與關鍵干系人建立好關系,讓在處理需求變更時留有余地。
產品設計:在產品設計時堅持高內聚低耦合為原則,技術開發時盡量預留接口和字段,考慮可能出現的變更提前預留總結。
身為產品可能都經歷過需求變更之苦,要想減少需求變更以及需求變更帶來的影響根源還是產品經理自己需要提高需求需求分析能力,找到需求本質,提高需求啟發能力,提高需求變更的確定性以及需求變更把控能力。
這個世界唯一不變的一切都在變化,需求變更某種程度也是對未來以及競爭的快速響應;產品經理需要擺正心態,擁抱變化。
B端話題200問系列,持續連載中,敬請期待!
本文由@產品說事兒 原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議。
需求經常變更?我:發脾氣(開玩笑的)
確實應該冷靜分析內外因素影響導致的這樣的結果