很多時候，產(chǎn)品經(jīng)理們都是在面對和處理這樣的需求，我們作為專業(yè)方，沒法要求各種背景不同的需求方以同樣的專業(yè)方式來給我們提需求。所以，挖掘核心關(guān)鍵需求的能力就非常重要，而挖掘需求，是有章可依的。

作為產(chǎn)品經(jīng)理，每天都在接觸大量的需求，有來自產(chǎn)品本身的完善性需求、來自用戶的反饋性需求、來自業(yè)務(wù)或運營的改善性需求等。作為產(chǎn)品經(jīng)理，你是否也遇到過，面對一些需求，內(nèi)心萬馬奔騰，表面尷尬一笑。

“請給我一個五彩斑斕的黑！”，可能是大部分產(chǎn)品經(jīng)理在面對一些不合理需求時時，內(nèi)心真實的寫照。

除了不合理需求外，其實很多時候?qū)π枨蟮睦斫馄睿际俏覀兊男枨蠓讲恢撊绾魏侠淼乇磉_(dá)和陳述一個需求導(dǎo)致的。需求方們可能是做運營的、做銷售的、做財務(wù)的，也有可能是我們最寶貴的用戶們。

他們大部分是非產(chǎn)品和技術(shù)背景，所以會從本我的角度去理解自己面對的產(chǎn)品問題，然后以自己理解的方式提出來。

例如：運營提了這么一個需求：

想在后臺一下子看到所有的訂單數(shù)據(jù)，然后分區(qū)域篩選。

而此時的產(chǎn)品一次只能展示20條，然后需要翻頁查詢。這時候我們是去把每頁展示20條變成200條呢，還是采取其他的辦法？

上面例子中，首先，我們可能先從技術(shù)角度理解一下，數(shù)據(jù)展示為什么要分頁？

列表式的數(shù)據(jù)，例如：全部訂單、朋友圈內(nèi)容、微博內(nèi)容等，都是分頁展示的，每一次我們翻幾屏，就會有一個加載的過程。

理論上，我們可以一次性把所有的數(shù)據(jù)全部先取回來然后展示。但實際上，受限于網(wǎng)絡(luò)請求過程中大數(shù)據(jù)量的獲取，會造成網(wǎng)絡(luò)請求時間過長而影響用戶體驗，如果數(shù)據(jù)量比較大的情況下全部加載，用戶等待的時間會比較長。

所以，通過分頁加載的設(shè)計，單次請求數(shù)據(jù)量控制在合理范圍內(nèi)，縮短單次加載時間，給用戶及時反饋，同時將大量數(shù)據(jù)分片分次加載顯示，在系統(tǒng)性能上也會優(yōu)化不少。

回到運營的需求，我們把單頁加載數(shù)據(jù)量由20改為200能解決問題么？

顯然不能，因為運營要看的是全部數(shù)據(jù)并做篩選。而從提需求的角度把問題拆開看，經(jīng)過了解后，運營的需求實際是這樣的：

運營希望查看所有訂單中處于待出庫狀態(tài)的訂單，然后通過區(qū)域篩選這些訂單分別分布在哪些地方，最后分別匯總加和計算每個區(qū)域待出庫訂單的總金額。

而現(xiàn)有的產(chǎn)品里，實際上真正無法滿足的點在于，對最后篩選出來的訂單進(jìn)行分區(qū)域求和操作。并且，訂單列表分頁顯示，篩選結(jié)果無法一次看全，所以才引出了運營提出的這個需求。

我們從前文中提到的運營需求“想在后臺一下子看到所有的訂單數(shù)據(jù)，然后分區(qū)域篩選?！敝锌梢钥吹?，這個“分區(qū)域求和”的核心問題并沒有表達(dá)出來。

而解決這個問題的產(chǎn)品方案，實際上是給運營提供一個批量導(dǎo)出的功能，運營在后臺通過篩選功能篩選出數(shù)據(jù)后，然后一鍵導(dǎo)出所有的結(jié)果數(shù)據(jù)到Excel文件里，然后在文件里進(jìn)行求和操作，并且把文件分發(fā)給其他需要的運營團(tuán)隊。

在上面這個例子里，產(chǎn)品需求是分頁顯示，而問題確是沒法求和，產(chǎn)品方案卻是一個導(dǎo)出功能。

很多時候，產(chǎn)品經(jīng)理們都是在面對和處理這樣的需求，我們作為專業(yè)方，沒法要求各種背景不同的需求方以同樣的專業(yè)方式來給我們提需求。所以，挖掘核心關(guān)鍵需求的能力就非常重要，而挖掘需求，是有章可依的。

接下來，我將提供一個我經(jīng)常使用的挖掘需求的方法，供你參考。

一、談需求前，先明確問題是什么

首先，每一個需求，在我看來都是一個“問題”。前面有提到，這個“問題”可能是來自產(chǎn)品本身的功能不完善，來自用戶使用過程中的問題或習(xí)慣，來自業(yè)務(wù)或運營的一些特殊場景需要。

例如：上面例子中，就是一個運營在實際業(yè)務(wù)開展中遇到的一個特殊場景需要，而恰好現(xiàn)有的產(chǎn)品功能不支持。但運營又沒有把遇到的核心問題表達(dá)出來，卻提出了一個產(chǎn)品方案。

