產(chǎn)品經(jīng)理在日常工作的過程中，經(jīng)常會(huì)面對(duì)突如其來的需求，如果不能在短時(shí)間內(nèi)記錄需求、處理需求，會(huì)對(duì)后期的產(chǎn)品開發(fā)排期產(chǎn)生一定的影響。因此，本文討論在面對(duì)新的需求場景下，產(chǎn)品經(jīng)理應(yīng)該如何有效地處理突發(fā)需求。

一、問題的來源

在日常的工作中，各種突發(fā)需求經(jīng)常來源于客戶、老板、其他部門，這些人提出的需求經(jīng)常與原有計(jì)劃產(chǎn)生沖突，使本來就擁擠的需求隊(duì)列更雪上加霜。

二、問題原因

對(duì)于經(jīng)驗(yàn)不夠的產(chǎn)品新人通常會(huì)直接答應(yīng)下去，以證明自己的工作能力優(yōu)秀，能夠完成多種需求，但這種想法對(duì)于成熟的產(chǎn)品經(jīng)理來說，是片面的、缺乏思考的。

當(dāng)時(shí)的需求源為領(lǐng)導(dǎo)或客戶，自己因?qū)Ψ铰毤?jí)/身份重要性，在緊張的情況下，直接不經(jīng)思考許諾了對(duì)方，由此對(duì)正常排期造成一定的影響。

什么是B端产品经理？和C端产品经理有什么区别？

B端产品经理中的B是Business，商业的意思，B端产品经理首先就要理解这个职位的重要性，要设计出更适合这个项目需求的产品方案，B最终产品经理在日常工作中...

查看详情 >

下面我舉例說明一下具體的偽需求：

• 這個(gè)需求很新穎，但不能助力業(yè)務(wù)增長。
• 這個(gè)需求聽起來對(duì)業(yè)務(wù)增長很可觀，但沒有經(jīng)過驗(yàn)證。
• 這個(gè)需求很容易完成，但是不值得做。
• 這個(gè)需求可是領(lǐng)導(dǎo)提的，但這不是真實(shí)需求。

三、問題的影響

沒有經(jīng)過深度思考后答應(yīng)需求方，會(huì)帶來以下后果：

• 重新調(diào)整需求開發(fā)的優(yōu)先級(jí)。 比如：按照排期，前端開發(fā)工程師正在開發(fā)【權(quán)限配置頁面】，但你已經(jīng)答應(yīng)別人修改【審批流程頁面UI】為最高優(yōu)先級(jí)，現(xiàn)在你只能讓前端優(yōu)先修改【審批流程頁面UI】，這就可能導(dǎo)致了前端開發(fā)工程師逾期完成【權(quán)限配置頁面】，如果【權(quán)限配置頁面】需要前后端聯(lián)調(diào)，可能還會(huì)影響后端的開發(fā)進(jìn)程，帶來連鎖進(jìn)度影響。
• 重新調(diào)整開發(fā)資源配置。 比如：現(xiàn)在有兩個(gè)前端工程師和兩個(gè)后端工程師正在聯(lián)調(diào)【表單功能模塊】，當(dāng)你答應(yīng)別人的緊急需求以后，需要一個(gè)前端和一個(gè)后端去處理你的新需求，因此，拖延了【表單功能模塊】的上線日期，導(dǎo)致排在【表單功能模塊】后的【審批功能模塊】的開發(fā)人力資源缺失。
• 重新安排相關(guān)日程。 對(duì)于以開發(fā)為中心點(diǎn)，輻射其他工作的影響，可根據(jù)團(tuán)隊(duì)任務(wù)輕重來評(píng)估。當(dāng)今的互聯(lián)網(wǎng)公司，已經(jīng)摒棄了軟件時(shí)代瀑布式開發(fā)流程，采用了敏捷開發(fā)模式，敏捷開發(fā)模式的優(yōu)點(diǎn)是可以根據(jù)實(shí)際需求，帶領(lǐng)團(tuán)隊(duì)快速做需求變更。當(dāng)你的團(tuán)隊(duì)被臨時(shí)任務(wù)壓滿，其靈動(dòng)性會(huì)大幅降低，導(dǎo)致面對(duì)意外的能力大幅降低。

四、解決問題

4.1 面對(duì)不斷涌起的突發(fā)需求

