《人人都是產品經理》
推薦語：
經營自己的人生這個最大的產品。
從產品規劃到產品實施，從需求管理到產品實現，從產品設計到產出輸出，從個人技能到團隊協作，從職業技能到學習成長。
自序：
商品解決什么需求，個人發展到戰略規劃，ppt，用戶調研，項目經理，提煉賣點，挑bug。
做事方法和思路，用來解決任何問題，從產品經理的視角看世界。
互聯網產品設計的五個層次：戰略、范圍、結構、框架、表現。
第一章 寫給-1到3歲的產品經理
互聯網、軟件行業的產品經理在概念上究竟有了哪些變化，有了哪些發展?為什么會有 這些變化和發展?這會導致產品經理的職責、技能要求有哪些不同?
產品就是用來解決某個問題的東西。
它更多地側重產品本身“從無到有”、“從有到優” 的過程，更多地涉及了“產品規劃、數據分析、用戶研究、需求分析、功能設計、項 目管理、敏捷方法”等內容，而不是如傳統的產品經理那樣，去做已經有了產品之后 需要做的諸如管理產品、推廣和營銷產品的事情。
BRD、PRD
BRD Business Requirement Document 商業需求文檔21 MRD:Market Requirement Document，市場需求文檔。
22 PRD:Product Requirements Document，產品需求文檔，在本書第 3.3.1 節的“產品需求文檔，PRD”里有詳細講述。
第二章 一個需求的奮斗史
用戶研究，或者說需求采集的過程，都會有如下幾步:明確目標、選擇采 集方法、制定采集計劃、執行采集、資料整理，然后進入下一步的需求分析階段。
用戶訪談中的偏差：用戶的真實場景選擇，用戶的選擇偏差，被用戶的引導，把用戶引導偏離訪談內容。應該準備好問題，確定好目標以及背后的原因條件，
調查問卷：封閉型問題，適合大用戶量的信息收集。問題：樣本的偏差，樣本果茶，問卷內容的細節。
可用性測試是指通過讓實際用戶使用產品或原型方法來發現界面設計中的可用性 問題，通常只能做少數幾個用戶的測試，看他們怎么做，屬于典型的定性研究。 測試過程和測試結束后用戶的反饋。
日志分析的商業價值 ：
數據分析是如何轉化為商業價值的。整體的思路是:在對 產品足夠熟悉的基礎上，先做出方向性的假設，再提取相應的數據并分析，得到一些 現象，最好是之前沒發現的現象，然后嘗試解釋，接下來做用戶調研修正解釋，最終 指導產品發展方向。
需求采集卡，
現場調查，
AB測試，
日記研究，
卡片分類法，
自己提需求，
用戶需求和產品需求的轉化
用戶需求 VS.產品需求
用戶需求:用戶自以為的需求，并且經常表達為用戶的解決方案。
產品需求:經過我們的分析，找到的真實需求，并且表達為產品的解決方案。
需求分析:從用戶提出的需求出發，找到用戶內心真正的渴望，再轉化為產品需 求的過程。
偉大的需求分析師，可以無視用戶想要的東西，去探究他內心真正的渴望，再給 出更好的解決方案，或者說是用戶真正需要的東西，這就是本節標題的意思——我們 存在的價值。
之前我們說過，需求來源于理想與現實的差距，那么減小這個差距就有三種方式: 改變現狀、降低理想、轉移需求。
需求檢測
確定需求
確定需求的基本屬性：編號，提交人，提交時間，模塊，名稱，描述，提出者，提出時間，bug編號。
分類:可以分為“新增功能、功能改進、體驗提升、Bug 修復、內部需求”等。
通常來說“產品功能需求+產品非功能需求 = 產品需求”，而“產品需求+市場需 求+開發需求+測試需求+服務需求+...... = 產品包需求”，對這些概念感興趣的同學 可以去查閱“需求管理”相關的資料。
層次:把需求分成“基礎、擴展(期望需求)、增值(興奮需求)”三層，理論 依據參見KANO模型 17。
分析需求的商業價值
準備出發:把需求打個包
做項目，終極目標就是:多快好省，即范圍大、時間短、品質高、資源省。
第一，“需求打包”最好打包類似的功能點。 第二，需求依賴，功能互相之間有依賴關系。 第三，需求的粒度大小問題。
戰場:產品會議
武器:商業需求文檔
BRD 怎么寫，都包含哪些內容。 項目背景:我們在哪里?為什么要做這個項目，解決什么問題，可以列出一些數
據說明項目的必要性。
商業價值:我們去哪里?最關鍵的重點!大老板們最感興趣的，做了這個項目以 后有什么價值，一定要說在點子上。一般我們還會預測一下相關數字的變化，提出這 個項目的商業目標。
功能需求描述:我們怎么去?通過做哪些事情來達到目標，把打好包的需求描述 一下，可以用功能列表的形式表達，但最好能畫出業務邏輯關系。當然我們也經常會 搞點技巧性的東西，比如故意加入一些讓老板砍的需求，希望老板砍完之后心有愧疚 不好意思再砍我們真正想做的東西，這有點類似談判技巧里的玩意，大家可以試試， 但不要在這上面太花心思了。
非功能需求描述:提一下重要的非功能需求，如果有的話。 資源評估:第二個重點!大老板們要看成本，他們在了解達成項目的目標需要多
大的花費以后，才能做出決策。
風險和對策:有的項目會有一些潛在風險，這個時候不妨拋給老板們看一下，并 且給出自己的對策，說不定你覺得是很大的麻煩，在老板那里一句話就可以搞定。而 且由于信息的不對稱，我們無法了解某些功能是否會與公司將來的戰略沖突，這時候 提出來也是讓老板們把一下關。
從 BRD 中的“商業價值”、“資源評估”兩個重點中大家可能也發現了，其實本 質上大老板們也是在追求那個詞——性價比。大家都希望花費最少的資源獲得最大的 商業價值。
商業價值(如圖 2-19 所示)，給老板們看他們最關心的指標，比如魔方計劃就聚 焦在“活躍用戶數”上。
功能需求描述，這里給出了業務邏輯圖(如圖 2-20 所示)，若能給出一些簡單的 Demo 更好，讓老板們提前看到產品完成后的樣子，很可能成為爭取資源的加分因素。
資源評估(如圖 2-21 所示)，我們會根據團隊的實際情況，重點評估主要功能對 產品設計師、用戶體驗師、開發工程師的人力需求。
第三章 項目的坎坷一生
項目管理：產品需求到產品管理，確定團隊成員、時間計劃、溝通方法，約時間、發會議邀請。
從產品到項目
產品VS項目
產品經理靠想，做正確的事，產品要符合市場需求，帶來利潤。關注產品生命周期，規劃整個產品的架構和發展路線，確定產品的定位和受眾，預計產品真正的價值和效益。內部驅動，實現產品，輸入。
項目經理靠做，事情做正確，在時間、成本、和資源約束的條件下完成目標。按照目標完成項目。若不能盈利也是產品規劃的失誤。外部驅動，完成任務。
項目計劃：
Kick Off會議，誓師大會
項目背景，
項目意義、目的與目標
需求、功能點概述：做什么
項目組織架構：負責人
項目計劃：時間節點
溝通計劃：時間調整
文檔：BRD、MRD、PRD、FSD。
PRD內容：修訂歷史、項目概述、功能范圍、用戶范圍、詞匯表、非功能需求、其他說明。
視覺層面的描述，頁面大小，顏色，字體，字號。
界面細節，引用界面規范文檔
交互細節，引用交互規范文檔
文案細節，引用文案規范文檔
UML：類圖、用例圖、狀態圖
需求評審
測試
Bug描述：缺陷級別、所屬產品項目、Bug名稱、Bug描述。
項目管理
文檔：建立自己的文檔規范
流程管理
項目VS.流程
商業評審與技術評審
第四章 我的產品我的團隊
產品生命周期：
創新者、早起追隨者、早起主流用戶、晚期主流用戶、落伍者。
商業、產品、技術
設計：戰略層、范圍層、結構層、框架層、表現層。
搭建框架、填充文字、理順邏輯、調整風格、后期制作。
設計師：
規劃師“結構化思維”，讓產品“從無到有”，設計師“形象好表達”，讓產品“從有到優”。用戶研究員、交互設計師、視覺設計師、前端工程師。
KPI
用戶數、活躍度
第六章 產品經理的自我修養
愛生活
好心態
思考學習
溝通
做什么事，解決什么問題，何時做，誰來做，效果如何。
