最近也許是因為大家面試很多，討論用戶需求采集的話題越來越多，好像突然大家一下子都在關注產品的這一流程。當然需求采集的方法很多，眾多前輩們也都總結了許多，完全可以參考甚至搬到自己的項目中來實現。這些方法用到大公司大項目上，只要把握的好，數據分析工作做的好，完全可以把產品的用戶需求分析的很好。但小公司的敏捷開發中，這些需求采集，不管是焦點小組，還是閱卷調查，還是點對點訪談，想要做的很完善，很全面，並且建立准確的用戶模型，需要時間，而這時間會拖慢快速產品開發的進程，而很多小公司小項目等不起產品的開發周期一再後延。
下面就說一下小公司和創業公司敏捷中的產品用戶需求采集方法，共討論。不適用大公司大項目，由於大公司大項目所面對的用戶過多，角色又紛雜和龐大，需要建立一套完整的需求庫，需要專門來分析總結，從而得到一個需求優先級，並且滿足大多數用戶。而小公司小項目產品目標會相對單一，所面對的用戶群也相對單一，往往是垂直和細分的用戶領域，講究快速敏捷開發。
用戶需求誰最了解，在什麼時間來完善？提出產品開發，提出要做某項產品的人最了解用戶需求，通常在小公司裡這個角色是老板。是老板在投錢做某個產品，也是老板最先看到了商機所在，也是老板對這個項目的未來產生信心。所以才會投錢來做這個項目，對項目的贏利點在哪很清楚，沒有哪個老板會把錢花在一個看不到未來的產品中。通常這樣的公司時間是寶貴的，項目不適合長久開發，那就沒有時間也沒有多余的錢來給你做焦點小組，更沒有有效的渠道來讓你問卷分析。
這時候你的需求應該首先應該從項目的發起人那裡得來，但並不是從發起人那來得來的需求就是完善的， 或者是合理的，項目發起人往往只會關注產品中的某個點，或者某幾個點，而這幾個點恰恰是產品的核心所在，也是贏利所在。會從產品的形式一直到市場贏利都會想的很透徹和明白。得到需求後產品經理應該首先驗證這種需求的，並且在驗證的過程中完善它，從而把產品的所有需求給架構完整，需求完整了，隨之而來的產品架構也就完整了。驗證已有的需求，本身就是需求的采集，只是更有目的性，更有針對性，也會讓需求的采集更加准確和快速。驗證需求比采集需求要簡單的得多，這時候不管是做焦點小組還是在做用戶訪談，都更加快捷有效，快速完成需求采集，這時候得來的用戶需求還是需要在產品開發中一直不斷地驗證。
上次看到一個專訪，是訪談抓蝦的老總，說他在一次不經意間發現了現在女孩子們愛美，並且愛分享美，於有創建了分享類網站“美麗說”，是項目發起人先有了這個核心點，分享美麗，這個時候交給產品經理，產品經理先有了這個核心需求點，再圍繞著這個核心點現尋找外圍的附加需求和設計出這些需求的具體表現方式，是用圖片呢，還是用文字呢，如何來體現其中的分享呢，如何讓用戶常回來並且能常發現新東西？這些是產品經理需要實現的，但實現這些功能點又得考慮是不是目標用戶群所能接受的，於是又會產生眾多的小需求。有興趣的同學可以google下這篇訪談，當中談到了小公司小項目的成敗經驗，對小公司很受用。
於是你得保證可用性/易用性測試會貫穿整個產品周期。只有產品原型的時候可以給用戶看原型，甚至在紙上畫的草稿都可以用做可用性測試中來。至於用戶，你可以找你熟悉的目標用戶，朋友，同學甚至新來的同事都可以做。“5個可用性測試發現80%的問題”，這個很實用，簡單方便，又不需要什麼成本投入。這樣邊做邊校正，直至開發出來的產品越來越接近完美。
分析競爭對手的需求，互聯網發展到現在，除非你是創造性地創造了新產品，像twitter，guoupon等，要不然你所做的任何一個產品在同領域都會有或多或少的競爭者，即使國內還沒有，國外也一定有類似的產品。找出他們產品的優勢和不足，從對手的產品中分析用戶需求，既得到了需求，又很好地利用了他山之石，也為以後的運營打下基礎，因為你了解對手。
最後說下產品經理自身產品素養，除了需要具備全面的知識，掌握應該掌握的技能，還需要有豐富的經歷，從而能夠扮演不同的用戶角色，從而從這些扮演用戶中推演出需求來。這就是所謂的產品經理拍腦袋想需求，但這種想不是毫無根據的想，而是你自己就成為用戶中的一員，把自己定位成一個角色，從而去適應這個角色，得到一般性需求。我知道有很多產品經理忌諱，甚至反對批判這種方法，說這樣做出來的東西不能夠貼近真正的用戶，最終是空中樓閣，也是產品失敗的根源，這個有待再討論，至少我覺得這樣做有一定的道理，因為這時候網站目標和服務人群已經定下來了，你想的這些需求也只是可用和易用的需求，只會讓產品更爽，是一個完善需求的過程，而不是創造需求。只是要在後面的流程中來驗證這些需求罷了。
我自己玩戶外，做為一名戶外驢子，我了解這些人需要什麼，想用什麼，我沒有做過俱樂部，但我知道現在的戶外俱樂部最缺什麼。我曾經是學生，我了解做為學生的時候我需要什麼，我的同學需要什麼。我喜歡旅游，做為旅行者我能推演出大多數旅行者的需求。我自己租房住，我身邊也有一堆人租房，於是我了解租房客的一般性需求。如此等等，我們自己就是用戶，我們又是產品經理，我們有理由運用專業知識來分析出用戶的一般需求。
從項目發起人那裡得到需求，從身邊的人那裡獲得需求，從自己的經驗中分析需求，再經過不斷地可用性/易用性測試，基本上這個產品的用戶需求可以收集個70%，剩下的30%在運營過程中去完善吧。