什么是真實的需求

首先還原一個場景，業(yè)務(wù)部門提交一份需求清單：“我要在這里增加一個搜索功能，能搜索XX”“我希望增加一個頁面，上面有XX功能”等。如果產(chǎn)品經(jīng)理就按業(yè)務(wù)方提供的功能需求進入研發(fā)環(huán)節(jié)的話，最終的結(jié)果往往不理想。那到底什么才是真實的需求呢？

下面的廣告詞，可以感受一下對需求的理解?！澳銖娬{(diào)動力，其實是想要跑贏時間。你覺得安靜很重要，其實是偶爾需要回到個人世界。你說空間要大，其實是你喜歡一家人擠在一起。你說儲物要多，其實是要放下每個人的愛好?！?/span>

所謂真實的需求，往往是需求方的某種訴求、某個痛點、想要完成的事情、想要實現(xiàn)的目標(biāo)，這些才是真正的需求。原來的功能清單里很多偽需求，并不是最優(yōu)解，產(chǎn)品經(jīng)理需要挖掘出原始需求。而作為產(chǎn)品專家，根據(jù)真實需求去設(shè)計才能做出真正適用的功能去滿足他。畢竟，根據(jù)原始需求設(shè)計產(chǎn)品是產(chǎn)品經(jīng)理的本職。

所以這里也就引出了另外一個問題：如何引導(dǎo)業(yè)務(wù)方表達(dá)真實訴求。如果是傳統(tǒng)書面的需求提交，結(jié)果往往就是跟之前舉的例子一樣，得到的大部分是一堆功能清單。產(chǎn)品經(jīng)理應(yīng)該通過引導(dǎo)性的提問，明白為什么業(yè)務(wù)方會提這個功能點。原因一定是目前有什么事情做不了或做起來很痛苦。千萬要把他的真實需求記下來，做產(chǎn)品設(shè)計的時候能夠?qū)φ招枨罂醋约河袥]有偏離方向。

如何獲取需求

產(chǎn)品需求的來源，主要有四方面：

1、基于對自身產(chǎn)品的理解。產(chǎn)品經(jīng)理作為產(chǎn)品的owner，相信沒有其他人會比你對這個產(chǎn)品更為理解。合格的產(chǎn)品經(jīng)理，應(yīng)該深刻理解自己的產(chǎn)品所要解決的核心問題、自己熟悉面向的用戶群體、目前產(chǎn)品的完善程度和當(dāng)前產(chǎn)品的短板在哪里。所以每個產(chǎn)品經(jīng)理根據(jù)自身對產(chǎn)品推進的進度，要有自己的一份需求清單。

2、基于數(shù)據(jù)。閱讀數(shù)據(jù)也是產(chǎn)品經(jīng)理用來挖掘需求的一個重要手段，產(chǎn)品設(shè)計初期把數(shù)據(jù)埋點做完善，上線之后可以通過觀察數(shù)據(jù)還原用戶的使用場景，并發(fā)現(xiàn)缺陷和短板所在。數(shù)據(jù)出現(xiàn)突然的波動和流程埋點中突然出現(xiàn)的轉(zhuǎn)化下降等情況都應(yīng)該去認(rèn)真分析原因。但是需要特別注意一點，很多時候片面的數(shù)據(jù)是具有誤導(dǎo)性的。在做數(shù)據(jù)分析之前，要盡量保持客觀，不要先假設(shè)再驗證，而是盡量多的覆蓋需要調(diào)查的場景數(shù)據(jù)，從而得出全面真實的結(jié)論。

3、基于用戶的反饋。接收第一手使用產(chǎn)品的用戶的反饋，也是新需求的重要來源。要創(chuàng)造一些機會，從旁觀者的角度去觀察用戶，也許你會得到一些數(shù)據(jù)反饋里發(fā)現(xiàn)不了的事情。比如說你的產(chǎn)品是一個扳手，從數(shù)據(jù)上來看似乎用戶挺喜歡用的，但是當(dāng)你去觀察用戶使用場景的時候，才發(fā)現(xiàn)原來用戶都在用它錘釘子。所以用戶的真實需求是錘釘子，而你的扳手只是恰巧能用罷了。這時候你才知道，原來你應(yīng)該打造一把好錘子，而不是去改進你的扳手了。

4、基于其他業(yè)務(wù)部門的反饋。這個就很好理解了，而業(yè)務(wù)部門在運營內(nèi)容和產(chǎn)品的時候，往往會跟用戶產(chǎn)生大量的交流，他們屬于跟用戶最熟悉的人群，所以也會產(chǎn)出很多需求。而他們的需求一般會分為兩部分，一部分就是來自用戶反饋和日常運營過程中觀察到的用戶需求，比如用戶需要某個運營頻道的擴展，用戶期望搜索功能更加強大和方便之類的；另一部分是基于業(yè)務(wù)方的日常操作，需要提升運營效率的需求，也就是對運營支撐平臺的完善。

需求的優(yōu)先級制定

