產(chǎn)品經(jīng)理需要的能力

• 熱愛產(chǎn)品，有激情
• 好學
• 商業(yè)敏感度
• 調查用戶的需求，競爭狀況及市場力量
• 設計產(chǎn)品的功能
• 推銷
  • 向老板推銷自己的產(chǎn)品，爭奪更多技術和金錢資源來開發(fā)該產(chǎn)品
  • 與其他產(chǎn)品經(jīng)理競爭開發(fā)工程師來盡快完成你的需求
• 在產(chǎn)品開發(fā)測試發(fā)布后續(xù)維護過程中進行項目管理，協(xié)調溝通各個部分的相關人。

常見需求采集方法

• 用戶訪談：經(jīng)常用在新產(chǎn)品方向的預研工作中，或者通過數(shù)據(jù)分析發(fā)現(xiàn)現(xiàn)象以后，去探索現(xiàn)象背后的原因。
• 調查問卷
• 可用性測試

注意用戶樣本的選擇盡可能隨機，用戶的行為比語言更能反映出他的真實需求。

• 數(shù)據(jù)分析：例如分析登陸的流量，活躍度。

需求分析

• 不能漏掉提煉用戶需求的這個過程，目的是透過現(xiàn)象看本質
• 也不能停在本質上，試想如果做到“樹干”就結束，后端的執(zhí)行人員可能還是不知道要做什么東西，所以我們還要繼續(xù)把樹干再重新分解成樹枝、樹葉。
• 不能照著用戶的需求【單項需求卡片模板 P54】做，還需要考慮商業(yè)的利益和資源成本，轉化成產(chǎn)品需求
  - 列表P63，
  - 基本屬性 P64：如根據(jù)人類記憶的特點，產(chǎn)品有 5±2 個模塊比較合理，如果超過 7 個，你就要考慮重新劃分，甚至增加一個基本屬性叫“二級模塊”，
  - 種類 P65，
  - 商業(yè)價值 P67，性價比 = 商業(yè)價值÷實現(xiàn)難度（簡化為開發(fā)量），當無法改變現(xiàn)狀時，嘗試降低理想和轉移需求。
  - 業(yè)務邏輯圖 P74 打包需求，在需求列表里出現(xiàn)的任意一行，工作量最好不要超過“ 5 人天”。

產(chǎn)品設計

• 入門必讀書《用戶體驗的要素》：產(chǎn)品設計的5個層次：戰(zhàn)略層、范圍、結構、框架和表現(xiàn)層 P167-169
• Donald Norman《設計心理學》，《情感化設計》
• 概念圖 P179
• 產(chǎn)品經(jīng)理是規(guī)劃師，更多地是結構化思維，讓產(chǎn)品從無到有，滿足用戶的某些需求，保證產(chǎn)品有用；
• 用戶體驗部門的設計師更多的是形象化表達，讓產(chǎn)品從有到優(yōu)，讓用戶用起來舒服，保證產(chǎn)品好用，如交互設計、視覺設計。

分析市場

PEST P232

• 競爭對手分析：上網(wǎng)搜，試用相似產(chǎn)品，看功能列表，假裝用戶去套詞；
• 行業(yè)分析報告:看出處，有各款產(chǎn)品的市場占有率，簡單的功能對比，用戶的人口統(tǒng)計特征，潛在的需求分析；
• 咨詢公司，但既貴又花時間
• 自我分析：SWOT，Strength 優(yōu)勢,Weakness,Opportunity,Threats 威脅
• 選擇細分的市場，比如個人或企業(yè)，不同年齡、行業(yè)或收入

常用文檔

產(chǎn)品從抽象到具體的過程要寫以下幾個文檔，PD常用模板有 P132-133：

• BRD，Business Requirement Document，商業(yè)需求文檔【P76-78】：市場分析、銷售策略、盈利預測，PPT，無產(chǎn)品細節(jié)，像創(chuàng)業(yè)者給投資人看的商業(yè)計劃，為了獲得老板的支持，開會由老板進行需求篩選。
• MRD，Market Requirements Document，市場需求文檔：產(chǎn)品進入實施，更細致的市場與競爭對手分析，哪些功能來實現(xiàn)商業(yè)目的，需求分哪幾塊，F(xiàn)eature List、業(yè)務邏輯圖，從商業(yè)目標到技術實現(xiàn)的關鍵轉化。
• PRD，product Requirements Document，產(chǎn)品需求文檔：對產(chǎn)品功能的進一步細化，需求開發(fā)的過程，整體說明、用例文檔、產(chǎn)品Demo等。模板目錄見 P104-105，用例簡稱 UC，Use case，需求人員寫給開發(fā)看的一種最基本的文檔，模板 P108-110。
• FSD：Functional Specifications Document 功能詳細說明，像用例文檔，常包含在PRD中，產(chǎn)品頁面、業(yè)務邏輯的細節(jié)。
• 其他：UML:Unified Modeling Language 統(tǒng)一建模語言，《UML基礎、案例與應用》Visio?
  P106-107 類圖：Class Diagram 用例圖：Use Case Diagram，狀態(tài)圖：State Diagram
  Demo最好由用戶體驗部門，即User Experience簡稱 UE，用戶體驗師、交互設計師、或視覺設計師、美工。Axure, Dreamweaver可制作頁面。

