奉上不會(huì)被砍死的需求變更 32 字口訣：目標(biāo)出發(fā)，衡量?jī)r(jià)值，判斷時(shí)機(jī)，做好溝通；不怕質(zhì)疑，不甘傳聲，靈活應(yīng)對(duì)，順理成章。

聽說因?yàn)殡S便改需求，某公司產(chǎn)品經(jīng)理被憤怒的程序猿砍成重傷，至今昏迷不醒！

經(jīng)常在網(wǎng)上看到，在產(chǎn)品研發(fā)的過程中，發(fā)生了需求變更。研發(fā)同學(xué)辛苦寫的代碼泡湯了，測(cè)試同學(xué)好不容易找出的 bug 得重新再找，每個(gè)人心里邊都有一股怨念，產(chǎn)品經(jīng)理作為需求的管理者，很容易承受人民群眾的怒火，千夫所指，惶惶不安。一旦處理不好，很容易導(dǎo)致同事間的矛盾。

有人嘗試著消滅需求變更的可能性，但很快會(huì)發(fā)現(xiàn)，需求變化很多時(shí)候根本不是產(chǎn)品經(jīng)理自己就能控制的，甚至它就是產(chǎn)品發(fā)展過程中必然的經(jīng)歷。所以，需求變化必須納入管理，我們稱之為需求變更管理。

今天我們談的需求變更管理方法，必須要明確兩個(gè)前提：

1. 適用于產(chǎn)品、研發(fā)能夠暢通溝通的團(tuán)隊(duì)。對(duì)于外包項(xiàng)目等需求與開發(fā)負(fù)責(zé)人不在同一團(tuán)隊(duì)的情況，僅供參考。
2. 適用于研發(fā)周期短，快速上線的產(chǎn)品迭代。對(duì)于研發(fā)周期動(dòng)輒大半年的軟件工程項(xiàng)目，需要引入更復(fù)雜的需求變更流程。同樣，對(duì)于產(chǎn)品整體方向上的大調(diào)整，也不適用文章中提到的方法。

需求伊始充分溝通

互聯(lián)網(wǎng)產(chǎn)品的研發(fā)是一次團(tuán)隊(duì)滿足用戶需求的體驗(yàn)之旅。既然是集體活動(dòng)，事前約法三章非常重要，開始旅行之前，團(tuán)隊(duì)的每一位成員都需要就一些基本問題達(dá)成一致：

尊重團(tuán)隊(duì)的工作成果，每一次需求變更都意味著團(tuán)隊(duì)努力的消耗，不能接受隨時(shí)隨地都在發(fā)生的變化。產(chǎn)品經(jīng)理作為需求的把控方，不能每天換個(gè)花樣，今天要方的明天要圓的，提前想清楚自己要什么，拒絕拍腦袋做決策。

需求最好少變，但必須接受變化的存在。產(chǎn)品經(jīng)理不是神，無法全知全能，團(tuán)隊(duì)需要對(duì)產(chǎn)品經(jīng)理的工作保持一定的容忍度，無須談變更就上板磚。我的習(xí)慣是和新團(tuán)隊(duì)合作，一定會(huì)找研發(fā)的同事們開誠布公一次，明確告知我能力有限，一定會(huì)發(fā)生需求變更，但是我會(huì)控制，不給大家瞎指揮。適當(dāng)降低大家對(duì)自己工作的預(yù)期，有助于提高大家的滿意度。

開始研發(fā)之前，產(chǎn)品經(jīng)理有義務(wù)就本次研發(fā)的目標(biāo)、手段和衡量方式，與整個(gè)團(tuán)隊(duì)達(dá)成一致。團(tuán)隊(duì)對(duì)需求的理解，直接影響著業(yè)績(jī)達(dá)成。很多團(tuán)隊(duì)的產(chǎn)品和研發(fā)的關(guān)系都停留在產(chǎn)品經(jīng)理寫需求，研發(fā)團(tuán)隊(duì)做需求，至于為什么做，如何做，雙方很少溝通，把辦公室搞成了擰螺絲的流水線。

