需求收集是產(chǎn)品經(jīng)理進(jìn)行需求管理的第一步，我們可以將收集的需求劃分為兩類，一類是由產(chǎn)品經(jīng)理主動挖掘的，另一類為用戶、老板、運營等人員反饋的需求，屬于被動接收且需要處理的需求，針對收集到的需求我們應(yīng)當(dāng)遵循“有進(jìn)有出，寬進(jìn)嚴(yán)出”的處理原則。

?

被動接收需求?

被動接收需求，指的是由他人提出的產(chǎn)品需求，產(chǎn)品經(jīng)理作為接收方，主要做的就是理解對方所提出的需求。

產(chǎn)品經(jīng)理在日常工作中會收到來自各方提出的產(chǎn)品需求，我們可以大致劃分為三類，一類為老板吩咐，一般表現(xiàn)為任務(wù)或者業(yè)務(wù)建議，主要目的是為了支撐公司業(yè)務(wù)，有時此類需求是由市場部提出的。

另一類就是用戶的反饋，用戶直接通過產(chǎn)品或其他渠道向我們提供遇到的問題或針對產(chǎn)品的建議，這種反饋閉環(huán)越早建立越好，有利于產(chǎn)品的持續(xù)優(yōu)化與種子用戶的積累；最后一類就是運營類需求，主要就是為了支撐運營方案的實施，所需要的產(chǎn)品支持。
?

產(chǎn)品被動接收的產(chǎn)品需求，由于提出者無法像產(chǎn)品經(jīng)理一樣定義需求，所以針對他人提交的需求需要具備一定的要求，從而來確保需求的完整性，避免獲得的需求存在信息缺失，導(dǎo)致無法還原需求或正確理解需求。

如果要完整的描述一個需求，至少需要包含以下信息。

編號：用于對收集到的需求進(jìn)行唯一性識別，方便后期追溯。

產(chǎn)品端：當(dāng)產(chǎn)品存在多個終端時，需要說明當(dāng)前的需求針對的是哪個終端，或源于哪個終端，方便需求的追溯。

功能/頁面：當(dāng)前需求針對的是哪個功能或頁面，當(dāng)沒有對應(yīng)的功能或頁面時，可無需說明。

需求類型：即描述需求的特征。例如由于當(dāng)前的功能流程或頁面呈現(xiàn)做的不夠好，用戶完成用戶任務(wù)時遇到了障礙（用戶障礙），或者已經(jīng)針對此障礙想到了較好的解決方案（優(yōu)化建議），再或者用戶在完成用戶任務(wù)時，其實還想著做其他的事情（新增功能），或者這個需求是為了支撐運營活動的（運營需求），再者為了實現(xiàn)某種市場業(yè)務(wù)，需要產(chǎn)品支撐（業(yè)務(wù)需求）。
?

問題描述（需求場景）：描述需求提出方期望借助產(chǎn)品做成什么事情，并且在完成此事時遇到了什么問題。（這個事情指的是業(yè)務(wù)）

需求描述：描述需求提出方期望產(chǎn)品提供什么（功能或內(nèi)容），以讓他順利做成此事。此描述其實就是需求提出方自己給出的問題解決方案，如果需求類型為用戶障礙時，可僅描述問題，無需描述解決方案。

緊急性：做成某事對用戶的緊急程度，可分為5級，分別為非常緊迫（這個事情很急，并且當(dāng)前無法做成此事）、緊迫（不是很急，但目前無法做成此事）、一般（能夠做成，只是沒那么輕松）、不緊迫（能夠做成，并且感覺現(xiàn)在這樣還能接受）、很不緊迫（能夠做成，如果這樣做了會讓體驗更好，，或者無所謂事情是否能夠做成）

需求來源：描述需求提出方獲得此需求的途徑，通常為用戶反饋、產(chǎn)品體驗、參考其他產(chǎn)品、靈感、運營活動、業(yè)務(wù)需要等，具體如何劃分，無需規(guī)定的太死，甚至可直接讓需求提出方使用一段話進(jìn)行描述。

提交人：指需求提出方，需要描述部門與具體的人員姓名，如果是用戶甚至可記錄用戶信息。
提交時間：提交此需求的時間。

被動接收的需求不應(yīng)該馬上移入到需求池，因為還需要產(chǎn)品經(jīng)理進(jìn)行鑒別，鑒定為需求并確定需要處理后，再放入需求池，這將涉及到需求定義與需求分析的范疇。

在對收集的需求進(jìn)行鑒別時，產(chǎn)品經(jīng)理需要在心中將這些內(nèi)容進(jìn)行分類，例如一些需求可能只是bug，或者是偽需求（需求對應(yīng)的問題本不存在）。這些將在需求定義與需求分析中進(jìn)行闡述。

?主動挖掘需求?

主動挖掘需求，也就是產(chǎn)品經(jīng)理使用各種方法，主動去獲取產(chǎn)品需求，以尋找產(chǎn)品當(dāng)前存在的問題與可能的發(fā)展路徑。

主要包含兩類，一類為優(yōu)化原有業(yè)務(wù)，幫助用戶更好的實現(xiàn)用戶目標(biāo)，即優(yōu)化用戶體驗，例如滴滴這個產(chǎn)品，可以針對打車流程進(jìn)行優(yōu)化，降低打車過程的理解、決策、操作成本，從而給用戶一個更優(yōu)的打車體驗。

