筆記本
啟示錄:打造用戶喜愛的產品
Marty Cagan
前言
位置 148(指代 kindle 上的頁數)
鼓勵思考 、與實際工作密切相關 、切實可行
位置 152
成功產品的十條規律
1.產品經理的任務是探索產品的價值、可用性、可行性。
2.探索(定義)產品需要產品經理、交互設計師、軟件架構師通力合作。
3.開發人員不擅長用戶體驗設計,因為開發人員腦子里想的是實現模型,而用戶看重的是產品的概念模型。
4.用戶體驗設計就是交互設計、視覺設計(對硬件設備來說,則是工業設計)。5.功能(產品需求)和用戶體驗設計密不可分。
6.產品創意必須盡早地、反復地接受目標用戶的試用,以便獲取有效的用戶體驗。
7.為了驗證產品的價值和可用性,必須盡早地、反復地請目標用戶測試產品創意。
8.采用高保真的產品原型是全體團隊成員了解用戶需求和用戶體驗最有效的途徑。
9.產品經理的目標是在最短的時間內把握復雜的市場/用戶需求,確定產品的基本要求——價值、可用性、可行性。
10.一旦認定產品符合以上基本要求,它就是一個完整的概念,去掉任何因素,都不可能達到預期的結果。"
案例網站
第一部分 人員
第1章 關鍵角色及其職責 > 位置 186
產品經理的職責:定義要開發的產品 。
第1章 關鍵角色及其職責 > 位置 189
產品經理的核心職責
還需要探索產品的解決方案 ,包括基本的產品特征和功能 、產品的用戶體驗 、產品的發布標準 。
市場需求文檔 ( market requirements document , MRD )=機會評估 ( opportunity assessment )
產品需求文檔 ( product requirements document , PRD )
注意 ,文檔應該清晰地描述產品的功能和屬性 ,避免討論產品的實現方法 。
第1章 關鍵角色及其職責 > 位置 198
可用性:指的是用戶明白如何使用產品。
產品價值:價值指的是用戶對產品的渴求程度。
第1章 關鍵角色及其職責 > 位置 219
人員配備比例說明
問 :需要多少產品經理 ?
答 :通常 ,每五到十位開發人員配備一位產品經理 。
問 :需要多少用戶體驗設計師 ?
答 :一位交互設計師大約可以支持兩位產品經理的工作 ,一位視覺設計師可以支持四位交互設計師的工作 。
問 :應該聘請專職的項目經理嗎 ?
答 :凡超過十名開發人員參與的重大項目 ,就應該配備專職的項目經理
第2章 產品管理與產品營銷 > 位置 234
市場人員直接提需求的直接做的壞處:
由市場營銷人員定義產品由產品營銷經理或所謂的產品經理負責收集高層產品需求 ,然后直接交給開發團隊開發 。這種方式忽略了收集詳細產品需求的步驟 ,回避探索 (定義 )產品的艱難決策過程 (也繞開了用戶體驗設計 ) 。
筆記 - 第2章 產品管理與產品營銷 > 位置 236
領導的需求(往往都比較大)并不一定正確,需要謹慎評估
接受領導或高層的需求時,要慎重,需要結合用戶體驗與需求使用場景。
第2章 產品管理與產品營銷 > 位置 236
兩人分擔定義產品的工作定義產品的工作分給兩人完成 ,產品營銷人員負責高層
商業需求 ,產品經理負責低層產品需求 。
第3章 產品管理與項目管理 > 位置 295
產品管理的職責是探索 (定義 )有價值的 、可用的 、可行的產品 ;
項目管理則關注如何執行計劃以按期交付產品 。
優秀的產品經理需要具有一下特性:
- 工作緊迫感
- 善于捕捉問題
- 思路清晰
- 用數據說話
- 果斷
- 判斷力
- 態度
- 用戶研究
- 交互設計
- 視覺設計
- 原型制作
第5章 產品管理與軟件開發 > 位置 374
開發人員幫助產品經理完善產品定義的方式
1. 讓開發人員直接面對用戶或顧客 ,體會用戶的困惑和疑慮 ,了解問題的嚴重性 ,這樣好點子常常會隨之而來
2. 向開發人員了解最新的技術發展動向 ,討論哪些新技術可以用到產品里 。
3. 讓開發人員在探索 (定義 )產品的初期階段參與評估產品設計 ,協助策劃方案 。
產品經理在產品開發實施階段千萬不要在此時嘗試突發奇想的點子 。
第5章 產品管理與軟件開發 > 位置 385
產品經理與開發人員配合的方法:
1. 產品經理定義的不是最終產品,而是滿足基本要求的產品;
2. 一旦產品進入開發階段 ,要盡可能避免修改產品的需求和設計。千萬不要在此時嘗試突發奇想的點子 。
3. 產品開發階段難免會產生諸多問題 ,產品經理應該迅速采取行動 ,在維持產品基本功能 、盡量避免修改的原則上 ,拿出解決方案。
第5章 產品管理與軟件開發 > 位置 442
余量 (headroom)
你需要預留一定的技術能力,已備不時之需(例如;突發情況,重寫代碼等等)。
第5章 產品管理與軟件開發 > 位置 444
與開發團隊合作應該遵循以下原則
在產品管理上為開發團隊預留 20%的自主時間 ,讓他們自由支配 。開發團隊可以利用這些時間重寫代碼 、完善架構 、重構代碼庫中有缺陷的部分 ,或者更換數據庫管理系統 ,提高系統性能 ,避免 “需要停下來重寫代碼 ”的情形發生 。
第5章 產品管理與軟件開發 > 位置 449
代碼重構的準則
第一 ,針對開發團隊確定的產品修改目標制訂切實可行的計劃和時間表 。
第二 ,只要有可能 ,最好把重寫目標分成幾大塊 ;實現遞增修改 ,讓用戶感受到產品的改進 ;
第三 ,由于開發用戶可見功能的資源有限 ,必須謹慎選擇正確的產品特性 ,確保產品定義的正確性 。
第6章 招聘產品經理 > 位置 499
產品經理的個人素質
正直
產品經理雖然不必事事精通 ,但應當知道每位成員最擅長做什么 ,尊重大家發揮工作特長的意愿 ,充分信任大家 。
溝通能力
聰明的產品經理不會浪費時間寫沒人看的東西 ,一旦決定動筆就要做到最好 ,言之有物 ,讓人信服 。
購買此書學習演講的方法
「演講制勝 :講故事的藝術」
第7章 管理產品經理 > 位置 616
初級產品經理前三個月需要做的事
1. 融入目標用戶;
2. 學習相關的技術;
3. 了解市場和競爭局勢。
第7章 管理產品經理 > 位置 643
用戶凈推薦值 ( netpromoterscore ,NPS )考察產品經理業績的指標
調查用戶是否愿意向他人推薦你的產品 ,滿分是 1 0分 。選擇 9 ~ 1 0分的客戶稱為推薦者 (他們會告訴朋友非常喜歡產品 ,相當于在為你做宣傳推廣 ) ;選擇 7 ~ 8分的是中立分子 ;選擇 0 ~ 6分的稱為貶損者 ,他們不但不推薦產品 ,反而會在朋友面前詆毀產品 。計算出推薦者所占的比例 ,再減掉貶損者的比例 ,就得到了 NPS ,它反映用戶對產品的態度 。
第8章 巴頓將軍的忠告 > 位置 702
開發階段需要給其他同事留足夠的想象空間
用戶體驗設計師和開發人員的空間越大 ,他們就越有可能打造出用戶喜愛的產品 。
第10章 管理上司 > 位置 746
管理上司的十條經驗
1. 為項目波動做好準備要有準備,對于部分具有規律性的項目部波動可以提前計劃。
2. 注意溝通的方式與頻率
3. 會前溝通
4. 多提建議 ,少談問題
5. 向上司借力
6. 充分準備
7. 縮短郵件篇幅郵件字數并不代表工作量,需要言簡意賅,側重要點。
8. 多用數據和事實說話多做準備工作 ,收集事實和數據 ,你的建議才有說服力 。
9. 內部宣傳
10. 做讓領導省心的員工
第二部分 流程
第11章 評估產品機會 > 位置 789
評估產品機會
評估產品機會的目的在于 :淘汰餿主意 ,避免浪費時間和金錢 ;挑選合適的產品機會 ,團結團隊 ,理解產品 ,整合資源 。
第11章 評估產品機會 > 位置 789
評估產品機會時,產品經理需要解答的 10 個問題
1 .產品要解決什么問題 ? (產品價值 )
2 .為誰解決這個問題 ? (目標市場 )
3 .成功的機會有多大 ? (市場規模 )
4 .怎樣判斷產品成功與否 ? (度量指標或收益指標 )
5 .有哪些同類產品 ? (競爭格局 )
6 .為什么我們最適合做這個產品 ? (競爭優勢 )
7 .時機合適嗎 ? (市場時機 )
8 .如何把產品推向市場 ? (營銷組合策略 )
9 .成功的必要條件是什么 ? (解決方案要滿足的條件 )
1 0 .根據以上問題 ,給出評估結論 。 (繼續或放棄 )
第11章 評估產品機會 > 位置 831
產品經濟學(待學習)
能幫助你:
1. 幫你了解產品
2. 幫助你了解用戶
3. 確認商業上的可能性
對個人的建議:結交一位財務部門的朋友 。你既需要他們提供的信息 ,也需要他們幫你解讀信息 ,還需要他們幫你充分利用信息 。我相信他們也希望借這樣的機會幫助公司發展 。
第12章 產品探索 > 位置 860
開發階段產品經理的定位
開發實施階段:產品經理必須在執行階段轉換工作重心,定義下一個版本的需求(產品探索),而非對開發中版本的需求新增。
減少沖突的方法 :采用流水線方式并行開發產品 。
第12章 產品探索 > 位置 873
「按照預計的開發進度完成」這是理想狀態 ,執行中往往會出紕漏 。
需要考慮環節的冗余:若果其中某一階段出現問題該如何處理,相關的 deadline 是否有考慮在內?
第12章 產品探索 > 位置 879
定義產品的過程稱為 “產品探索 ” ,而不是 “需求和設計 ”
首先 ,產品經理應該探索是否有用戶需要產品 ,也就是說 ,要尋找市場 ,讓用戶驗證你的構思 。
其次 ,產品經理要探索能夠解決問題的產品方案 ,它必須是有價值的 、可用的 、可行的 ,也就是說 ,要設計解決方案 ,請用戶和開發團隊來驗證 。
第12章 產品探索 > 位置 894
需要避免以下錯誤的流程
探索產品的流程 ,只不過有些公司不是利用產品原型完成這項工作 ,而是孤注一擲 ,用實際產品搭上全部開發時間進行產品探索 。他們開發的是一款非常昂貴的原型 ,讓不知情的用戶掏錢參與原型測試 。這些公司需要一兩年時間 (發布幾個版本 )才能贏利 。
第12章 產品探索 > 位置 900
產品經理在「產品探索」階段的職責
你應該幫助管理層理解探索產品的本質 ,保證開發團隊開發有價值的 、可用的產品 。
第13章 產品原則 > 位置 917
產品原則
是對團隊信仰和價值觀的總結 ,用來指導產品團隊作出正確的決策和取舍 。
制定產品原則時容易出現兩類錯誤
第一類是原則過于空泛 ,失去了指導作用 ;
第二類是把設計原則誤當成產品原則 ,比如 ,為用戶提供清晰的導航路徑 (方便用戶完成下一步操作 )屬于常見的設計原則 ,不是產品原則 。