分享一個(gè)我常用來和團(tuán)隊(duì)伙伴溝通目標(biāo)、手段、衡量手段的方法：BML 模型，即在什么樣的背景下，作為產(chǎn)品經(jīng)理，我依托什么邏輯設(shè)計(jì)了這樣一套解決方案，上線之后我會(huì)去關(guān)注哪些節(jié)點(diǎn)的數(shù)據(jù)表現(xiàn)，什么樣的數(shù)據(jù)表現(xiàn)會(huì)繼續(xù)迭代這個(gè)方案，什么樣的數(shù)據(jù)表現(xiàn)會(huì)考慮轉(zhuǎn)型。

不要把所有問題都推到需求定義階段。事前溝通再詳盡，也會(huì)有疏漏和遺忘。過程中的溝通，有助于改善團(tuán)隊(duì)環(huán)境。對(duì)熟悉度很高的團(tuán)隊(duì)，很多事情可以靠眼神交流。如果還存有陌生感，一定要多聊，產(chǎn)品經(jīng)理可以在午餐、晚餐及其他休息時(shí)間找研發(fā)同事聽聽他們對(duì)需求的理解，能夠避免理解不一致帶來的更改。

分清需求變化是如何發(fā)生的

再優(yōu)秀的需求定義階段，也頂不住來自時(shí)間的沖擊。需求終究還是會(huì)發(fā)生變化的。那么處理的第一步，是弄清楚它是怎么發(fā)生的。常見的可能有以下幾種情況：

1、自己沒想清楚

這種情況對(duì)于天天都在看新東西的產(chǎn)品經(jīng)理來說經(jīng)常會(huì)發(fā)生。剛做好的設(shè)計(jì)，剛做完評(píng)審第二天就發(fā)現(xiàn)了新的方案。

2、老板/業(yè)務(wù)需求方變了

有的產(chǎn)品經(jīng)理自己不會(huì)拍腦袋，但是架不住老板日理萬機(jī)愛拍腦袋，胳膊擰不過大腿，只好變更。關(guān)于老板的需求處理，可以參見之前的一篇文章《報(bào)告老板，你的需求不靠譜》。

3、環(huán)境變了

產(chǎn)品還沒上線，發(fā)現(xiàn)市場(chǎng)已經(jīng)發(fā)生了變化。市場(chǎng)機(jī)會(huì)瞬息萬變。比如之前本來穩(wěn)扎穩(wěn)打地做著百度云，忽然金山說我永久免費(fèi)了，360也說我永久免費(fèi)360G了，這時(shí)百度云也沒法堅(jiān)持原來的研發(fā)節(jié)奏。

4、以為變了

這種情況也經(jīng)常發(fā)生，很多團(tuán)隊(duì)的溝通存在盲區(qū)，每個(gè)人都在瞎子摸象，對(duì)于最后的結(jié)果沒有統(tǒng)一的目標(biāo)，當(dāng)發(fā)生不一致時(shí)，大家就會(huì)說這是需求變化了。

判斷是否發(fā)起需求變更

需求可能有了變化，但是否有必要打斷原有的研發(fā)節(jié)奏，進(jìn)行需求變更，非常考驗(yàn)產(chǎn)品經(jīng)理決策能力。一般情況下，我們需要做三個(gè)判斷：

1、需求變化的幅度

首先確認(rèn)需求變化的幅度，是實(shí)現(xiàn)流程的轉(zhuǎn)變，還是細(xì)節(jié)上的優(yōu)化。

如果是流程的變化，產(chǎn)品經(jīng)理需要格外慎重。在考慮這樣的需求變化時(shí)，我們需要分析現(xiàn)在的手段是否真的無法滿足目標(biāo)實(shí)現(xiàn)了。比如為了讓用戶能更方便查找內(nèi)容，我們計(jì)劃做一個(gè)內(nèi)容分類導(dǎo)航，現(xiàn)在覺得不足夠，想做一個(gè)搜索，這可能代表著之前的工作全都打水漂了，對(duì)團(tuán)隊(duì)士氣有很重大的影響。一般情況下，除非是原來的計(jì)劃幾乎不能達(dá)成相對(duì)滿意的結(jié)果，否則不要在迭代中做調(diào)整。

