寫在正文之前

試圖只看一本書就了解一個領域的想法本身就是不成熟的，你能了解的只是作者在寫書時的觀點。我們應該養成一個習慣，當看到一個觀點的時候，就有沖動去尋找與之矛盾的觀點，然后通過對不同觀點的分析找出背后的原因，從而更全面地理解某個事物。一個人成熟的標志之一就是心中可以容納各種不同的思想而無礙行事。

想法：批判性思維，同時可以站在不同視角思考別人的觀點，理解別人的立場。

第一章:-1到3歲的產品經理

越來越覺得對于一款產品，早期的決策無比重要，所以很想參與產品初期的戰略規劃，幸運的是公司也給了一線員工這樣的機會。

想法：同感。早期的模型很大程度決定了后續。早期的規劃很重要。

第二章：一個需求的奮斗史

資源總是有限的，所以我們只能做那些性價比高的事情，通過殘酷的需求篩選，“活下來的永遠是少數”。

想法：永遠要考慮投入產出、考慮性價比

2.1

第2.1.1節，我們先了解需求的本質，再了解用戶的本質，接下來談到要有“以用戶為中心的思想”，但也“不要試圖滿足所有的用戶”。在第2.1.2節中，通過了解別人、認識自己，來“聊聊用戶研究”的話題。

2.1.1

需求的本質就是“問題”，問題的本質就是“理想與現實的差距”。作為產品經理，我們每天都在設法滿足用戶的需求，其實就是在解決各種各樣的問題，而解決這些問題的方法與思路，對任何人都有幫助。

想法：產品就是解決問題，思路相通

優先滿足哪些用戶需要和產品的商業目標要結合起來考慮。

想法：先做核心用戶還是先做用戶量多的用戶，是需要根據產品目標確定效果的。所以需要清楚大目標、KPI是什么。

既然我們的產品目標是用戶數、活躍用戶數，而不是銷售額，那么從一開始就注定了我們更要代表的是大多數用戶的利益。這并不是說核心用戶不重要，而是產品的不同階段，目標自然不同。

想法：產品的不同階段，目標是不一樣的。側重和滿足的用戶也是不一樣的。

2.1.2你真的了解用戶嗎？

如果你做的東西確實是自己平時就會用的，那么可以試著裝一下，不過要記住你裝的用戶只能代表一部分用戶，而對于自己不怎么用的產品，千萬別去臆測用戶的情況。

想法：大部分人對自己的產品都不怎么熟悉，每個頁面的使用數據、用戶場景你了解嗎？很多時候不了解，需要了解用。

用戶研究不是附屬內容，而是前提，必須在做產品的過程中隨時納入計劃。也許，突然有一天，當你有了機會去接觸用戶，卻很可能不知所措，我到底應該找誰？通過什么方式？聊些什么？如何指導產品發展。

想法：用戶研究不是隨便研究，必須基于明確的目的，提前做好預研等工作。

“用戶研究”、“市場研究”、“需求采集”等，都是為確定產品應該有哪些功能服務的。

想法：都是為了知道用戶要什么，產品最重要的是知道用戶到底要什么，然后用戶需要的東西抽象成產品功能。用戶要什么，其實是從產品功能層面思考。

第一輪，聽用戶定性地說，確定產品方向，做什么？隨機抽樣40個用戶做訪談，據此寫出需求列表。

第二輪，聽用戶定量地說，確定需求優先級，先做什么？投放了20萬份調查問卷，確定了需求優先級的排序。

第三輪，看用戶定性地做，要先做的那幾個需求，應該怎么做？一邊設計，一邊陸續找了10個用戶來驗證，做可用性測試。

第四輪，看用戶定量地做，根據產品的用戶使用情況做數據分析，不斷改進產品。當然，這是一個比較重要的產品，所以在用戶研究上投入了較多的時間與人力，更多的時候，我們會視情況采取簡化的方案。

上述維度的劃分可以幫助我們更好的理解用戶研究各種方法的特點，以便在現實工作中更加靈活地應用。每類方法都有其優勢和劣勢，對應了不同的適用場景，使用之前要認真考慮清楚產品的目標，是新產品定位？老產品優化？預測某新功能的用戶數？提高用戶活躍程度？驗證某個改動的效果

想法：說的很實際，關于用戶研究的注意事項。

2.2 需求采集的大生產運動

用戶訪談通常采用訪談者與被訪者一對一聊天的形式，一批次用戶訪談的樣本比較少，一般是幾個到幾十個，但在每個用戶身上花的時間比較多，通常為幾十分鐘到幾個小時，圍繞著幾個特定的話題，我們問，用戶答，用戶說，我們聽，這是一種典型的定性研究。用戶訪談可以了解用戶怎么說，即他們的目標和觀點。根據我自己的經驗，用戶訪談經常用在新產品方向的預研工作中，或者通過數據分析發現現象以后，去探索現象背后的原因。