一個(gè)有減肥需求的人士去健身房，如果沒有提前規(guī)劃好健身方案、沒有系統(tǒng)地學(xué)習(xí)健身姿勢(shì)，那么最后的結(jié)果很可能是沒有減肥，反而因?yàn)椴徽_的姿勢(shì)傷了身體。

所有的需求終將轉(zhuǎn)化為功能或者服務(wù)，而服務(wù)和功能是助力業(yè)務(wù)為公司創(chuàng)造價(jià)值的源泉，如果將不經(jīng)過深度思考的需求投入開發(fā)或者修改，將會(huì)浪費(fèi)人力成本，甚至?xí)绊懝臼找妗?/p>

4.2 留給自己思考空間

在突然接到用戶的需求時(shí)，不要立刻給出答案，一定要留給自己空間去評(píng)估需求的真?zhèn)?、需求的緊急程度、需求的實(shí)現(xiàn)難度等一系列因素。那么在突發(fā)需求場景中，如何為自己創(chuàng)造思考的空間呢？

需要用到這個(gè)方法：

肯定需求方/感謝需求方的支持+翻譯/確認(rèn)需求方的具體需求+請(qǐng)需求方給時(shí)間思考如何幫其更有效地解決問題。

其在場景中應(yīng)用的示例如下：

• 肯定需求方/感謝需求方的支持： 感謝您提出的建議、您這個(gè)建議確實(shí)對(duì)產(chǎn)品價(jià)值提升起到了一定的幫助、您講的這個(gè)方向挺新穎的、這個(gè)確實(shí)是個(gè)可以深入的點(diǎn)。
• 翻譯/確認(rèn)需求方的具體需求： 您的意思是想優(yōu)化一下頁面、您覺得系統(tǒng)的流暢度還能得到改善、您對(duì)于系統(tǒng)操作順序可能有點(diǎn)異議。
• 請(qǐng)需求方給時(shí)間思考如何幫需求方更有效地解決問題：請(qǐng)您給我點(diǎn)時(shí)間看下還能不能有更多的改進(jìn)空間、麻煩您稍等下我現(xiàn)在去找開發(fā)確認(rèn)下情況。

接下來我舉兩個(gè)實(shí)際場景中發(fā)生的例子：

客戶： 我覺得你們的產(chǎn)品近來一段時(shí)間頁面都沒有什么大的變化，請(qǐng)你們立刻改一下頁面UI，下午有個(gè)領(lǐng)導(dǎo)要來視察，你現(xiàn)在告訴我下大概什么時(shí)間可以改好。
產(chǎn)品經(jīng)理： 您提的這個(gè)需求很重要，我也很重視，對(duì)于領(lǐng)導(dǎo)檢查確實(shí)得認(rèn)真準(zhǔn)備一下，您剛提的要求能不能給我10分鐘思考的時(shí)間，我主要想一下怎么配合您的建議改善下系統(tǒng)的現(xiàn)狀，以便能更好地支撐領(lǐng)導(dǎo)檢查。

客戶： 這個(gè)【權(quán)限功能】你們不是剛開始嗎，要不先別做了，我覺得沒什么實(shí)際用處，咱們系統(tǒng)又不涉及權(quán)限分發(fā)這一塊的內(nèi)容。
產(chǎn)品經(jīng)理： 您一直以來對(duì)產(chǎn)品的要求都比較務(wù)實(shí)，對(duì)開發(fā)團(tuán)隊(duì)的工作量也很照顧，【權(quán)限功能】目前已經(jīng)開展了一定的研發(fā)進(jìn)度，您能不能給我一點(diǎn)時(shí)間，我先去評(píng)估下現(xiàn)在開發(fā)的具體進(jìn)展，我馬上給您回復(fù)。

4.3 需求處理方法論

接下來要面對(duì)的問題是：如何在短時(shí)間內(nèi)高效評(píng)估需求的有效性。

產(chǎn)品經(jīng)理必須要有一套需求處理的方法論，一般稱呼為產(chǎn)品路線圖/產(chǎn)品流程圖/產(chǎn)品象限圖等。無論那種方法，其核心都是管理需求的優(yōu)先級(jí)。

筆者在管理需求優(yōu)先級(jí)實(shí)際應(yīng)用的過程中，一般先通過【優(yōu)先級(jí)估算】的方式，快速定位需求優(yōu)先級(jí)的大概位置，排除偽需求。然后通過【需求優(yōu)先級(jí)模型】得到需求在需求池中的排名。

