需求采集的幾種常用方法和操作技巧

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

    用戶訪談通常采用訪談?wù)吆捅辉L談?wù)咭粚σ涣奶斓男问?，訪談的樣本較少，一般幾個到幾十個，但在每個用戶身上花的時間比較多，通常十幾分鐘到幾小時，圍繞幾個特定的話題，我沒問、用戶答，我沒說、用戶聽，這是一種典型的定性研究。
一般用在新產(chǎn)品方向的預(yù)研工作中，或者通過數(shù)據(jù)分析發(fā)現(xiàn)現(xiàn)象以后，去探索現(xiàn)象背后的原因。
用戶訪談的常見問題與對策：

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

    應(yīng)對：

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

    2.2.2 定量地說：調(diào)查問卷

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

    第一：樣本的偏差，即樣本與想了解的目標(biāo)用戶群體出現(xiàn)偏差。
盡可能的覆蓋目標(biāo)用戶群體中各種類型的用戶。
第二，樣本過少
第三，問卷內(nèi)容細(xì)節(jié)問題
問題表述應(yīng)無引導(dǎo)性

    2.2.3 定性地做：可用性測試

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

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

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

    2.2.4 定量地做：數(shù)據(jù)分析

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

    2.2.5 需求采集人人有責(zé)

    ? 生孩子與養(yǎng)孩子

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

    ? 單項(xiàng)需求卡

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

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