想法：定性訪談試用的情況，常見于發現預研、發現問題后探究原因

用戶訪談的常見問題與對策

用戶訪談經常出現如下問題：第一，“說”和“做”不一致的問題。

我們也可以注意區分用戶說的事實與觀點，一般來說，諸如“我做了什么，步驟如何，碰到了什么問題”這類事實的可信度更高一些，而“我覺得、我認為”這類的觀點，則需要帶著大大的問號去聽。第二，樣本少，以偏概全的問題。選擇樣本的時候需要多加注意，盡量做到隨機，舉幾個常見的“不隨機”的例子。

想法：多看用戶怎么做，說的不一定對

2.2.3 定性地做：可用性測試

可用性測試是指通過讓實際用戶使用產品或原型方法來發現界面設計中的可用性問題，通常只能做少數幾個用戶的測試，看他們怎么做，屬于典型的定性研究。

想法：產品原型做出來多問問用戶。問問別人怎么覺得，別人的看法。

對于改版，對于升級，我們要把“暴力革命”變成溫柔和諧的“和平演變”。

想法：迭代。發布前做好可用性測試。

2.2.5 需求采集人人有責

作為產品的主人，我們好意思還沒有用戶了解產品么？產品要用才能感覺出好壞，特別是自己做的產品。產品做多了，我們隨便看看別人做的產品，總能一下子挑出很多問題，提出很多需求，反過來看自己的產品越看越完美，這一定有問題，所以必須用自己的產品，最好是發動認識的人都來用。

想法：為什么用自己的產品發現不出來問題？也許是自己不用、也許是產品做久了變得麻木了？

2.3.1明確我們存在的價值

需求分析：從用戶提出的需求出發，找到用戶內心真正的渴望，再轉化為產品需求的過程

想法：了解用戶的需求，但不一定按照用戶說的去做了。用戶需求到產品需求有一個轉化的過程。用戶需要馬，而我們可以提供更快的汽車。

2.3.2給需求做一次DNA檢測

我們先把用戶需求轉化為產品需求，然后一步步確定每個產品需求的基本屬性、商業價值、實現難度、性價比等。

想法：知道這里面評估需求的角度

產品需求的列表

Feature List（功能列表）。一些Excel的簡單技巧，建議大家還是學習一下，比如條件格式、篩選、單元格有效性、單元格鎖定、隱藏等，可以讓表格管理起來輕松一點，看起來也美觀一點。

開發量是非評估不可的，我把它叫做“初評”

想法：知道這個流程，研發初評工作量

相對于“初評”，在項目啟動之后，制定項目開發計劃的時候還會有一次更精確的評估，那時候需求怎么做已經知道、由哪位開發工程師來做也知道，所以可以推算出相對準確的工期，工期和工作量是有很大區別的。

想法：精確評估時間點、人力，其實這些都是流程化的東西，只要走一遍就知道了。最重要的是找一個靠譜的導師。

“不要試圖滿足所有用戶”，一切皆看性價比。

想法：性價比也是一個判斷地標準?？梢运伎枷庐a品經理怎么做判斷？判斷地標準有哪些？

2.4 活下來的永遠是少數

需求篩選：需求打包——BRD制作——產品會議——立項

想法：知道這個過程，BRD。

本質上老板也在追求性價比。大家都希望花費最少的資源獲得最大的商業價值。

想法：出方案要寫清楚投入、產出。

魔方計劃的粗略時間安排

想法：OKR拆解和進度管理圖，知道這個管理節奏。

項目KickOff會議，我們簡稱KO，也許有的人會覺得很形式化，但我認為很重要。我們自己全程參與項目，所以對各種信息都已經了解，但是還有很多項目成員在KO之前很可能完全不知道這個項目是要做什么，而且KO的很大作用是在心理上的。

想法：團隊成員的心理上的參與感很重要。

項目背景我們在哪里？說過去，做項目之前的“悲慘境地”，明確為什么要做這個項目，以讓聽眾“痛下決心”為終極目標。項目意義、目的與目標我們去哪里？說將來，做項目之后的美好前景，解決什么問題就算成功了，以讓聽眾“面帶桃花”為終極目標。需求、功能點概述我們怎么去？說現在，具體用什么方法促使“過去”到“將來”的轉變，以讓聽眾“躍躍欲試”為終極目標。

想法：項目啟動會議內容

感興趣的朋友可以關注我的個人微信號：花生海語

在公眾號后臺回復你的微信號+人人思維導圖哈，我加你。圖片發這里不方便

不好意思，發現很多朋友都直接回復簡書了。。不是回復簡書哈