產品經理需要的能力
- 熱愛產品爪飘，有激情
- 好學
- 商業(yè)敏感度
- 調查用戶的需求芹壕，競爭狀況及市場力量
- 設計產品的功能
- 推銷
- 向老板推銷自己的產品燃辖，爭奪更多技術和金錢資源來開發(fā)該產品
- 與其他產品經理競爭開發(fā)工程師來盡快完成你的需求
- 在產品開發(fā)測試發(fā)布后續(xù)維護過程中進行項目管理，協(xié)調溝通各個部分的相關人踏烙。
常見需求采集方法
- 用戶訪談：經常用在新產品方向的預研工作中师骗，或者通過數(shù)據(jù)分析發(fā)現(xiàn)現(xiàn)象以后，去探索現(xiàn)象背后的原因讨惩。
- 調查問卷
- 可用性測試
注意用戶樣本的選擇盡可能隨機辟癌，用戶的行為比語言更能反映出他的真實需求。
- 數(shù)據(jù)分析：例如分析登陸的流量荐捻，活躍度黍少。
需求分析
- 不能漏掉提煉用戶需求的這個過程，目的是透過現(xiàn)象看本質
- 也不能停在本質上处面，試想如果做到“樹干”就結束厂置，后端的執(zhí)行人員可能還是不知道要做什么東西，所以我們還要繼續(xù)把樹干再重新分解成樹枝鸳君、樹葉农渊。
- 不能照著用戶的需求【單項需求卡片模板 P54】做，還需要考慮商業(yè)的利益和資源成本或颊，轉化成產品需求
- 列表P63砸紊，
- 基本屬性 P64：如根據(jù)人類記憶的特點，產品有 5±2 個模塊比較合理囱挑，如果超過 7 個醉顽，你就要考慮重新劃分，甚至增加一個基本屬性叫“二級模塊”平挑，
- 種類 P65游添，
- 商業(yè)價值 P67，性價比 = 商業(yè)價值÷實現(xiàn)難度（簡化為開發(fā)量）通熄，當無法改變現(xiàn)狀時唆涝，嘗試降低理想和轉移需求。
- 業(yè)務邏輯圖 P74 打包需求唇辨，在需求列表里出現(xiàn)的任意一行廊酣，工作量最好不要超過“ 5 人天”。
產品設計
- 入門必讀書《用戶體驗的要素》：產品設計的5個層次：戰(zhàn)略層赏枚、范圍亡驰、結構晓猛、框架和表現(xiàn)層 P167-169
- Donald Norman《設計心理學》，《情感化設計》
- 概念圖 P179
- 產品經理是規(guī)劃師凡辱，更多地是結構化思維戒职，讓產品從無到有，滿足用戶的某些需求透乾，保證產品有用洪燥；
- 用戶體驗部門的設計師更多的是形象化表達，讓產品從有到優(yōu)续徽，讓用戶用起來舒服蚓曼，保證產品好用，如交互設計钦扭、視覺設計纫版。
分析市場
PEST P232
- 競爭對手分析：上網搜，試用相似產品客情，看功能列表其弊，假裝用戶去套詞；
- 行業(yè)分析報告:看出處膀斋，有各款產品的市場占有率梭伐，簡單的功能對比，用戶的人口統(tǒng)計特征仰担，潛在的需求分析糊识；
- 咨詢公司，但既貴又花時間
- 自我分析：SWOT摔蓝，Strength 優(yōu)勢,Weakness,Opportunity,Threats 威脅
- 選擇細分的市場赂苗，比如個人或企業(yè)，不同年齡贮尉、行業(yè)或收入
常用文檔
產品從抽象到具體的過程要寫以下幾個文檔拌滋，PD常用模板有 P132-133：
- BRD，Business Requirement Document猜谚，商業(yè)需求文檔【P76-78】：市場分析败砂、銷售策略、盈利預測魏铅，PPT昌犹，無產品細節(jié)，像創(chuàng)業(yè)者給投資人看的商業(yè)計劃览芳，為了獲得老板的支持斜姥，開會由老板進行需求篩選。
- MRD，Market Requirements Document疾渴，市場需求文檔：產品進入實施，更細致的市場與競爭對手分析屯仗，哪些功能來實現(xiàn)商業(yè)目的搞坝，需求分哪幾塊，F(xiàn)eature List魁袜、業(yè)務邏輯圖桩撮，從商業(yè)目標到技術實現(xiàn)的關鍵轉化。
- PRD峰弹，product Requirements Document店量，產品需求文檔：對產品功能的進一步細化，需求開發(fā)的過程鞠呈，整體說明融师、用例文檔、產品Demo等蚁吝。模板目錄見 P104-105旱爆，用例簡稱 UC，Use case窘茁，需求人員寫給開發(fā)看的一種最基本的文檔怀伦，模板 P108-110。
- FSD：Functional Specifications Document 功能詳細說明山林，像用例文檔房待，常包含在PRD中，產品頁面驼抹、業(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可制作頁面。
項目管理
做項目的本質是在保證產品品質的前提下帆吻，在 TQR：Time域那，Resource人財物花費，Quality（品質和數(shù)量Quantity，項目范圍）三方面進行平衡次员。
- 計劃與控制：
- Kick off KO 開始項目大會
- 產品規(guī)劃和項目目標要符合 SMART：Specific 特地工作指標, Measurable 驗證績效指標的數(shù)據(jù)可獲得, Attaninable 目標可實現(xiàn), Realsitic績效指標可證明和觀察, Time bound 完成的特定期限
- 權衡多個目標：人生很長败许，不要以百米沖刺的方式跑馬拉松
- KPI：Key Performance Indicators 關鍵業(yè)績指標，例如付費產品有兩個最常見的：用戶數(shù)淑蔚，有多少人買市殷，銷售能力，即使非目標用戶也無所謂刹衫；活躍度醋寝，續(xù)簽率，多少人使用带迟，產品音羞，希望是目標用戶，但企業(yè)是老板買員工用 - 文檔管理
- 流程管理：需求發(fā)布流程 P118
- 敏捷Agile方法：有計劃更要擁抱變化仓犬；迭代周期內盡量不加任務嗅绰；集中工作，小步快跑婶肩；持續(xù)細化需求办陷，強調測試；不斷發(fā)布律歼，盡早交付（先進行小范圍的試答民镜，根據(jù)反饋修改后，再大面積投放）险毁≈迫Γ《敏捷迭代開發(fā)——管理者指南》，《敏捷估計與規(guī)劃》入門畔况。
- 實例：P182產品首頁的誕生記鲸鹦。
評審
- 需求：PRD、UC跷跪、demo評審的統(tǒng)稱馋嗜，PD將前兩者說給開發(fā)和測試聽，UE主講最后者吵瞻，PRD重點關注偏商業(yè)葛菇，強烈建議叫上老板、營銷橡羞、服務和用戶眯停。
- 設計
- 測試：Bug 級別定義P123-125
產品游走于商業(yè)與技術之間
- 大產品大設計大團隊圖P202，公司：Value, Mission, Vision 愿景P228
- 商業(yè)團隊包括服務銷售市場：定價卿泽、促銷莺债、銷售渠道、版本（細分功能，炮灰版）齐邦，《美第奇效應》椎侠，《水平營銷》revolution突變：例如 P203-205 賣包子；運營有商業(yè)目標如流量措拇。
- 技術：軟件架構師肺蔚，系統(tǒng)分析師，開發(fā)工程師儡羔，測試工程師通常也叫 QA:Quality Assurance 質量保證，做流程管理和文檔管理璧诵，配置管理員汰蜘，系統(tǒng)管理員。
- 接口人：資深之宿，過濾問題族操，解決大部分一般同學搞不定的問題，并對相似問題進行合并比被，與公司多個部門都很熟
組織結構
- 職能型：相同職責的人劃分成一個部門色难，都對上面負責，忽視客戶等缀，適合大規(guī)模公司枷莉；
- 項目型：各種職責的人組成一個個項目組或產品線，團隊目標一致尺迂，有利于快速推進項目笤妙，但會資源浪費
- 矩陣型：是上述兩種結構的融合，如P176噪裕，橫向是產品線蹲盘、業(yè)務線，對客戶負責膳音；縱向是資源線和行政線召衔，為了資源共享。最好產品經理管事祭陷，部門經理管人苍凛。
溝通方式
引導對方說出你想說的觀點，讓對方覺得好像是自己一點點相想出了新東西
- QQ 這種打字颗胡，兩三句就說明白的毫深，電話還要等待接聽，對方只用知道即可毒姨，不急的事哑蔫，不上臺面的；
- 電話：語氣語調，兩三分鐘闸迷，再長就要面談嵌纲，但即時性高，電話一般都會接腥沽，而面談得等人談話結束逮走，輔助郵件，告知查看今阳；
- 面談：緊急且重要的师溅，肢體語言，紙筆白板盾舌，問題復雜墓臭，不見人會誤解的，及時反饋和確認妖谴，去對方的座位找他窿锉，一般當面對方不好意思拒絕，較長時間的面談最好電話預約更禮貌膝舅；
- 郵件：重要不緊急嗡载，書面能留下證據(jù)，應仔細斟酌防止背黑鍋仍稀，但延時洼滚，好處是可以仔細研究如何回復，外企常用因為時差技潘，好事抄送給收件人的老板
- 《別做正常的傻瓜》社會心理學判沟，揭示人民在工作和生活中熟視無睹的決策誤區(qū)，并教你如何糾正崭篡，例如送一條 1000 塊的圍巾效果好于 1200 塊的衣服挪哄，P221。
