說的再多，需求分析才是產品經理最重要的一關

06-21

經歷了幾個項目後，我對需求管理進行了一些分析和總結。其實需求分析就是要拉通一條主線，即將用戶需求變成產品需求。而產品經理在達成這條主線的過程中，就需要利用需求漏斗來一層一層的過濾和分析需求並最終形成用戶所需要的產品需求。下面我就分階段來一個階段一個階段的展示一下各個階段的需求分析內容。

用戶需求轉化為產品需求過程

1、用戶需求收集

我們在進行需求調研的時候，會收到來自各方的需求。對內來說有老闆和內部客戶提出的需求，對外來說有外部用戶提出的各種需求。他們提出的需求的相同點就是這些需求都是站在他們自己的角度上提出來的，同時站在他們自己角度上來講也許都是對的。但是，如果站在產品實現的角度來講，他們的需求又有很多不妥的地方。所以，在面對眾多需求的時候，我們要做的第一步就是先將他們提出的需求全部收集起來然後逐步消化。

2、需求過濾

我們收集好來自各方的需求後，接下來要做的就是將需求中的一些明顯不合理的、沒有價值的需求剔除掉。而在這個過程當中，溝通便成了一項很關鍵的「技術活」。這些所謂的不合理的、沒有價值的需求是產品經理在收集需求後通過自己的專業判斷得出的結論，但是所有的需求方又認為他們所提的需求都是對的。所以產品經理就要藉助一些數據分析、溝通技巧、產品導向引導、案例分析、給需求劃定優先順序等方法來說服需求方放棄或延遲實現這些偽需求。

3、需求分析

我們在過濾掉一些偽需求以後，接下來就要對需求方提出的需求做深層次的分析了。此時我們可以通過數據分析倒逼需求、數據佐證、站在產品技術實現和產品運營的角度對需求進行全方位多角度的分析。這個時候，要切實把握好兩個方面：一個方面是產品的定位和方向，這個很重要。因為只有方向對了，後面才會少走很多彎路，少做很多的無用功；另一方面是要盡量的考慮周全一些，我們可以通過不斷的溝通和分析來確認一些細節方面的需求。因為有時細節也會影響大局的。

4、需求轉化

在做完需求分析以後，我們就可以將分析後的需求轉化成為一些具體的東西了。這時產品的功能清單、產品實現的邏輯流程圖、產品的概要設計文檔、粗顆粒度的產品原型等都可以慢慢的成形了。

5、需求整理

有了產品粗顆粒度方面的一些東西以後，接下來我們就要按照產品的主線來逐步的完善產品功能展現並最終形成產品詳細設計文檔。做完這個事情後我們就可以擬定好一條主線後將所有的文檔穿插整理成產品需求文檔了。

6、產品需求成型

完成了上面的工作以後，作為產品經理的我們就已經把用戶的需求變成了產品需求並展示出來了。這個時候，我們再通過一些項目評審會或其他形式的一些會議來評估和完善我們的需求相關文檔。通過這樣來回的確認後我們最終的產品需求就正式出爐了。

用戶需求出來後，我們接下來要考慮的就是如何執行的事了。在一個公司裡面，很少有在同一時間只有一個項目的情況，很多的時候都是幾個項目交替進行的。所以這時我們如何安排產品需求的優先順序，如何合理的協調資源就會變得很重要。

溝通和協調的重要性

在一些公司裡面，資源的調度和項目安排是有專門的項目管理人員來跟進的。但是也有一些公司，這些事都是有產品經理來負責協調的。如何協調資源和安排需求的優先順序就要看我們如何協調項目內部和外部兩種資源了。產品需求的優先順序是由需求方對產品功能實現的優先順序來決定的。而了解到了需求方的需求優先順序表單後，接下來我們就要和內部的開發團隊積極的協調如何實現項目內部的共贏了。

1、合理安排產品需求的優先順序

我們可以根據產品的功能清單來匹配需求要求達到的時間，然後再按照功能點的重要性和時間先後順序做綜合的安排，這樣我們便能和需求方在時間上達成共識。

2、合理協調項目內部資源

項目組成員在同一時間是有很多的項目在並行開發中，我們為了能夠適應項目的快速變化和快速響應，我們就要做好項目的敏捷開發和預配資源。一個項目中少而精對於快速迭代和快節奏的項目周期保證是至關重要的。同時，我們也要很好的結合功能清單來協調資源，因為產品功能清單本身就已經控制了產品的重點功能，所以提前安排資源才能在敏捷的基礎上高質量的完成產品開發任務。