4.3.1 需求優(yōu)先級(jí)估算

優(yōu)先級(jí)估算主要通過兩方面去考量：

1. 業(yè)務(wù)價(jià)值考量。
2. 相關(guān)資源考量。

業(yè)務(wù)價(jià)值考量： 主要通過衡量需求和公司主線業(yè)務(wù)的相關(guān)性做出預(yù)估，在這個(gè)粗評(píng)估階段主要考慮使用者對(duì)該需求的接觸頻率、該需求所輻射的使用者數(shù)量，此需求對(duì)于業(yè)務(wù)增長產(chǎn)生的效益和實(shí)現(xiàn)此需求所花費(fèi)成本之間的權(quán)衡。

舉例來講：對(duì)于To C領(lǐng)域，此需求能不能為公司主線產(chǎn)品獲取新用戶、提高留存率、提升用戶轉(zhuǎn)換率、增加私域流量等——以公司主線業(yè)務(wù)指標(biāo)去衡量需求的效益。

相關(guān)資源考量： 相關(guān)資源主要考慮包含人力、物力。人力是指：投入開發(fā)、設(shè)計(jì)所花費(fèi)的人力成本，和需求落地帶來效益的對(duì)比。物力是指：滿足此需求的過程，是否需要采購其他產(chǎn)品；是否需要花費(fèi)額外的龐大資源助力需求落地。（例：Openai公司訓(xùn)練chatgpt4一次所耗費(fèi)的電能約為美國120個(gè)家庭一年的耗電量，開發(fā)這種量級(jí)的系統(tǒng)應(yīng)把物力消耗考慮其中）

通過兩個(gè)估算過程，大概能夠排除掉一般的偽需求，那么有些需求涉及的方面比較多，對(duì)業(yè)務(wù)的影響比較大，無法通過估算排期，那么接下來需要引入【需求優(yōu)先級(jí)模型】進(jìn)行處理。

4.3.2 需求優(yōu)先級(jí)模型

需求優(yōu)先級(jí)模型的引入的目的是：通過成熟的方法論，根據(jù)不同場景需求，使用不同的判斷模型，將突發(fā)的需求和正在開發(fā)的需求進(jìn)行對(duì)比，通過判斷突發(fā)需求的優(yōu)先級(jí)，來保證正在開發(fā)的需求邊際收益最大化。

4.3.2.1 MoSCoW模型（莫斯科模型）

• M – Must（必須）: 對(duì)系統(tǒng)成功實(shí)施至關(guān)重要的需求——這些需求是客戶對(duì)產(chǎn)品的基本要求，是主力推動(dòng)業(yè)務(wù)增長的功能或服務(wù)。 例如：微信的最重要的功能是通訊，而不是朋友圈。
• S – Should（應(yīng)該）: 對(duì)系統(tǒng)的成功實(shí)施非常重要，但不像Must那樣急迫——這種功能通常會(huì)滿足客戶的“爽點(diǎn)”和“癢點(diǎn)”提高用戶體驗(yàn)、增強(qiáng)用戶粘度。 例如：Iphone6，豈止于大，這種能夠滿足用戶情感訴求的解決方案。
• C – Could（可以）: 這些需求在Must和Should滿足之后會(huì)被考慮，但它們不是緊急的。 例如：對(duì)于一個(gè)軟件產(chǎn)品，【多語言支持】功能不是項(xiàng)目成功的關(guān)鍵因素，但可以為更廣泛的用戶群體帶來價(jià)值。當(dāng)基本功能和核心特性已經(jīng)實(shí)現(xiàn)并投入使用后，團(tuán)隊(duì)可以考慮增加【多語言支持】功能作為下一步的改進(jìn)。
• W – Won’t（不做）: 這些需求在當(dāng)前版本中不會(huì)被實(shí)現(xiàn)，但可以作為后續(xù)版本的候選。

優(yōu)點(diǎn)總結(jié)： MoSCoW模型優(yōu)先級(jí)層次分明，節(jié)省排期時(shí)間，易于相關(guān)方理解；在Must欄目中，涵蓋了主要的發(fā)展目標(biāo)，可作為OKR工作法中的北極星指標(biāo)，使整個(gè)團(tuán)隊(duì)專注于最重要的真實(shí)需求，避免了過多的資源浪費(fèi)。

