明確目標、選擇采集方法、制定采集計劃、執行采集、資料整理，然后進入下一步的需求分析階段。
 
2.2.1 定性地說：用戶訪談

    用戶訪談通常采用訪談者和被訪談者一對一聊天的形式，訪談的樣本較少，一般幾個到幾十個，但在每個用戶身上花的時間比較多，通常十幾分鐘到幾小時，圍繞幾個特定的話題，我沒問、用戶答，我沒說、用戶聽，這是一種典型的定性研究。
一般用在新產品方向的預研工作中，或者通過數據分析發現現象以后，去探索現象背后的原因。
用戶訪談的常見問題與對策：

    第一，“說”和“做”不一致
諸如“我做了什么，步驟如何，碰到了什么問題”這類事實可信度高一些，而“我覺得、我認為”這類觀點，則需要大打問號去聽，并且機智地去探究支撐觀點的事實。
第二，樣本少，以偏概全
第三，用戶過于強勢，把我們往溝里帶
第四，我們過于強勢，把用戶往溝里帶

    應對：

    1、 避免一組固定的問題
2、 先關注目標，任務其次：比用戶行為更重要的是行為背后的原因，多問問用戶為什么這么做。
3、 避免讓用戶成為設計師：聽用戶說，但不要照著做
4、 避免討論技術
5、 鼓勵講故事
6、 避免誘導性問題

    2.2.2 定量地說：調查問卷

    用戶訪談的提綱是開放式問題，適用于我們心里比較疑惑的時候去尋找產品的方向，適合與較少的訪談對象進行交流。
調查問卷通常封閉式的問題較多，適合大用戶量的信息搜集，但不夠深入，一般只能獲得某些明確問題的答案。
作答時間最好不超過5分鐘，開篇放一些簡單不需要思考的問題，敏感問題放在中間，個人信息題目放在最后。
調查問卷的產檢問題與對策

    第一：樣本的偏差，即樣本與想了解的目標用戶群體出現偏差。
盡可能的覆蓋目標用戶群體中各種類型的用戶。
第二，樣本過少
第三，問卷內容細節問題
問題表述應無引導性

    2.2.3 定性地做：可用性測試

    可用性測試是指通過讓實際用戶使用產品或原型方法來發現界面設計中可用性的問題，通常只能做少數幾個用戶的測試，看他們怎么做，屬于典型的定性研究。
可用性測試的基本過程就是用戶通過使用產品來完成所要求的任務，同時組織在一旁觀察用戶操作的全過程，并把發現的問題記錄下來。
可用性測試的常見問題與對策：
第一， 如果可用性測試做的太晚（往往在產品將要上線的時候），這時發現問題也于事無補了。
第二， 總覺得可用性測試很專業，所以干脆不做。（通常來說做5個用戶才可以發現大部分的共性問題。）
第三， 明確是測試產品，而不是測試用戶。
這個測試的目的是發現產品中的問題，而非用戶是否有能力使用軟件。
第四， 測試過程中，組織者該做和不該做的：
開始時，告知用戶要做哪些事，大概持續的時間；
測試中，鼓勵用戶用“發聲思維”的發放，即在使用產品的過程中說出自己的思考過程。
不要有任何引導和按時，只是觀察和記錄。

    對于“改版”的可用性測試：

    1、“可用性測試”要在足夠早的時候做；
2、先從部分次級頁面改起；
3、新舊版本并存一段時間，允許用戶自由選擇，此時可以加入問卷調查；
4、小面積實驗，選擇一小批測試用戶開放新版本，檢測效果，做用戶調研。

    2.2.4 定量地做：數據分析

    常見數據分析的方法：用戶使用產品的日志、客戶管理系統里的信息、網頁訪問情況的統計信息等。
數據分析最關鍵的是對結果的解讀，通常數據分析只能發現一些現象和問題，并不能了解原因，所以分析完成后通常會伴隨著一些用戶訪談，聽聽用戶怎么解釋。
我們應該在產品設計時把數據分析的需求加進去（數據埋點），比如記錄每個按鈕的點擊次數、統計每個用戶的登陸頻率等，這也算是一種典型的非功能需求，這樣做對產品的可持續發展十分必要。

    2.2.5 需求采集人人有責

    ? 生孩子與養孩子

    一手需求：直接從用戶那里得到的需求——生孩子
二手需求：老板、銷售說的用戶需求——養孩子
二手需求，或多或少有扭曲。

    ? 單項需求卡

    單項需求卡是一種簡單的二手需求采集工具。
單項需求卡描述了一個用戶的需求到底包含哪些內容，重點是描述用戶場景，誰在什么時間、地點產生了何種需求。
 
? 盡可能多地采集

    現場調查——定性分析，要特別小心不要被“非典型”用戶帶到溝里。
AB測試——基于大用戶量比較合適，比如讓用戶參與測試，被稱作土豪的游戲，只有大公司玩得起。
日志研究——用戶的日志、博客等。
卡片分類法——把產品的各種需求寫在便利貼上，讓用戶一起討論并完成分類。卡片分類法能讓最終的產品更加符合用戶的心理模型。
自己提需求——