需求變更:產(chǎn)品經(jīng)理如何快速正確應(yīng)對?
需求變更是指對項目功能、性能、進度、成本等的變化調(diào)整,作為一名產(chǎn)品經(jīng)理,如何正確應(yīng)對需求變更?本篇文章作者將詳細為我們介紹在項目的不同階段處理需求變更的不同方法,希望對你有幫助。
提起需求變更,多數(shù)產(chǎn)品經(jīng)理人并不會陌生,它基本在我們?nèi)粘5男枨蟮卸伎赡軙霈F(xiàn),控制的好,項目正常上線,項目組成員皆大歡喜。
控制不好,業(yè)務(wù)負責(zé)人、合作方、老板,包括研發(fā)兄弟們,都有可能不滿,甚至情緒激憤時還會“口吐芬芳”,故此乃產(chǎn)品經(jīng)理“榮辱之地”,不可不察也。
可是,需求變更就像五月的天氣一樣,說變就變,且牽涉多個相關(guān)方、上下游,如何應(yīng)對?且如何在變化之中,能夠快速精準識別定位變更原因,應(yīng)對風(fēng)險?
以下我將就自己的一些個人經(jīng)驗和大家分享一下。
一、認識需求變更
要搞清楚需求變更,我們先要清晰需求定義和分類。
1. 名稱定義
需求變更是指在項目開發(fā)過程中,客戶或相關(guān)方對項目需求的變化,包括對功能、性能、進度、成本等方面的調(diào)整。
2. 常見分類
- 用戶反饋。用戶使用產(chǎn)品后提出的反饋和建議可以導(dǎo)致產(chǎn)品需求變更。用戶反饋可能包括對產(chǎn)品功能的需求、對用戶體驗的改進建議、對產(chǎn)品性能的提升要求等。
- 市場調(diào)研。市場變化可能是產(chǎn)品需求變更的原因之一。競爭對手的發(fā)布、市場趨勢的變化、新技術(shù)的出現(xiàn)等都可能導(dǎo)致產(chǎn)品需求變更。
- 業(yè)務(wù)需求。公司的業(yè)務(wù)需求也可能導(dǎo)致產(chǎn)品需求變更。例如,公司可能需要推出新產(chǎn)品以擴大市場份額,或者需要將現(xiàn)有產(chǎn)品與新的業(yè)務(wù)線進行整合。
- 法律法規(guī)。突然更新的法律法規(guī)的變化也可能導(dǎo)致產(chǎn)品需求變更。例如,某些國家可能頒布新的隱私法規(guī),這可能會導(dǎo)致公司在產(chǎn)品設(shè)計中需要進行相應(yīng)的調(diào)整。
- 技術(shù)限制。技術(shù)限制也可能導(dǎo)致產(chǎn)品需求變更。例如,在某些情況下,技術(shù)限制可能會導(dǎo)致產(chǎn)品無法實現(xiàn)某些功能,或者需要使用新技術(shù)來實現(xiàn)。
- bug修復(fù)。產(chǎn)品中的錯誤和漏洞可能需要修復(fù),這直接會導(dǎo)致產(chǎn)品需求變更。
二、需求變更的生命周期
產(chǎn)品的生命周期分為:需求調(diào)研、產(chǎn)品方案初步階段、詳細階段、方案評審、研發(fā)階段、上線驗收。
需求變更在產(chǎn)品生命周期的整個周期內(nèi)都可能會出現(xiàn),而每一個階段應(yīng)對措施是不一樣的,為什么?
因為在每一個階段需要花費的時間和人力資源成本是不同的,這也決定了應(yīng)對措施的不同效率和應(yīng)對方案。其中,最重要的一項:成本控制。
成本的控制影響到你的需求方,合作方的直接收益,以及研發(fā)兄弟們的付出能不能應(yīng)對老板年底述職的“靈魂拷問”,自然也包括你自己。
三、分階段逐個擊破
原則:明確當前階段,識別風(fēng)險程度,快速正確響應(yīng)、同步相關(guān)干系人。
以下是具體實戰(zhàn)措施:
1. 需求變更溝通前
線下組織溝通會,可以是正式的,也可以非正式會議,重點在將需求變更聊透徹。
- 把握重點。確定產(chǎn)品定位,把控業(yè)務(wù)發(fā)展方向、漸進明確,挖掘業(yè)務(wù)側(cè)顯性與隱性需求,重點在于將需求聊明白(可落地的層面)。
- 信息拉齊。同業(yè)務(wù)方leader、各相關(guān)方,保持理解一致,形成明確結(jié)論,并郵件通曬相關(guān)方(集體決策)。
這個階段出現(xiàn)需求變更,保持正常的心態(tài),積極擁抱。
因為在這個階段,方案沒有確定,調(diào)整方案的成本是最小的,但在這個階段需要及時紙質(zhì)化需求結(jié)論,并及時同步各相關(guān)方。保證信息拉齊,重要變更事項,一定郵件中顏色加粗@重要人員(保證留痕)。
2. 產(chǎn)品方案落地中
組織線下需求變更方案評審會。
- 主導(dǎo)會議方向:同業(yè)務(wù)方、合作方、運營、財稅法,所有項目需求相關(guān)人員,線下組織產(chǎn)品方案評審會,溝通確認變更流程,主導(dǎo)方案會議方向,給出合理落地建議(識別關(guān)鍵決策人)。
- 注意事項:不要局限在方案原型設(shè)計,系統(tǒng)交互上,以及接口細節(jié)中,重點在判斷業(yè)務(wù)需求變更合理性與系統(tǒng)可行性,提出專業(yè)性建議。
會議開始前,提前重點和關(guān)鍵決策人,溝通項目可能面臨風(fēng)險,獲取其應(yīng)對變更預(yù)期(包含上線時間,成本收益),在會議中做到有的放矢。
會后形成需求變更郵件,并保證信息拉齊,及時郵件同步項目組全員。
3. 方案確認中
同關(guān)鍵決策人溝通需求變更項,確認變更內(nèi)容。
識別關(guān)鍵人:線下干活溝通的人可能沒有決策權(quán),多數(shù)情況下只負責(zé)需求的傳遞,往往在需求傳遞中,真實信息就會衰減。為了避免上線后,做無用功識,需求變更方案最后確認階段,一定和關(guān)鍵決策人達成共識。(關(guān)鍵決策人即是為項目收益直接負責(zé)的人,簡單點理解,對其OKR、晉升有重要影響的人)
重點和關(guān)鍵決策人確認變更方案,達成共識,并郵件同步各相關(guān)方,保證信息及時拉齊。
4. 方案實施研發(fā)中
識別變更來源,確定需求變更優(yōu)先級。
1)來自內(nèi)部(這里特指需求發(fā)起方【外】和執(zhí)行方【內(nèi)】),包括研發(fā)、測試。
場景類型:
- 設(shè)計缺陷、代碼bug。
- 直接影響業(yè)務(wù)發(fā)展,包含敏感數(shù)據(jù)、錯誤信息。
- 上線后可造成直接資金損失或重大輿情風(fēng)險問題。
以上場景發(fā)生,即刻應(yīng)對變更:
- 及時郵件同步各相關(guān)方,并確保關(guān)鍵人識別該風(fēng)險緊急程度。
- 組織關(guān)鍵人和各相關(guān)方積極采取應(yīng)對措施。
2)來自業(yè)務(wù)方(需求發(fā)起方),主要包含商務(wù)BD,產(chǎn)品運營等。
① 是否關(guān)鍵干系人發(fā)起的變更
是:判斷合理性。
- 合理:積極應(yīng)對,由業(yè)務(wù)方明確變更需求郵件(包含變更背景,帶來的風(fēng)險,應(yīng)對措施),通曬相關(guān)方知悉變更內(nèi)容。
- 不合理:陳明利害,拒絕變更。
否,與關(guān)鍵干系人溝通確認是否可以變更。
② 是否合理的需求變更
合理:是否可以放在下一個迭代。
- 是:放入下一個迭代完成。
- 否:積極應(yīng)對,由業(yè)務(wù)方明確變更需求郵件(包含變更背景,帶來的風(fēng)險,應(yīng)對措施),通曬相關(guān)方知悉變更內(nèi)容。
不合理:陳明利害,拒絕變更。
5. 方案實施已完成
按照新需求處理?。?!
本文由 @弘毅書聲 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
小公司產(chǎn)品看的一愣一愣的