需求變更是指對項目功能、性能、進(jìn)度、成本等的變化調(diào)整，作為一名產(chǎn)品經(jīng)理，如何正確應(yīng)對需求變更？本篇文章作者將詳細(xì)為我們介紹在項目的不同階段處理需求變更的不同方法，希望對你有幫助。

提起需求變更，多數(shù)產(chǎn)品經(jīng)理人并不會陌生，它基本在我們?nèi)粘５男枨蟮卸伎赡軙霈F(xiàn)，控制的好，項目正常上線，項目組成員皆大歡喜。

控制不好，業(yè)務(wù)負(fù)責(zé)人、合作方、老板，包括研發(fā)兄弟們，都有可能不滿，甚至情緒激憤時還會“口吐芬芳”，故此乃產(chǎn)品經(jīng)理“榮辱之地”，不可不察也。

可是，需求變更就像五月的天氣一樣，說變就變，且牽涉多個相關(guān)方、上下游，如何應(yīng)對？且如何在變化之中，能夠快速精準(zhǔn)識別定位變更原因，應(yīng)對風(fēng)險？

以下我將就自己的一些個人經(jīng)驗和大家分享一下。

一、認(rèn)識需求變更

要搞清楚需求變更，我們先要清晰需求定義和分類。

1. 名稱定義

需求變更是指在項目開發(fā)過程中，客戶或相關(guān)方對項目需求的變化，包括對功能、性能、進(jìn)度、成本等方面的調(diào)整。

2. 常見分類

• 用戶反饋。用戶使用產(chǎn)品后提出的反饋和建議可以導(dǎo)致產(chǎn)品需求變更。用戶反饋可能包括對產(chǎn)品功能的需求、對用戶體驗的改進(jì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)品以擴(kuò)大市場份額，或者需要將現(xiàn)有產(chǎn)品與新的業(yè)務(wù)線進(jìn)行整合。
• 法律法規(guī)。突然更新的法律法規(guī)的變化也可能導(dǎo)致產(chǎn)品需求變更。例如，某些國家可能頒布新的隱私法規(guī)，這可能會導(dǎo)致公司在產(chǎn)品設(shè)計中需要進(jìn)行相應(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)品方案初步階段、詳細(xì)階段、方案評審、研發(fā)階段、上線驗收。

需求變更在產(chǎn)品生命周期的整個周期內(nèi)都可能會出現(xiàn)，而每一個階段應(yīng)對措施是不一樣的，為什么？

因為在每一個階段需要花費的時間和人力資源成本是不同的，這也決定了應(yīng)對措施的不同效率和應(yīng)對方案。其中，最重要的一項：成本控制。

成本的控制影響到你的需求方，合作方的直接收益，以及研發(fā)兄弟們的付出能不能應(yīng)對老板年底述職的“靈魂拷問”，自然也包括你自己。

三、分階段逐個擊破

原則：明確當(dāng)前階段，識別風(fēng)險程度，快速正確響應(yīng)、同步相關(guān)干系人。

以下是具體實戰(zhàn)措施：

1. 需求變更溝通前

線下組織溝通會，可以是正式的，也可以非正式會議，重點在將需求變更聊透徹。

• 把握重點。確定產(chǎn)品定位，把控業(yè)務(wù)發(fā)展方向、漸進(jìn)明確，挖掘業(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ù)方、合作方、運(yùn)營、財稅法，所有項目需求相關(guān)人員，線下組織產(chǎn)品方案評審會，溝通確認(rèn)變更流程，主導(dǎo)方案會議方向，給出合理落地建議（識別關(guān)鍵決策人）。
• 注意事項：不要局限在方案原型設(shè)計，系統(tǒng)交互上，以及接口細(xì)節(jié)中，重點在判斷業(yè)務(wù)需求變更合理性與系統(tǒng)可行性，提出專業(yè)性建議。

會議開始前，提前重點和關(guān)鍵決策人，溝通項目可能面臨風(fēng)險，獲取其應(yīng)對變更預(yù)期（包含上線時間，成本收益），在會議中做到有的放矢。

會后形成需求變更郵件，并保證信息拉齊，及時郵件同步項目組全員。

3. 方案確認(rèn)中

同關(guān)鍵決策人溝通需求變更項，確認(rèn)變更內(nèi)容。

識別關(guān)鍵人：線下干活溝通的人可能沒有決策權(quán)，多數(shù)情況下只負(fù)責(zé)需求的傳遞，往往在需求傳遞中，真實信息就會衰減。為了避免上線后，做無用功識，需求變更方案最后確認(rèn)階段，一定和關(guān)鍵決策人達(dá)成共識。（關(guān)鍵決策人即是為項目收益直接負(fù)責(zé)的人，簡單點理解，對其OKR、晉升有重要影響的人）

重點和關(guān)鍵決策人確認(rèn)變更方案，達(dá)成共識，并郵件同步各相關(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)品運(yùn)營等。

① 是否關(guān)鍵干系人發(fā)起的變更

是：判斷合理性。

• 合理：積極應(yīng)對，由業(yè)務(wù)方明確變更需求郵件（包含變更背景，帶來的風(fēng)險，應(yīng)對措施），通曬相關(guān)方知悉變更內(nèi)容。
• 不合理：陳明利害，拒絕變更。

否，與關(guān)鍵干系人溝通確認(rèn)是否可以變更。

② 是否合理的需求變更

合理：是否可以放在下一個迭代。

• 是：放入下一個迭代完成。
• 否：積極應(yīng)對，由業(yè)務(wù)方明確變更需求郵件（包含變更背景，帶來的風(fēng)險，應(yīng)對措施），通曬相關(guān)方知悉變更內(nèi)容。

不合理：陳明利害，拒絕變更。

5. 方案實施已完成

按照新需求處理?。。?/p>