如果是細(xì)節(jié)上的優(yōu)化，比如一些文案或者小的交互動(dòng)畫，對(duì)原有流程的完善，那么也可以納入到進(jìn)一步考慮的范圍內(nèi)。

2、價(jià)值與成本的權(quán)衡

新的需求提出是否對(duì)本次研發(fā)目標(biāo)的達(dá)成有較大的促進(jìn)，能夠極大程度地提高對(duì)用戶需求的滿足程度。同時(shí)新需求提出后，研發(fā)團(tuán)隊(duì)修改所花費(fèi)的精力大小。

• 效果預(yù)期很好，成本低的需求變更，積極推進(jìn)
• 效果預(yù)期很好，成本高的需求變更，延后處理
• 效果未知，成本低的需求變更，審慎處理，絕不大量投入
• 效果未知，成本高的需求變更，堅(jiān)決避免

這幾項(xiàng)原則無論是對(duì)于來自自己、老板還是環(huán)境的需求都可以適用。重點(diǎn)是控制好總量，需求變更總是打斷了原有工作。如果發(fā)現(xiàn)太多事情都需要做變更，那么我們應(yīng)當(dāng)首先反思自己需求定義工作的有效性。

注：權(quán)衡可以參考俞軍的用戶體驗(yàn)公式：新體驗(yàn) – 舊體驗(yàn) – 變更成本

3、項(xiàng)目排期是否接受變化

判斷完需求值得變更之后，還需要考量當(dāng)前項(xiàng)目排期情況。

如果項(xiàng)目排期非常緊張，并且無法變化，最好忘掉需求變更。大佬們說了，完成永遠(yuǎn)比完美更重要。
在決策需求變更的過程中，需要和需求方、團(tuán)隊(duì)都做好溝通，每個(gè)角色都有自己支持或者反對(duì)的理由，產(chǎn)品經(jīng)理有義務(wù)在實(shí)施變更之前，統(tǒng)一所有人的認(rèn)知。

需求變更的溝通

當(dāng)我們確定實(shí)施需求變更后，還有一些善后工作必須做到。

1、修改需求文檔

需求變更之后，很容易出現(xiàn)溝通不一致。需要盡快修改需求文檔，重新發(fā)出，避免同事們靠一句話需求腦補(bǔ)或者純口頭溝通繼續(xù)開發(fā)，費(fèi)時(shí)費(fèi)力還容易錯(cuò)。

注：很對(duì)團(tuán)隊(duì)都是用郵件來同步、保存需求，在項(xiàng)目管理過程中很容易出現(xiàn)需求文檔版本混亂的問題。工欲善其事，必先利其器，產(chǎn)品經(jīng)理都應(yīng)該在團(tuán)隊(duì)中推動(dòng)建立一套好的需求文檔管理系統(tǒng)，例如 GIT 就非常好。

2、說明變更情況

無論是正式或者非正式的，我們有必要將需求變更的情況告知相關(guān)同事，包括需求方、研發(fā)同事。

尤其是測(cè)試的同事，很多時(shí)候在討論需求時(shí)，開發(fā)或多或少會(huì)參與，但往往測(cè)試的同事直到發(fā)現(xiàn)實(shí)現(xiàn)和需求不一致時(shí)，才知道需求變更了。這也會(huì)帶來他們的重復(fù)工作和測(cè)試質(zhì)量的降低。

我們需要至少說清楚兩件事：

（１）闡明需求變更的原因

如果是自己的鍋，請(qǐng)主動(dòng)的背起來。如果是老板的鍋，請(qǐng)充分溝通理解之后，也主動(dòng)的背起來，不讓自己變成老板的傳聲筒。背的時(shí)候，注重對(duì)變更價(jià)值的陳述，讓相關(guān)人都能明確變更的意義。人人都希望自己做的事情是有價(jià)值的，描述清楚變更的價(jià)值，有助于后續(xù)工作的開展。