缺點(diǎn)總結(jié)： MoSCoW模型分類不夠細(xì)化，只有四種優(yōu)先級(jí)；在判斷需求的重要性時(shí)，決策者主觀介入較多，沒有各需求檔次之間的劃分標(biāo)準(zhǔn)，導(dǎo)致需求優(yōu)先級(jí)排列不準(zhǔn)確。

4.3.2.2 RICE模型

RICE 是一個(gè)縮寫，代表著四個(gè)指標(biāo)：Reach（受眾規(guī)模）、Impact（影響力）、Confidence（信心度）和Effort（工作量）。這些指標(biāo)以加權(quán)的方式用于計(jì)算每個(gè)項(xiàng)目的優(yōu)先級(jí)分?jǐn)?shù)。

公式：優(yōu)先級(jí)得分 = ( R * I * C ) / E

• Reach（受眾規(guī)模）：指項(xiàng)目對(duì)受眾的影響范圍，即有多少用戶會(huì)受益于該項(xiàng)目，通常使用百分比表示。例：假設(shè)你是一家【在線教育平臺(tái)】的產(chǎn)品經(jīng)理，你正在考慮開發(fā)一個(gè)新功能，該功能將允許用戶通過平臺(tái)與導(dǎo)師進(jìn)行一對(duì)一的在線輔導(dǎo)。在這種情況下，”Reach” 將評(píng)估該功能能夠影響的用戶數(shù)量。如果你的用戶總數(shù)為100人，你預(yù)估影響90人，那么“Reach”值為90%。
• Impact（影響力）：表示該項(xiàng)目對(duì)用戶或業(yè)務(wù)的影響程度，通常在指標(biāo)化程度上進(jìn)行評(píng)估。評(píng)分使用1到10之間的數(shù)，10分表示影響力最大。例：假設(shè)你是一家電子商務(wù)公司的產(chǎn)品經(jīng)理，你正在考慮一個(gè)新功能，該功能將改變用戶結(jié)賬流程，使其更加簡化和便捷。在這種情況下，”Impact” 將涉及到該功能對(duì)用戶體驗(yàn)和轉(zhuǎn)化率的影響。如果該功能被實(shí)施后，用戶結(jié)賬的流程變得更加快速和直觀，會(huì)顯著提高購買轉(zhuǎn)化率，并且?guī)砀嗟匿N售收入。這樣的影響將被認(rèn)為是高的，因?yàn)樗苯雨P(guān)系到業(yè)務(wù)的核心目標(biāo)，一般打9-10分。
• Confidence（信心度）：指評(píng)估該項(xiàng)目所需工作實(shí)施的信心度，考慮到資源、技術(shù)和市場等方面的風(fēng)險(xiǎn)。信心度也是用1-10的分?jǐn)?shù)來評(píng)分。例：假設(shè)你是一家新創(chuàng)公司的產(chǎn)品經(jīng)理，你考慮實(shí)施一個(gè)新的社交媒體功能，該功能將增加用戶之間的互動(dòng)和分享。在這種情況下，”Confidence” 將涉及到你對(duì)該項(xiàng)目成功實(shí)施的信心程度。 如果你有充分的數(shù)據(jù)支持，可以證明類似的功能在其他平臺(tái)上取得了成功，并且你的團(tuán)隊(duì)也具備開發(fā)和推出這一功能所需的技術(shù)和資源，那么你可能會(huì)對(duì)該項(xiàng)目的成功有很高的信心，一般打8-10分。 如果這個(gè)功能需要依賴尚未成熟的技術(shù)，或者缺乏可靠的數(shù)據(jù)來支持其潛在的成功，你可能會(huì)對(duì)項(xiàng)目的成功實(shí)施有較低的信心，一般打2-5分。
• Effort（工作量）：表示實(shí)現(xiàn)該項(xiàng)目所需的時(shí)間和資源投入。使用時(shí)間（例如，人天）來表示，例如，需要5個(gè)人天的工作量。

優(yōu)點(diǎn)總結(jié)： RICE方法從產(chǎn)品開發(fā)的各種方面進(jìn)行評(píng)估，考慮周全，不僅考慮到了產(chǎn)品資源，也考慮到了開發(fā)能力；同時(shí)，這種方法在實(shí)際應(yīng)用中評(píng)估過程較為簡單，通過將需求數(shù)據(jù)化評(píng)估，使得需求優(yōu)先級(jí)排列更為精準(zhǔn)。