這個時候，每個產(chǎn)品經(jīng)理手上都已經(jīng)有一大堆大大小小的需求了，但是不論公司大小，研發(fā)資源總是有限的，所以如何給這些需求安排優(yōu)先級就是產(chǎn)品最重要的工作了，畢竟這個環(huán)節(jié)決定了一家公司的節(jié)奏甚至是創(chuàng)業(yè)團隊的生死。怎么給手頭上的需求定優(yōu)先級，很難有放到哪里都適用的標(biāo)準(zhǔn)，我只能簡單說說我自己是怎么做的：按緊急和重要的時間四象限分布是最基礎(chǔ)的方法，但是怎么判斷重要和緊急程度，就要結(jié)合項目具體的情況了。

我個人大概會按以下三個方面來綜合考慮：

1、根據(jù)產(chǎn)品線的roadmap。每個產(chǎn)品的推進路線必然是有綜合規(guī)劃的，根據(jù)項目當(dāng)前所處的階段和實際業(yè)務(wù)的發(fā)展而確定的產(chǎn)品路線圖，是我制定產(chǎn)品需求優(yōu)先級的第一考量。

2、符合近期公司的核心目標(biāo)。根據(jù)業(yè)務(wù)的推動，公司和項目在各個階段都會有一些沖刺目標(biāo)，可能是產(chǎn)品方面的，可能是業(yè)務(wù)部門的，為了實現(xiàn)這些目標(biāo)，產(chǎn)品規(guī)劃方面需要滿足哪些需求自然也就變成緊急和重要的事情了。

3.自身負(fù)責(zé)產(chǎn)品線的需求優(yōu)先級。一般來說，每個產(chǎn)品經(jīng)理都會有自己負(fù)責(zé)的一個領(lǐng)域，也許是按用戶群體分，也許是按服務(wù)部門分，這些產(chǎn)品線的需求方也會有自己的需求優(yōu)先級。

根據(jù)以上三個方面的考量，加上對功能需求復(fù)雜程度的評估，再結(jié)合實際的研發(fā)資源和研發(fā)排期，基本上就可以產(chǎn)出一個合理的產(chǎn)品需求優(yōu)先級清單了。

需求的落地和效果跟進

最后說幾點需求落地過程中需要注意的地方：

1、設(shè)計恰當(dāng)?shù)墓δ茳c去滿足需求。說起來根據(jù)需求設(shè)計功能是產(chǎn)品的本職，但如何做到恰當(dāng)?shù)某潭冗€是需要歷練的。需求從根本上來說，都是為了滿足一個目標(biāo)，做成一件事情，而到達(dá)這個目標(biāo)的路徑并不是唯一的。資源（不管是時間還是人）永遠(yuǎn)都是有限的，每個細(xì)節(jié)都完美的方案，在有限的資源面前就不再是完美的方案。這時候就要求產(chǎn)品經(jīng)理能對方案進行拆解，知道什么功能是必須的，什么功能是錦上添花，哪些交互是要追求細(xì)節(jié)的，而哪些交互是可以從簡的。特別是對于創(chuàng)業(yè)項目，MVP（最小可行產(chǎn)品）原則應(yīng)該貫徹整個產(chǎn)品迭代過程。

2、保證最后的交付質(zhì)量。因為有QA部門的存在，這里比較容易被忽視。但產(chǎn)品經(jīng)理作為產(chǎn)品的owner，應(yīng)該想盡辦法去保證最后產(chǎn)品的交付質(zhì)量。要做到這一點，僅僅靠最后的驗收工作是不夠的，或者說，已經(jīng)來不及了。從需求分析開始到項目上線的整個過程中，每個細(xì)節(jié)里產(chǎn)品經(jīng)理都應(yīng)該去保證最后的交付質(zhì)量。比如說產(chǎn)品肯定知道某個功能需求里，什么地方的邏輯比較復(fù)雜，很容易出錯。所以在自己講解需求和文檔中，都要把這些強調(diào)出來，讓經(jīng)手的研發(fā)和測試都深刻理解里面的邏輯，各種異常狀態(tài)等。比如說產(chǎn)品知道某個頁面的一個按鈕的點擊率對整個產(chǎn)品功能的意義重大，那么就要傳達(dá)給ued“這個按鈕很重要，我希望用戶能夠點擊”。類似的例子有很多，目的就是通過各種手段去讓大家理解需求，從而符合你的預(yù)期。

3.設(shè)計好數(shù)據(jù)埋點。這也是容易遺漏的地方，特別是在產(chǎn)品初期人手有限的情況下。但對于一個需要持續(xù)優(yōu)化的產(chǎn)品來說，如何用數(shù)據(jù)證明這個功能需求的效果，本身就是產(chǎn)品經(jīng)理設(shè)計方案的時候必須考慮的一方面。每個重要的功能都應(yīng)該有清晰的數(shù)據(jù)模型去驗證，做好了埋點，才能從數(shù)據(jù)中去挖掘問題，進而進行后續(xù)的優(yōu)化。