● 如何分析與篩選需求
如何進行需求分析呢?通過頭腦風暴產生了很多需求，最后通過產品定位來篩選需求。
當然實際情況要復雜得多。一方面，我們通過用戶調研、用戶反饋、競品分析、產品數據等方式來采集需求。采集方式的多樣化，會導致需求質量難以控制，比如不同需求間可能有沖突，對用戶的理解可能有偏差，采集的需求不適合你的產品，等等。另一方面，產品的資源是有限的。時間、人力成本、商業價值等因素都是需要考慮到的，這些都對需求的篩選起到重要作用。
那么到底該如何綜合考慮這些因素，來分析和篩選采集好的需求呢? 如果把需求比作一堆蘋果，那么需求分析就是從這堆蘋果中選擇你所需要的。這里，我提供一個挑蘋果的方法，相信大家還有更好的解決辦法。首先，沒有人會考慮爛掉的或者看起來不太正常的蘋果，所以這類可以先排除在外(篩掉明顯不合理的需求)。這個時候你可能又看到旁邊有梨和西瓜，還有你最愛吃的草莓。雖然你是沖著蘋果來的，但你可能這個時候發現你更想買草莓。到底買什么呢(挖掘用戶目標)?這個時候理智要發揮作用了匹配產品定位)。家里好像還有一些草莓，再不吃該爛了，另外買蘋果是受人所托，必須要買。于是決定這次只買蘋果。那么到底買多少蘋果呢? 這個時候就要考慮你需要買多少，蘋果貴不貴，你是否帶了這么多錢，你能不能拿得動等多種因素了(考慮項目資源)。最后你根據自己的需要買了2斤新鮮的蘋果，高高興興付款走了，并且準備等家里的草莓吃完了，再過來買(定義優先級)草莓。
在這個例子中，目標用戶是你、功能范圍是蘋果、產品特色是新鮮。有了這個定位，我們可以很容易地排除一些干擾因素，快速得出結論。從這個例子中，我們也可以看到，產品定位不是決定的唯一因素，我們還需要考慮合理性、資源限制等問題。
因此，在處理需求時，我們可以遵循圖5-7所示的流程。
首先，我們可以篩掉明顯不合理的需求。比如，當前技術不可能實現的或是明顯意義不大的、投入產出比低的、明顯不合常理的需求，等等。
其次，要從現象看到本質，挖掘用戶的真實需求，并考慮如何將其解決。比如，做用戶調研時，某用戶說上班路上不怎么聽音樂，這個時候假如你追問，他可能會說是因為操作麻煩。因此，上班路上不需要聽音樂只是表象，嫌麻煩才是真實的想法，而我們需要解決的就是簡化操作。再如，通過競品分析發現某網站的提示功能很貼心，我們要做的不是把這個功能的設計立刻照搬到自己的網站上，而是要分析這個功能解決了用戶什么問題，滿足了用戶的什么需求，實現了用戶的什么目標，基于這個目標我們應該如何做得更好。這樣才能做到 "人有我優"，學習到競品的精髓，而不是皮毛。接下來，進一步分析提煉出的用戶真實需求是否匹配產品定位(目標用戶、主要功能、產品特色等)，以此來決定如何取舍。被選中的需求可根據匹配程度排列需求優先級。比如，竟品網站的提示功能雖然很好，但是他們的目標用戶和我們的目標用戶不完全一致，這個功能對我們的用戶意義沒有那么大，但還是有些作用，因此優先級不高。
最后，要考慮需求的實現成本(人力、時間、資源等等因素)以及收益(商業價值/用戶價值等)，綜合考慮是否將其納入本階段的需求庫中，還是放到下一期執行。
當然，不同的人有不同挑水果的方式，篩選和處理需求也不止這一種順序。只要能綜合考慮到用戶需求、產品定位、項目資源這些重要因素即可。需求的產生
我們先確定產品定位，然后通過不同的方式來收集大量的需求，識別這些需求的有效性和真實性后，根據產品定位和項目資源情況篩選、提煉出產品需求，定義出需求優先級。接下來就可以重點描述每個需求的邏輯、內容等，開始撰寫詳細的需求文檔了。產品經理不應該跨過前面的過程，直接羅列一堆不知來源的功能說明，形成一份沒有價值的需求文檔，如圖5-8所示。
由于整個過程不僅涉及對用戶的分析和理解，還包括了對產品定位、項目資源的考慮，所以在每個階段都需要產品經理和設計師配合完成。也就是說，設計師并不是在需求文檔產生后才開始工作，而是在前期就配合產品經理進行各項工作的，這樣才能產出令雙方都理解并滿意的需求文檔。也只有這樣，設計師師在后續的設計工作中才會更有主導權，也更容易得到項目組其他成員的認可。反之，如果在項目前期，網站設計師沒有任何參與，而是接到需求文檔后才開始工作，那就很難擺脫“以以需求文檔為設計依據”的尷尬局面了。這其實就是變相的“以產品經理/老板/領導”為中心的設計，完全違背了設計的精神和價值。
本文地址：http://m.murenxiang.com.cn//article/2741.html