缺點(diǎn)總結(jié)： 受眾人群和信心評(píng)價(jià)較為主觀，由于環(huán)境和場景對(duì)決策人的影響，可能會(huì)和實(shí)際情況產(chǎn)生一定的誤差；整體評(píng)估流程只是評(píng)估了關(guān)鍵因素，還有很多影響較大因素，未被納入評(píng)估，如：技術(shù)可行性等。

4.3.2.3 馬斯洛需求模型

馬斯洛的需求層次結(jié)構(gòu)是心理學(xué)中的激勵(lì)理論，包括人類需求的五級(jí)模型，通常被描繪成金字塔內(nèi)的等級(jí)。從層次結(jié)構(gòu)的底部向上。需求分別為：

1. 生理（食物和衣服)： 例如：當(dāng)一個(gè)人很饑餓時(shí)，那么他極需要食物。假設(shè)人需要工作的薪酬來生存，其具體表現(xiàn)形式為：領(lǐng)導(dǎo)以生理需求來激勵(lì)下屬。
2. 安全（工作保障）： 例如：一個(gè)工作者居無定所，四處漂泊，沒有相關(guān)的職業(yè)保障，缺乏相應(yīng)醫(yī)療保險(xiǎn)、失業(yè)險(xiǎn)和退休福利等。
3. 社交需要（友誼）： 例：一個(gè)人要求與其他人建立感情的聯(lián)系或關(guān)系。
4. 尊重： 例：自尊的需要使人相信自己的力量和價(jià)值，使得自己更有能力，更有創(chuàng)造力。缺乏自尊，使人自卑，沒有足夠信心去處理問題。
5. 自我實(shí)現(xiàn)：例：運(yùn)動(dòng)員把自己的體能練到極致，讓自己成為世界第一，只是單純?yōu)榱顺阶约骸?/li>

這種五階段模式可分為不足需求和增長需求。其優(yōu)先級(jí)對(duì)應(yīng)1（最高）-5（最?。?/p>

優(yōu)點(diǎn)總結(jié)： 馬斯洛的理論為人們的需求提供了一個(gè)清晰的結(jié)構(gòu)，幫助人們快速定位需求層級(jí)，同時(shí)可以判斷出需求方的主要訴求，以便更好地采用方法論幫其解決問題。

缺點(diǎn)總結(jié)： 馬斯洛需求理論并未考慮到不同文化下的需求差異，可能不能完全適用于所有人群，其次，該理論是建立在所有人的需求層級(jí)結(jié)構(gòu)的相似性，但每個(gè)人的需求順序和重要性都是存在差異的。

五、反饋問題

在確認(rèn)完需求的合理性以后，需要對(duì)需求方做需求評(píng)定反饋，在對(duì)需求方反饋問題的時(shí)候，大致分成兩種情況，第一：對(duì)方的需求經(jīng)過評(píng)估，不是一個(gè)有效的需求。第二：對(duì)方的需求是一個(gè)有效的需求。

1. 如果對(duì)方的需求無效：首先，要感謝需求方對(duì)開發(fā)流程的幫助與指導(dǎo)，其次，闡明開發(fā)流程中與需求的相關(guān)性、需求對(duì)開發(fā)的影響，以及對(duì)需求實(shí)現(xiàn)以后的判斷。最后，給需求方一個(gè)結(jié)論。例：您提的這個(gè)需求很好，有助于對(duì)用戶體驗(yàn)的改進(jìn)，是這樣的：我們現(xiàn)在開發(fā)正在主要做權(quán)限結(jié)構(gòu)相關(guān)功能落地，這個(gè)需要前后端協(xié)同開發(fā)，而且快到了上線交付日期了。我們會(huì)將您提的需求安排在下個(gè)階段，在整體產(chǎn)品升級(jí)的時(shí)候，我們會(huì)重點(diǎn)考慮您提的建議，感謝您的指導(dǎo)。
2. 如果對(duì)方的需求合理： 直接向?qū)Ψ奖磉_(dá)謝意，同時(shí)告知需求方開發(fā)排期，大概多久這個(gè)變更可以投入上線使用。

以上是筆者根據(jù)自身的真實(shí)經(jīng)歷總結(jié)的一些技巧，希望可以幫助到剛?cè)肼毜漠a(chǎn)品朋友。