《啟示錄：打造用戶喜愛的產品》讀書筆記⑥

二十五、快速響應階段

• 產品出爐後不要虎頭蛇尾，交付產品後需要高度警惕
• 產品發布後，是收集反饋信息、改進產品的最佳時機。撤走資源投入下一個產品是開發流程中的大忌
• 開發後一周，所有項目成員應該留出時間作為快速響應階段
• 評估產品表現應該使用明確的、可量化的指標，具體使用哪些指標取決於產品的商業目的

二十六、合理運用敏捷方法

• 產品經理就是產品負責人，最好不要由兩個人擔任
• 使用敏捷方法不等於省略產品規劃，只是規劃周期縮短、反覆迭代，用輕量級的機會評估方法替代冗長的市場需求文檔
• 產品經理和設計師的工作進度應該比開發團隊領先1-2個迭代周期
• 盡量把產品設計工作拆分成獨立的部分
• 產品經理的主要任務是定義有價值、可用的產品原型和用戶故事
• 讓開發人員自主劃分迭代周期
• 頻繁更新版本會讓用戶不安，必須確保交給用戶的產品能正常運行

二十七、合理運用瀑布式開發方法

• 瀑布式開發理念：採用階段式開發、採用階段式評審
• 缺點：產品驗證極度滯後，變更計劃代價不菲，無法適應快速的市場變化

二十八、創業型公司的產品管理

• 關鍵在於產品探索
• 創業初期，只需要三個職位：產品經理、交互設計師和原型開發人員
• 創建體現用戶體驗的高保真原型；邀請真實的目標用戶驗證產品原型

二十九、大公司如何創新

• 公司的核心競爭力在於創新
• 20%法則：鼓勵普通員工用20%時間去嘗試各種想法
• 臭鼬工程：受限制條件下，利用自己的時間低調地進行創新研究
• 主動觀察：留心用戶使用公司產品或同類產品的一舉一動；但不要選擇產品嘗鮮者和公司同事
• 創新不是發現新問題，而是用新方法解決已有問題；觀察人們對現有產品的不滿，是創新的最佳途徑
• 改善用戶體驗
• 收購小公司：收購是有效維持創新的手段

三十、在大公司施展拳腳

• 大公司遵循一條潛規則：盡量規避風險
• 大公司採取矩陣式管理方式，核心部門（設計、開發、測試、運維、市場）是共享資源
• 在大公司里，產品經理應該採取的方法：
• 了解公司制定決策的方式：大老闆拍板看中什麼
• 建立人脈網路
• 臭鼬工程：找幾個志趣相投的同事在工作之餘做出產品原型
• 自己頂上
• 有選擇地據理力爭，不要隨便發脾氣
• 會前溝通：爭取在重要的決策會議上不要有人公開反對，因為反對者在公開長河很難改口
• 合理分配時間：充分信任同事，讓他們自己拿主意
• 分享信息
• 向上司借力：必要時可以讓上司出面當自己的說客
• 傳播你的產品理念：多向同事傳播自己的產品願景，不要嘀咕內部宣傳潛移默化的作用

• 大部分人遊盪在黑暗裡，他們只知道抱怨，卻從不想辦法尋找電燈開關

三十一、蘋果公司給我的啟示

• 硬體為軟體服務：不能顛倒
• 軟體為用戶體驗服務
• 用戶體驗為情感服務：抓住用戶的情感需求
• 產品為真正的需求服務：挖掘出尚未被滿足的用戶需求

三十二、提防有特殊要求的產品

• 大客戶對特例產品的追求，可能會使產品陷入困境
• 特例產品混淆了客戶需求和產品需求，使公司偏離正軌
• 在看到真正的產品前，用戶很難知道自己需要什麼，用戶也不知道什麼樣的產品是可行的
• 公司根據產品原則決定是否接受客戶提出的特殊要求
• 特例客戶在描述需求時，習慣提出自己的解決方案，但不一定抓住了需求的本質；產品經理可以與客戶一起梳理需求，發現問題的本質
• 保持產品通用勇圖的前提下，設法滿足客戶定製的需求（讓系統集成商參與投標）
• 產品經理需要確保開發出來的產品是有價值的，儘可能滿足更多用戶的需求

以上內容為《啟示錄：打造用戶喜愛的產品》（作者：Marty Cagan）的第25-32章讀書筆記及部分摘要，本人加入一定量自己的理解；因水平有限，歡迎大家交流指正，謝謝~