《人人都是产品经理》——第二章笔记(上)
生活随笔
收集整理的這篇文章主要介紹了
《人人都是产品经理》——第二章笔记(上)
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
在一個生態系統中,水是萬物生命之源,而水之源又是天上的云,它們轉化為雨,滴落并細潤大地。這是章節的導語。產品若是一個完整的生態系統,那么需求就應是這個生態系統的源泉——云。
需求對于產品來說,應是這個產品的開始。在這個階段,產品經理所要做的事情,繁多而復雜并且還細碎。包括需求采集、需求分析、用戶研究、用戶分析等等工作。目的只是為了一個:找到有價值的、好的用戶需求。
最開始的開始,我們要先知道什么是需求。
翻開我許久沒有打開的過的《軟件需求工程》課本:
軟件需求是指用戶對目標軟件系統在功能、行為、性能、設計約束等方面的期望。
簡而言之,那就是軟件需求是用戶對軟件的期望。可見需求,是從用戶中來,最終由產品經理帶領著團隊,產出產品,又將其回復到用戶中去。
需求也有不同的層次之分——業務需求、用戶需求、和功能需求。其中層次最高的是業務需求,最基礎的是用戶需求,而功能需求則介于兩者之間,與兩者都有著密不可分的關系。
在這一章中,作者和我們探討的是——有一堆需求的時候應該“做哪些”、“做多少”的問題。直觀的為我們闡述了怎么發現需求,然后在這么多需求中如何進行選擇的思路。
需求采集:
需求采集的過程,都會有如下幾步: 明確目標、選擇采集方法、制定采集計劃、執行采集、資料整理,然后進入下一步的需求分析階段。
常見的需求采集方法 (1)用戶訪談——定性地說 訪談這兩個字說明了——需求過程全靠“說”,并且還有定性,有方向地問用戶,使用開放式的問題,直擊用戶的的心理的真實觀點和看法。用戶訪談經常用在新產品方向的預研工作中,或者通過數據分析發現現象以后,去探索現象背后的原因。 用戶訪談可以是1V1的面對面交談,也可以是用戶交流大會這種形式。在這里,需求采集者首先要注意與用戶保持同樣的關系,避免強勢地帶著用戶走,也要避免過于弱勢被用戶牽著走,丟掉訪談的注意點;其次注意用戶對于觀點的表達方式,用戶描當中的的“說”和“做”,一般來講總是分開的,有時他們會跟著你的問題,給出你想要答案。 最后,別忘了在訪談結束,送點小禮物給用戶呀。 (2)可用性測試——定性地做 可用性測試是指通過讓實際用戶使用產品或原型方法來發現界面設計中的可用性問題。可用性測試貫穿于產品的各個階段,每個階段都可以做。主要的測試對象應是用戶,測試過程中組織者不能過多的介入,這樣會影響被測用戶的哦。 可用性測試主要過程: 測試前,要招募測試用戶和準備測試任務。這里的用戶要是目標用戶,盡可能要代表將來真實的用戶。 測試中,用戶進行產品的測試,組織者要在一旁進行測試記錄,,記錄用戶的反應,用戶操作中的問題。 測試后,詢問用戶對產品的看法和使用的感受以及進行最終的分析和研究。 (3)調查問卷——定量地說 調查問卷通常封閉式問題比較多,適合大用戶量的信息收集,但不夠深入,一般只能獲得某些明確問題的答案,調查問卷不適合安排問答題。 用戶訪談與調查問卷之間有一定的聯系,我們經常通過前者的開放式問題,為后者收集具體的封閉式問題。 在這里,閱讀完書中這塊的內容,我認為問卷的設計是整個方法中的靈魂。設計一個好的問卷內容,真的很難。由此我想到了去年在做移動互聯開發課程項目的時候的問卷設計。我和小伙伴準備開發的在iOS上用的一款用日歷、記事本、日程提醒、記賬、時間統計、消費統計功能的APP。那時候我們的問卷中有這樣一些問題:您使用過哪些日歷類APP?您需不需要一個有記事功能的日歷APP?您需不需要一個有記賬功能的日歷APP?諸如此類問題······ 現在思考起來,覺得當初的問卷設計還是很偏向于將用戶引導到回答我們想要的答案的路上走。沒有給被調查者一個可控的開放性的環境。更好地問法應該是“您平時有沒有記賬的習慣”“您生活中有沒有經常忘記想要做的事”,從側面進行一個用戶的采集。 (4)數據分析——定量地做 最后是數據分析了。看了很多招聘信息,都要求產品工作者要有一定的數據分析能力。作為一個互聯網工作者,數據是反應一個產品情況的最真實的信息,畢竟“數據是不會騙人的”。可見呀,這數據分析能力很是重要,要多加學習了。 首先是數據來源,數據分析時,根據不同的目的,數據來源多種多樣,常見的有用戶使用產品的日志、客戶管理系統里的信息、網頁訪問情況的統計信息等。 然后是數據分析的方法,可以用 Excel,可以用統計軟件(Tableau、Matlab······),也可以自己寫程序(D3、EChats······)解決。 最后也是最最關鍵的——對結果的解讀,通常數據分析只能發現一些現象和問題,并不能了解原因,所以分析完成后通常會伴隨著一些用戶訪談,聽聽用戶怎么解釋。 所有的最后,所有方法都還有一個共同的要點,樣本量的問題!樣本一定要夠大,沒有具體數值,只求大到足以反應我們的用戶最為真實的需求。 蠢作者的小總結,部分摘抄,部分總結。共勉! 還是那句話:產品的道路任重而道遠,同志們仍需努力!
常見的需求采集方法 (1)用戶訪談——定性地說 訪談這兩個字說明了——需求過程全靠“說”,并且還有定性,有方向地問用戶,使用開放式的問題,直擊用戶的的心理的真實觀點和看法。用戶訪談經常用在新產品方向的預研工作中,或者通過數據分析發現現象以后,去探索現象背后的原因。 用戶訪談可以是1V1的面對面交談,也可以是用戶交流大會這種形式。在這里,需求采集者首先要注意與用戶保持同樣的關系,避免強勢地帶著用戶走,也要避免過于弱勢被用戶牽著走,丟掉訪談的注意點;其次注意用戶對于觀點的表達方式,用戶描當中的的“說”和“做”,一般來講總是分開的,有時他們會跟著你的問題,給出你想要答案。 最后,別忘了在訪談結束,送點小禮物給用戶呀。 (2)可用性測試——定性地做 可用性測試是指通過讓實際用戶使用產品或原型方法來發現界面設計中的可用性問題。可用性測試貫穿于產品的各個階段,每個階段都可以做。主要的測試對象應是用戶,測試過程中組織者不能過多的介入,這樣會影響被測用戶的哦。 可用性測試主要過程: 測試前,要招募測試用戶和準備測試任務。這里的用戶要是目標用戶,盡可能要代表將來真實的用戶。 測試中,用戶進行產品的測試,組織者要在一旁進行測試記錄,,記錄用戶的反應,用戶操作中的問題。 測試后,詢問用戶對產品的看法和使用的感受以及進行最終的分析和研究。 (3)調查問卷——定量地說 調查問卷通常封閉式問題比較多,適合大用戶量的信息收集,但不夠深入,一般只能獲得某些明確問題的答案,調查問卷不適合安排問答題。 用戶訪談與調查問卷之間有一定的聯系,我們經常通過前者的開放式問題,為后者收集具體的封閉式問題。 在這里,閱讀完書中這塊的內容,我認為問卷的設計是整個方法中的靈魂。設計一個好的問卷內容,真的很難。由此我想到了去年在做移動互聯開發課程項目的時候的問卷設計。我和小伙伴準備開發的在iOS上用的一款用日歷、記事本、日程提醒、記賬、時間統計、消費統計功能的APP。那時候我們的問卷中有這樣一些問題:您使用過哪些日歷類APP?您需不需要一個有記事功能的日歷APP?您需不需要一個有記賬功能的日歷APP?諸如此類問題······ 現在思考起來,覺得當初的問卷設計還是很偏向于將用戶引導到回答我們想要的答案的路上走。沒有給被調查者一個可控的開放性的環境。更好地問法應該是“您平時有沒有記賬的習慣”“您生活中有沒有經常忘記想要做的事”,從側面進行一個用戶的采集。 (4)數據分析——定量地做 最后是數據分析了。看了很多招聘信息,都要求產品工作者要有一定的數據分析能力。作為一個互聯網工作者,數據是反應一個產品情況的最真實的信息,畢竟“數據是不會騙人的”。可見呀,這數據分析能力很是重要,要多加學習了。 首先是數據來源,數據分析時,根據不同的目的,數據來源多種多樣,常見的有用戶使用產品的日志、客戶管理系統里的信息、網頁訪問情況的統計信息等。 然后是數據分析的方法,可以用 Excel,可以用統計軟件(Tableau、Matlab······),也可以自己寫程序(D3、EChats······)解決。 最后也是最最關鍵的——對結果的解讀,通常數據分析只能發現一些現象和問題,并不能了解原因,所以分析完成后通常會伴隨著一些用戶訪談,聽聽用戶怎么解釋。 所有的最后,所有方法都還有一個共同的要點,樣本量的問題!樣本一定要夠大,沒有具體數值,只求大到足以反應我們的用戶最為真實的需求。 蠢作者的小總結,部分摘抄,部分總結。共勉! 還是那句話:產品的道路任重而道遠,同志們仍需努力!
總結
以上是生活随笔為你收集整理的《人人都是产品经理》——第二章笔记(上)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: graphpad prism8教程柱状图
- 下一篇: 不会PS图片怎么批量调色