所以，談需求前，先明確問題是什么。我通常會問我的需求方，“你遇到的問題是什么？”，是操作習(xí)慣問題，還是在做某一個任務(wù)時，現(xiàn)有的產(chǎn)品無法滿足。

引導(dǎo)需求方，把問題場景聊出來。

“問題”不是“我要一個…功能”，而是“我在做…時，為了達(dá)到…的目的，需要通過產(chǎn)品完成”。

前文例子中的“問題”是訂單按狀態(tài)分區(qū)域金額求和，而不是“看所有訂單數(shù)據(jù)，再分類篩選”。

二、說需求時，先別討論解決方案

其次，討論需求的過程中，把焦點放在問題上，明確需求場景，即“誰在做什么時遇到了什么問題”。

很多時候，討論著討論著就會變成對產(chǎn)品方案的討論會，即討論如何做，而忘記了原本要解決的問題是什么，回過頭來，卻不知道要解決的問題是啥，這種情況非常常見。

產(chǎn)品經(jīng)理要成為溝通的組織者，引導(dǎo)需求方把關(guān)鍵問題和場景描述出來，而具體的產(chǎn)品方案可以在理解并明確問題之后，結(jié)合現(xiàn)有情況做綜合考慮。

什么是溝通組織者？

就是以“問題”為導(dǎo)向和主線，定義問題是什么，以及組織商討如何設(shè)計問題的解決方案。溝通過程中一旦產(chǎn)生偏差，溝通組織者需要及時把與會者拉回來，回到定義問題和解決方案的軌道上。

聚焦“問題”，而非“方案”。產(chǎn)品經(jīng)理只有做好溝通的組織者，才能合理的引導(dǎo)需求方把關(guān)鍵問題表達(dá)出來，從而針對問題設(shè)計產(chǎn)品方案。

三、聊需求后，明確邊界和優(yōu)先級

定義清楚需求對應(yīng)的問題，確認(rèn)了需求解決方案后，最后一步就是明確需求邊界和優(yōu)先級。

需求邊界就是問題邊界，明確需求邊界的目的是保證需求對應(yīng)問題的純粹性，一個需求解決一個問題，如果一個需求對應(yīng)多個問題，就拆分成子需求。這樣既可以保證需求的原子性，也便于在研發(fā)階段做任務(wù)拆分。

例如：前文的例子中，需求邊界就是將現(xiàn)有訂單列表按條件篩選導(dǎo)出。如果再增加一個其他的篩選條件或者對列表做排序處理，就處于需求邊界范圍外的事，可以再獨立成子需求。

最后一步，就是明確需求的優(yōu)先級。需求方往往會覺得當(dāng)下的問題都很緊急，恨不得提出的需求今天滿足，明天上線。但資源永遠(yuǎn)都是有限的，無論是產(chǎn)品還是設(shè)計或者是研發(fā)資源，都無法同時滿足所有的需求。所以，需要對需求進(jìn)行優(yōu)先級劃分，目的在于實現(xiàn)有限資源的高效利用。

劃分需求優(yōu)先級也有幾種辦法，首先是對需求進(jìn)行分類，例如：bug類的需求，是產(chǎn)品的線上問題，如果影響到線上產(chǎn)品的用戶使用，就需要立刻修復(fù)并上線，這屬于非常緊急的需求。

還有就是正常的需求，根據(jù)需求對應(yīng)的用戶價值和業(yè)務(wù)價值進(jìn)行衡量，用戶價值高或業(yè)務(wù)價值高，可優(yōu)先支持。

其次，對需求的緊急程度進(jìn)行分類，有的需求重要但不緊急，可以放緩處理。例如：給用戶提供批量快捷操作的需求就不如解決一個搜索bug來的緊急，但它們都很重要。

面對需求方，產(chǎn)品經(jīng)理需要在方案達(dá)成一致后，進(jìn)一步達(dá)成需求優(yōu)先級的一致，下一步好進(jìn)行設(shè)計和研發(fā)資源的跟進(jìn)和分配。

最后

作為產(chǎn)品經(jīng)理，每天從我們面對的需求中去提煉挖掘需求的方法，并學(xué)會引導(dǎo)需求方描述問題而非解決方案，成為溝通組織者。這個過程的不斷重復(fù)，會逐漸培養(yǎng)和加強自己分析問題和解決問題的能力。

當(dāng)你再次面對“我要一個五彩斑斕的黑”這樣的需求時，是否有辦法、有對策去化解需求呢？

上述，就提供給你一個如何正確提產(chǎn)品需求的方法框架，供參考！

#專欄作家#

唐韌（Ryan），《產(chǎn)品經(jīng)理必懂的技術(shù)那點事兒》作者，人人都是產(chǎn)品經(jīng)理專欄作家，微信公眾號：唐韌，國內(nèi)早期移動開發(fā)者，轉(zhuǎn)型產(chǎn)品經(jīng)理，目前在創(chuàng)業(yè)公司負(fù)責(zé)產(chǎn)品工作。

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

題圖來自Unsplash，基于CC0協(xié)議