版本迭代過程的三個步驟：
策劃：考慮下一版本需要做的內容
輸出：原型圖、需求文檔
研發：開發、測試
注意點：
需求遺漏、邏輯調整、功能不統一、自定義開發、反復說明、設計缺陷、材料缺失、估時間模糊、進度失控
需求文檔的幫助：加速產品思維的形成、產品快速構建成為可能、釋放更多時間進行思考
團隊效率：
1.1減少開發過程中不必要的溝通成本
1.2.減少需求反復的可能性
1.3.減少功能不統一的可能性
1.4.減少測試的介入成本
1.5.減少需求遺漏的可能性
1.6.減少邏輯、參數遺忘的可能性
2.1 提高評審估時的參考價值
2.2 提高需求邏輯溯源性
2.3 提高材料復用性
2.4 提高信息流動性
2.5 提高早期發現問題的可能性
產品感知：
1.提高功能敏感度
2.提高技術認知
3.提高產品敏感度
4.提高結構敏感度
需求文檔1.0
1.用戶及應用場景
2.系統/產品的目標
3.功能模塊概要介紹
4.功能需求詳細規格說明
5.描述系統產品的容顏
6.USER在界面的交互
7.系統產品業務邏輯和規則
8.非功能性需求
需求文檔2.0（文檔說明、功能文檔、變更記錄）
1.文檔說明
2.功能文檔（需求編號、需求模塊、功能模塊、需求點、需求描述、參數、備注）
需求編號：1個需求編號對應一個需求點，需求編號應該包含主要信息（eg：需求模塊-功能模塊-需求點-變更點 ?10-3-1、10-3-1-3）
需求模塊：反向可以尋找功能模塊之間的“共性”，正向可以幫我們發現產品結構（三種劃分方法：獨立性劃分：分享模塊、注冊模塊、支付模塊；結構劃分：用戶模塊、上傳模塊、大數據模塊；頁面劃分：首頁、發現頁、個人中心、設置頁）
功能模塊：功能模塊包括多個需求點，功能模塊從屬于需求模塊（劃分方法：按照區域進行劃分：頂部導航、個人信息、功能菜單、推薦電臺等；按照性質劃分：展示、點擊、判斷、異常）
需求點：最小顆粒度，1個需求點對應1個功能點
參數：將需求進行“參數化”
3.變更記錄
需求文檔注意事項
1. 技巧
一個需求編號對應一個需求點
需求編號蘊含信息豐富
模塊劃分可以同時使用多種方法
結合不同的緯度
需求點需要最小顆粒度
參數化，盡量富裕功能以“參數”
2. 原則
需求點不能為空
需求描述、參數可以為空
需求變更時不嗯給你刪除和編輯原來需求，盡量新增和取消需求點
3. 常見模塊
常見需求模塊：分享模塊、注冊模塊、支付模塊、異常模塊、用戶模塊、信息模塊、上傳模塊、賬戶系統、列表頁、發現頁、個人中心、設置、詳情頁、內容管理、數據中心、播放器、閃屏、通知、收藏頁、push
常見的功能模塊：可視化（入口、展示、點擊），系統層（數據加載、異常保護、彈框），客戶端（判斷、輸入、上傳）
常見的參數設置：輸入字符長度、加載內容數、圖片顯示規則、停留時間、重試機制、數字上限、展示字符上限、提示文案、push時間、時間格式、內容為空、刷新機制
