需求處理一直是產品工作中最重要的環節之一，@曉翼 從需求獲取到需求落地，為我們詳細梳理了需求分析的全過程，推薦各位閱讀。

做需求的時候，大家有沒有覺得很多需求中藏著另一個需求，或者當中藏著很多的需求在這個需求下面。而這個需求進行粗放式的處理方式或許就并不好了。所以需要進行需求放大的過程。需求放大的過程中，可以發現很多的未知區域。這樣就可以更好的把握需求本身了。

一、需求獲取階段

需求獲取不是本篇文章主要闡述的階段。這里會簡單介紹。

1、渠道途徑

獲取需求的渠道有很多。主要分為定性和定量的需求獲取渠道。最好的渠道還是和用戶打成一片。這里的用戶需要通過產品經理自身的運營能力。如果說運營難的話，難點在于要運營的是人。這和管理公司的員工一個道理，運營對象是人，絕對是一門手藝活。他需要對不同的個體和群體進行不同的方法，并不可能一套方法論的東西就能完全都適用。

2、建立自己的需求池

建立自己需求管理池，這里是對自己的需求管理。作者會把自己的需求記錄下來，根據不同的產品階段，和運營方向不斷進行調整。還有就是對自己的需求進行深度的分析，合理安排出自己的需求優先級。作者在項目管理中，也基本采取和需求池管理一樣的方式。

二、需求發起階段

需求發起特別重要，這是對一個需求進行評估的過程。

1、對于需求的判斷

需要需求發起前，需要自己評估該需求能不能是現階段產品需要的需求。還有該需求是不是可以立馬對產品進行很好的提升效果。對前臺產品來說，就是提升轉化。對后臺產品來說，就是提升效率。對底層來說，就是提升整體架構產品設計，是否可以形成良好的前后臺聯動。

2、對于需求的層次放入

需求層次可以簡單分為用戶端、管理端、底層系統。這是從產品前后臺和底層來出發的。還有就是可以分為短需求、長需求。短需求指的是某一個功能優化。長需求可能是某一個模塊或者是大改版。還有需求上也可以分為技術實現周期進行分類。也可以對運營需求來分類需求。每一個人需求層次管理都是不一樣的，唯一一樣的就是這個需求層次一定是滿足你現在的工作職責的。

三、需求梳理階段

需求梳理中，會發現很多的問題。然后對這些問題進行歸并總結。

1、對于需求的邏輯梳理

每一個需求都有自己的需求邏輯性。首先先要對這個需求進入產品后，對這個產品影響的邏輯進行梳理。然后進行放大到整個產品涉及每一個層級的產品線的關系。除了產品層面，還要思考市場、運營、銷售等各個層面的思路。這是對一個產品完全梳理的過程。

2、對于需求的底層規則、算法的規劃

在梳理中，最底層設計中最好采用靈活的規則和算法進行規劃設計。底層規則是每一條規則都可以適用未來半年的產品的架構。而算法是對運營、產品、市場各方面深入思考后的結果。并不會輕易進行設計。但是算法對于動態數據抓取已經后續的用戶轉化效果是很顯著。特別到運營到一定規模之后，算法就會很管用了。

3、對于需求的增刪改查后臺的規劃

后臺最基本的功能就是增加、刪除、修改、查詢。這是后臺最基本需求，也是立身之本。在后臺規劃，主要重要看著效率。這些功能都是最基本提升效率的功能。特別進入體統自動化之后，那么后臺服務人員的效率就會提高整個一個級別的程度。

4、對于需求的功能、交互前臺的規劃

前臺最基本的就是功能可使用性，展現表現可豐富性，交互合理性。這些前臺最基本需求中，需要對設計在一定程度進行把控。所謂把控需要展示出一定的特有的設計風格。這個設計風格是有一定設計標準。

5、對于需求涉及的市場、運營等各部門的規劃

特別是大型的需求的時候，就要涉及到很多外部門的合作事情了。在思考和外部門的部分時候，要充分站在他們的角度思考問題。但也要有我們自己的角度去思考問題。然后進行2種思路的結合，找到最合適的需求方案。

四、需求放大階段

需求放大理論核心階段，普通的需求規劃不需要這個階段。這是對需求的深入思考并挖掘需求中最根本的需求。對于每一次層次的需求深度把握。

1、解構需求鏈條

需求一般都是具有流程性的東西。要把整條流程進行梳理和串聯。特別考慮整個鏈條時，需要充分考慮到每個節點相對應要涉及的部分。進行整體化思考的過程。

2、拆解每一個細分需求背后的邏輯

結構整個鏈條后，這就是一個需求放大的過程。然后對于背后的小需求進行分解。比如下單是一個大需求。在這個大需求下，有很多的小需求。比如訂單整合、訂單支付選擇、訂單與商品的關系等等之類的。比如一個服務流程蘊含著很多的流程性的東西。對于每一個節點背后都蘊藏著一個需求。

3、需求背后每一個用戶的不同小需求

然后每一個小的需求背后，都是對不同用戶需求的進行細分。比如，下單流程中，能選擇支付寶、微信、還能選擇銀行卡。這就是對每一個用戶的細分需求的滿足。但是哪個在前，哪個在后，完全取決于用戶大數據行為的監控和需求細分下的用戶選擇的情況。再比如下單流程中，購買的商品不同，推薦商品時，也會有組合的形式。這種就是對每一個用戶細分的不同進行把握。

4、把所有的小需求進行歸類

接下里要把小的需求點全部進行歸類。這個需求應該放在哪里，而這個需求點對應的用戶群是哪些人。還是拿下單進行舉例子，在整個流程中的人，有選擇線上直接付款，也會找人代付款，還有京東白條的支付需求。自己有錢的話，就會選擇直接付款。這是一類需求。而自己沒有的錢的話，就會選擇找人代付，或者京東白條這種方式進行付款。這就是對需求進行一定的歸類。

5、把拆分出的需求進行規劃

最后把拆散的需求進行整理 ，把他們進行歸類和總結。放到整體的需求框架下去思考問題。這個過程一定存在著矛盾點。這里的處理原則是以大需求為主，次需求進行舍棄。這里的取舍一定程度可以以MVP產品進行試驗。所以這里思考一定是滿足大框架下，進行細節需求的取舍。每一個細分的需求處理的好，也是對大需求起著至關重要的作用。

6、在產品設計中充分展現出每一個細節需求

每一個細節需求，我們在產品設計中一定要充分展示出來。這是對我們的產品一種肯定，也是對用戶一種發現后的驚嘆。神級的產品都是細節控。而對于需求拆分，也是對細節把控，最后變成真正意義上的細節控。

五、需求落地階段

需求真實的落地去執行階段。

1、腦圖羅列

腦圖把所有的東西都梳理清楚，然后梳理流程圖。這些過程要占據大量的時間。最后匯總成一份可以呈現的需求方案。

2、原型制作

有些底層和后臺是完全不需要原型的。哪怕做原型，請做低保的。一方面是肯定會在需求評審時被砍掉很多需求，或者不合理的地方。另一方面，給予設計師充分發揮空間。

最后，大家可以參考這個過程去梳理需求。需求放大階段視具體情況而定，不是每一個需求都需要放大。

#專欄作家#

曉翼，微信公眾號：上海人在北京。人人都是產品經理專欄作家。專注于電商、O2O的產品經理。會IOS開發、會P圖、會運營的逗比一個。常關注社交、旅行類產品。

本文原創發布于人人都是產品經理，未經許可，不得轉載。