接著昨天的筆記。

16. 通過商業價值來選擇目標用戶。

17.使用場景、用戶目標、關鍵詞的結果很大可能會因為不同的思考方式和調研方法而不一樣。

18.用戶需求從哪里來：用戶調研、競品分析、用戶反饋和產品數據。

19.分析和篩選需求：通過各種方法我們可能會得到很多用戶的需求，采集方式的多樣化，會導致需求的質量滿意控制，比如不同的需求可能會有偏差，采集的需求不是你的產品等。篩選步驟：首先，篩掉明顯不合理的需求，接著，挖掘用戶的目標，留下匹配產品定位的需求，最后，要考慮項目的資源。

在挖掘需求的過程中，要透過現象看本質，如：某用戶說上班路上不怎么聽音樂，你追問他的而原因是因為操作麻煩，那么這時候嫌麻煩才是用戶的真實想法，因此我們要做的就是簡化操作。通過競品分析發現對方的長處，我們要做的不是照搬競品中采取的應對措施，而是應該首先考慮明白：別人的產品的目標人群和我們的是否一致，別人的做法到底是解決了用戶的什么問題，我們應該由這些信息往前去推，用戶的問題到底是什么。

20.關于需求文檔。

需求文檔應該要包含的內容：

1)文檔修改和審核記錄：

2)背景描述：為什么要做這個產品，市場行情，業務目標、產品定位等。

3)用戶類型和特征：簡單描述目標用戶情況和現有使用人群的額情況

4)項目時間安排：何時啟動，何時完成等；

5)信息架構：這里可以理解為內容或者液面的層級；

6) 整理業務流程說明：對于涉及操作較多的產品/功能，需要業務流程圖，幫助設計師和項目成員理解具體業務邏輯。

7)需求詳細說明：每一條需求的詳細說明,如下所示：

8)需求文檔的后續迭代。

21.理性對待用戶提出的需求，首先，用戶提出的去求未必就是真的他想要的，其次，需要根據場景去考慮用戶的意見，一般用戶提出這個問題的時候是在什么場景下？是否符合實際情況？根據產品定位去考慮用戶的意見，如果我們的產品特色定位是“快速“，那么當有用戶反映我們的內容更新熟讀過慢是，用戶的這條意見就非常值得關注。另外，考慮項目資源，用戶提出的要求需要多少開發資源？價值有多大？需要立即開發嗎？如果產品需要處理的需求很多，要開發很多功能，這時候就要給這些功能排個優先級。如果某功能實現起來成本過高，而受益甚小，就有可能延期執行。

22.作為用戶研究員，不應該告訴產品經理我用的是什么數據分析方法，應該呈現的是與產品相關的結果部分，并且能夠簡單明了，讓人能夠讀懂。

23.作為設計師要辨別產品經理交付的需求文檔是否合理。如果產品經理給的需求文檔并不是那么的詳細和符合要求，設計師應該“重新回爐”，通過調研，競品分析，用戶反饋，分析產品數據等范式重新歸納需求，考慮用戶的本質需求，確立相應的設計目標。

24.關于“抄襲”競品：“抄襲”別人的時候我們應該考慮我們的目標用戶和別人的用戶目標是否一樣，注意抄的時候我們的技術是否能夠達到競品相應功能的水平，我們有選擇的抄襲是否會影響到產品的使用效果。總的來說，我覺得正確抄競品的過程其實還是從別人的東西找到一個需求點的方向，然后我們去驗證，修改，最后做到符合我們產品的需求。