另一類是針對產(chǎn)品原有的業(yè)務(wù)進(jìn)行拓展，也就是用戶使用產(chǎn)品能做的事情更多了，例如還是滴滴這個產(chǎn)品，在用戶乘車時，增加銷售礦泉水的業(yè)務(wù)，或在打車的業(yè)務(wù)上繼續(xù)拓展快遞貨運等業(yè)務(wù)。

針對原有業(yè)務(wù)的優(yōu)化存在兩個方向。產(chǎn)品的功能是為了承載業(yè)務(wù)，從而實現(xiàn)某個業(yè)務(wù)目標(biāo)，業(yè)務(wù)是針對業(yè)務(wù)目標(biāo)的解決方案，所以我們可以優(yōu)化原來的解決方案以實現(xiàn)業(yè)務(wù)目標(biāo)，或?qū)ふ乙粋€更優(yōu)的解決方案實現(xiàn)業(yè)務(wù)目標(biāo)。
?

如果是優(yōu)化解決方案，可以模擬業(yè)務(wù)場景，親自體驗業(yè)務(wù)流程，找出所遇到的障礙，你每一次理解、決策、操作上的停頓或遲疑都有可能是一個可以被清除的障礙；或者在用戶的反饋中尋找他們所需要的問題。

再或者可以回訪一下用戶，直接找?guī)讉€用戶聊一聊產(chǎn)品的使用體驗，這些都是平常經(jīng)常被用到的方式。

如果是想找一個更優(yōu)的解決方案，則需要對原解決方案足夠理解，清楚原來的解決方案的天花板在哪里，當(dāng)前是否存在新技術(shù)或資源可以幫助突破這個天花板，并時刻留意著這方面的技術(shù)與資源。可能在某個時候，由于技術(shù)或資源的限制得到突破，可能之前的天花板將不再是天花板了，一個更優(yōu)的解決方案孕育而生。

針對原有業(yè)務(wù)進(jìn)行拓展，我常用的方法是控制變量法，當(dāng)我們描述一個需求，一般都會提到三要素，用戶、場景與期望，當(dāng)我們控制其中兩個，而去考慮剩下的一個時，此時或許會獲得很多點子或發(fā)現(xiàn)。所以也就存在以下三種視角：

同一類用戶在原期望下的業(yè)務(wù)場景中，可能存在的其他期望。例如當(dāng)你在看電影時，想吃爆米花或喝奶茶，或者你在喝奶茶的時候，希望能夠拍張照發(fā)個朋友圈；

同一類用戶產(chǎn)生此用戶期望，可能存在的其他業(yè)務(wù)場景。例如當(dāng)你在外逛街時，由于看到電影院的某個電影的宣傳廣告而想去看電影，那是否存在當(dāng)你在家或公司時，由于朋友的介紹而突然想去看電影；

同樣業(yè)務(wù)場景下產(chǎn)生的用戶期望，可能存在的其他用戶。例如情侶經(jīng)常在逛街時去看電影，那其他人是否也可能想看電影，或者什么時候想看。

如果要說嚴(yán)格意義上的業(yè)務(wù)拓展，可能只有第一種才真正是的了。但我覺得不管是用戶能夠做更多的事、還是更多的用戶能夠做這件事、或者是用戶能夠在更多的場景下做這件事，這些統(tǒng)統(tǒng)是在擴(kuò)大業(yè)務(wù)的邊界，所以我認(rèn)為應(yīng)該都被算作業(yè)務(wù)的拓展。

當(dāng)產(chǎn)品經(jīng)理有了業(yè)務(wù)拓展的方向后，后面的工作就是進(jìn)行驗證了，不管是問用戶，或者看看隔壁的競品，再或者自己試驗一下，看看用戶反饋的結(jié)果，拿具體數(shù)據(jù)來分析，這些都是不錯的方法，重要的是需要有最初的假設(shè)，也就是那個你認(rèn)為可行的業(yè)務(wù)方向。
?

產(chǎn)品的生命周期可以被總結(jié)為引入階段、成長階段、成熟階段、衰退階段四個階段。

在引入階段時，我們更多的應(yīng)該是做好一件事，并且應(yīng)該是確認(rèn)需求，且驗證解決方案，此時你所有的視線都應(yīng)該停留在用戶與市場的反饋上，需求收集的工作對于你沒有那么重要。

而到了成長階段，核心的業(yè)務(wù)被驗證了，此時你需要的就是優(yōu)化原業(yè)務(wù)，此時更多的是被動接收需求，特別是用戶反饋的需求，或者自己主動去找用戶痛點等，當(dāng)然到了成長期的后半期，可能你已經(jīng)開始主動尋找業(yè)務(wù)可能的拓展方向了。

到了成熟階段，優(yōu)化工作已經(jīng)達(dá)到一定的天花板，再優(yōu)化已經(jīng)沒有太大意義，此時主要工作就是尋找業(yè)務(wù)拓展方向，并不斷試驗。

當(dāng)?shù)搅怂ネ穗A段，要不然你已經(jīng)拓展出了新的業(yè)務(wù)方向，進(jìn)入其他賽道，或者新的解決方案開始取代你了。