項目管理

做項目的本質是在保證產(chǎn)品品質的前提下，在 TQR：Time，Resource人財物花費，Quality（品質和數(shù)量Quantity，項目范圍）三方面進行平衡。

• 計劃與控制：
  - Kick off KO 開始項目大會
  - 產(chǎn)品規(guī)劃和項目目標要符合 SMART：Specific 特地工作指標, Measurable 驗證績效指標的數(shù)據(jù)可獲得, Attaninable 目標可實現(xiàn), Realsitic績效指標可證明和觀察, Time bound 完成的特定期限
  - 權衡多個目標：人生很長，不要以百米沖刺的方式跑馬拉松
  - KPI：Key Performance Indicators 關鍵業(yè)績指標，例如付費產(chǎn)品有兩個最常見的：用戶數(shù)，有多少人買，銷售能力，即使非目標用戶也無所謂；活躍度，續(xù)簽率，多少人使用，產(chǎn)品，希望是目標用戶，但企業(yè)是老板買員工用
• 文檔管理
• 流程管理：需求發(fā)布流程 P118
• 敏捷Agile方法：有計劃更要擁抱變化；迭代周期內盡量不加任務；集中工作，小步快跑；持續(xù)細化需求，強調測試；不斷發(fā)布，盡早交付（先進行小范圍的試答，根據(jù)反饋修改后，再大面積投放）?！睹艚莸_發(fā)——管理者指南》，《敏捷估計與規(guī)劃》入門。
• 實例：P182產(chǎn)品首頁的誕生記。

評審

• 需求：PRD、UC、demo評審的統(tǒng)稱，PD將前兩者說給開發(fā)和測試聽，UE主講最后者，PRD重點關注偏商業(yè)，強烈建議叫上老板、營銷、服務和用戶。
• 設計
• 測試：Bug 級別定義P123-125

產(chǎn)品游走于商業(yè)與技術之間

• 大產(chǎn)品大設計大團隊圖P202，公司：Value, Mission, Vision 愿景P228
• 商業(yè)團隊包括服務銷售市場：定價、促銷、銷售渠道、版本（細分功能，炮灰版），《美第奇效應》，《水平營銷》revolution突變：例如 P203-205 賣包子；運營有商業(yè)目標如流量。
• 技術：軟件架構師，系統(tǒng)分析師，開發(fā)工程師，測試工程師通常也叫 QA:Quality Assurance 質量保證，做流程管理和文檔管理，配置管理員，系統(tǒng)管理員。
• 接口人：資深，過濾問題，解決大部分一般同學搞不定的問題，并對相似問題進行合并，與公司多個部門都很熟

組織結構

• 職能型：相同職責的人劃分成一個部門，都對上面負責，忽視客戶，適合大規(guī)模公司；
• 項目型：各種職責的人組成一個個項目組或產(chǎn)品線，團隊目標一致，有利于快速推進項目，但會資源浪費
• 矩陣型：是上述兩種結構的融合，如P176，橫向是產(chǎn)品線、業(yè)務線，對客戶負責；縱向是資源線和行政線，為了資源共享。最好產(chǎn)品經(jīng)理管事，部門經(jīng)理管人。

溝通方式

引導對方說出你想說的觀點，讓對方覺得好像是自己一點點相想出了新東西

• QQ 這種打字，兩三句就說明白的，電話還要等待接聽，對方只用知道即可，不急的事，不上臺面的；
• 電話：語氣語調，兩三分鐘，再長就要面談，但即時性高，電話一般都會接，而面談得等人談話結束，輔助郵件，告知查看；
• 面談：緊急且重要的，肢體語言，紙筆白板，問題復雜，不見人會誤解的，及時反饋和確認，去對方的座位找他，一般當面對方不好意思拒絕，較長時間的面談最好電話預約更禮貌；
• 郵件：重要不緊急，書面能留下證據(jù)，應仔細斟酌防止背黑鍋，但延時，好處是可以仔細研究如何回復，外企常用因為時差，好事抄送給收件人的老板
• 《別做正常的傻瓜》社會心理學，揭示人民在工作和生活中熟視無睹的決策誤區(qū)，并教你如何糾正，例如送一條 1000 塊的圍巾效果好于 1200 塊的衣服，P221。