（２）明確新的項(xiàng)目排期

對(duì)于研發(fā)的同事，項(xiàng)目排期是否變化決定了大家階段性的工作壓力。如果爭(zhēng)取到了變更需求的開發(fā)時(shí)間，大家可以保持工作節(jié)奏，以相對(duì)輕松的狀態(tài)應(yīng)對(duì)變化。如果項(xiàng)目排期無法改變，需要大家加班的話，也請(qǐng)備好零食飲料，全程陪同。

對(duì)于需求方，原有的計(jì)劃可能有一系列后續(xù)工作，如果需求變更會(huì)導(dǎo)致項(xiàng)目延誤，需要告訴后續(xù)同事注意調(diào)整工作計(jì)劃。同時(shí)這也是再一次告知需求方這是我們團(tuán)隊(duì)為需求變化買的單，未來需要更加審慎。

注：如果老板是需求方，最后評(píng)估下來需要調(diào)整當(dāng)前項(xiàng)目，特別是影響到其他項(xiàng)目的排期，需要做好向上管理的工作。因?yàn)閷蛹?jí)之間往往存在信息不對(duì)稱，對(duì)于整體項(xiàng)目的優(yōu)先級(jí)判斷可能會(huì)出現(xiàn)不一致，要及時(shí)溝通。

其他的個(gè)人習(xí)慣和常見問題

1、擔(dān)心他人差評(píng)，不敢做需求變更

很多同學(xué)害怕被同事 K 而不敢做需求變更，尤其是一些設(shè)計(jì)初期沒能考慮到的細(xì)節(jié)問題，研發(fā)一旦做出來之后，產(chǎn)品同學(xué)發(fā)現(xiàn)了也不敢提出修改，放棄了對(duì)產(chǎn)品體驗(yàn)的有效把握。

這種情況，我個(gè)人有個(gè)習(xí)慣是在每次研發(fā)前跟研發(fā)的同事約定一個(gè)產(chǎn)品體驗(yàn)變更期。當(dāng)產(chǎn)品初版出來之后，我會(huì)集中把產(chǎn)品從頭到尾感受一遍，找出體驗(yàn)上的細(xì)節(jié)問題。有了事前的溝通和項(xiàng)目排期，大家對(duì)體驗(yàn)修改的容忍度也會(huì)高一些。

2、逆來順受的做需求變更

也有的同學(xué)對(duì)其他人拍過來的需求來者不拒，全部都找研發(fā)同事改掉，而自己對(duì)于修改的原因和程度并不了解。久而久之，這樣的修改程度會(huì)讓研發(fā)團(tuán)隊(duì)疲于奔命，也把自己變成了需求方和研發(fā)團(tuán)隊(duì)之間的傳話筒，喪失團(tuán)隊(duì)信任。需要回歸原點(diǎn)，從用戶需求出發(fā)，判斷需求變更的價(jià)值。

3、死摳排期，漏改大問題

有時(shí)候我們會(huì)因?yàn)榕牌谝讯?，?dān)心影響上線時(shí)間，連真正的問題也放過了。事實(shí)上，對(duì)于互聯(lián)網(wǎng)研發(fā)項(xiàng)目，排期更多起的是參考作用，幫助衡量項(xiàng)目的進(jìn)展情況。即使真的有重大不能延緩的項(xiàng)目，像618，雙十一這類大促活動(dòng)，我們也需要根據(jù)上線后的影響來決定是否修改，而不是僅憑排期做事。

小結(jié)

最后，奉上不會(huì)被砍死的需求變更 32 字口訣：

目標(biāo)出發(fā)，衡量?jī)r(jià)值，判斷時(shí)機(jī)，做好溝通；

不怕質(zhì)疑，不甘傳聲，靈活應(yīng)對(duì)，順理成章。

作者：蔡沁宇，公眾號(hào)：勰門歪道（xmwd-666）

本文由 @蔡沁宇 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。