最近從朋友那裡閱讀了《從點子到產品：產品經理的價值觀與方法論》這本書，作者劉飛，感覺還不錯，至少對想轉行或剛轉性做產品經理而又缺乏經驗的朋友有很大的借鑑作用，決定將其思想進行總結。（絕非書託，哈哈哈），本書以產品經理的方法論與價值觀為主線，講述了產品經理在從點子到產品的過程中應該考慮的問題、思考問題的思路，以及如何解決問題的方法。

1. 文件管理和需求管理思維導圖

2. 要點反思

（1）產品方面的文件沒有統一的標誌，在大公司裡能夠用既有的模板詳述方案是好的，在創業團隊用簡陋的形式一頁圖紙就說清楚功能也是可以的，對於文件要講求邏輯，內容清晰，在不同的團隊裡不同的協作方式中都是至關重要的

（2）可解技術是為了更好的涉及功能和協作，並不是幫技術的同事完成工作

（3）不管文件是什麼形式，篇幅如何，能讓開發人員們看得懂就是好文件

（4）文件的完整性、邏輯性比文件的可讀性、美觀程度更重要

（5）每個需求為什麼在目前的位置和狀態，產品經理理應當瞭如指掌

（6）需求的各種變化、調整和意外，應該同步到整個團隊

3. 文件管理和需求管理內容概要

• 文件管理和需求管理
  • 文件管理
    • 好的文件滿足條件
      • 沒有邏輯硬傷
      • 沒有疏漏
      • 邏輯清晰
      • 可讀性強
    • 文件中的邏輯
      • 功能框架的邏輯
        • 拆分
        • 組合
      • 業務流程的邏輯
        • 面向事件
        • 面向物件
      • 功能描述的邏輯
        • 功能完整
        • 考慮到所有影響點
        • 條件判斷清晰
        • 含義明確
        • 敘述背景
  • 需求管理
    • 獲取需求階段
      • 判斷需求本身的重要性
      • 考慮需求的來源
      • 瞭解需求的背景
    • 討論和設計階段
      • 需求的優先順序
      • 方案的草稿
      • 指定負責人
      • 劃定時間節點
    • 待開發階段
      • 評估方案本身的可行性
      • 有沒有更好的方案
      • 涉及的產品和技術環節有那些
      • 方案的成本如何
    • 開發階段
      • 開發階段會遇到各種問題，要拿成本結合需求的優先順序面對
      • ‘扯皮’問題描述
        • 需求太多，沒按時完成
        • 需求有改動，導致任務量增大
        • 有新的緊急需求，導致釋出延期
      • 問題產生原因
        • 產品方案不完整
        • 需求方的主觀改動
        • 無法預測的客觀原因
    • 覆盤階段
      • 防止問題再次發生