1. 需求定義
需求是用戶對于自己碰到的困難從而提出的問題，是用戶對于已有產品的反饋和建議，是老板提出的商業訴求，就是運營人員減少工作麻煩的想法。需求和產品是一種問題導向與目標導向的結合，是用戶碰到了什么樣的問題，從行業屬性、用戶群體、業務場景、工作目標、商業利益等方面從而產出的輸出物，也就是所謂的產品。
需要：是解決問題或者滿足欲望，達到最終的目的。
需求：是需要付出一定成本來滿足，主要體現在解決方案中的具體產品和功能。
2. 名詞解釋
產品需求文檔（PRD）是將商業需求文檔（BRD）和市場需求文檔（MRD）用更加專業的語言進行描述。
3. 面向對象
開發、設計師、測試、老板、項目經理、產品經理、運營、市場、銷售、客戶、財務等其他角色。
4. 輸出物
文檔：Word、ppt
交互或者原型稿件：Axure、UI界面
5. 產品需求文檔結構
命名和編號
修訂記錄
背景分析（產品背景、行業背景、國家政策）
需求分析
用戶定位
產品目標
總體架構（技術架構、功能架構）
業務流程
功能設計（功能總表、用戶角色、功能詳情）
產品特色
產品模塊清單
產品適配清單（支持的瀏覽器、數據庫、中間件、操作系統）
6. 需求分析原則及方法
6.1. 產品需求的三個層次
基礎性需求、期望性需求、興奮性需求
6.2. 馬斯洛需求五個層次
生理需求、安全需求、社交需求、尊重需求、自我實現
6.3. 需求管理的四個環節
采集需求、分析需求、篩選需求、處理需求
6.4. 需求分析四象限
重要并緊急、重要不緊急、不重要但緊急、不重要不緊急
7. 需求分析及產出
WWH法：是什么？為什么？怎么做 ？
需求分析貫穿整個產品全生命周期，包括產品概念期、產品設計開發期、上線后-成長期、成熟運營期、產品衰退期。
7.1. 明確問題
7.1.1. 需求收集渠道
明確需求收集渠道，確定用戶群體和需求調研的方法，比如問卷調查、訪談、名義小組會議、頭腦風暴法、觀察法、親和圖、蒙特卡洛技術、魚骨圖、提示清單等方法。
提出需要解決的問題，明確需求帶來的價值。利用目標用戶、場景、問題三個思考維度，去定義真正意義上的產品需求，示例如下：
通過用戶針對不同的場景，明確了主要問題需求，怎么思考產品需求怎么體現到產品設計上面，從而體現產品價值，包括產品設計成型后的市場推廣方式至關重要。產品問題產生的產品價值示例如下：
7.1.2. 拆解需求
拆解需求指的是把已經明確的問題，從多個維度進行拆解，目的就是為了找到更合適的解決方案。
拆解問題的五個維度分別是積極層面、否定層面、轉移層面、拆解、腦洞。
? 積極層面：通常可以拆解出怎么做對用戶來講可以產生更積極的情感。
? 否定層面：通?？梢圆鸾猓词共蛔鍪裁?，依然可以產生好的結果。
? 轉移層面：轉移指的是不直接單獨解決當前用戶的問題，通過轉移法，用戶轉移、問題轉移等。
? 拆解：把當前問題刨根問底的拆，挖掘更多的可能性、找到問題本質。
? 腦洞：這個更多的靠靈感、經驗等進行頭腦風暴，補充其他維度考慮不到的地方。
7.1.3. 需求管理
7.1.3.1. Kano模型
Kano模型是對用戶需求分類和優先排序的工具，以分析用戶需求對用戶滿意的影響為基礎，體現了產品性能和用戶滿意之間的非線性關系。
Kano模型把需求分為五類：基本型需求、期望型需求、 興奮型需求、無差異性需求、反向型需求。怎么通過模型知道用戶的需求類型，示例如下：
7.1.3.2. 時間管理四象限法
時間管理四象限法分別按照緊急程度和重要程度分為重要且緊急、緊急不重要、重要但不緊急、不緊急不重要。具體示例如下：
本方法的優勢可以評估產品開發的時間優先級，對于一些重要且緊急的功能開發能夠做到心中有數。
7.1.3.3. ICE排序法
ICE排序法是一種比較嚴謹科學的分析需求的方法，通過幾個幾個維度給需求進行相應的打分，以總分的高低去排序。
I（Impact）：影響范圍。
C（confidence）：對上線效果的自信程度評估。
E（ease）：開發難易程度（工作量+技術難易程度）評估。
7.1.4. 需求輸出
7.1.4.1. 輸出內容
思維導圖、業務流程圖、原型圖、需求說明文檔、功能說明文檔等
7.1.4.2. 輸出角色
業務人員、技術經理、后端技術人員、前端技術人員、UI、UE人員
7.1.4.3. 溝通樣例
（一）業務人員
面對業務人員，主要是講產品功能實現和重點業務流程，主要依靠思維導圖或者原型圖去講解產品可帶來的價值和解決了什么樣的問題。
（二）后端開發人員
面對后端開發人員需要給技術經理協調和溝通，確定的項有數據庫怎么寫，字段（數據結構）怎么定義，最后生成什么樣的表，當用戶進行相關業務操作時（增刪改查），怎么去設計接口，接口設計對應數據庫，先調用什么樣的接口，傳輸什么樣的參數，返回什么樣的結果。進行前端解析，后臺數據圖形化，最后呈現給業務用戶。
（三）UI、UE人員
面試UI、UE人員從行業特征、用戶群體特征、用戶習慣等方面來確定產品視覺和交互形式。
（四）前端開發人員
通過評審后的UI設計稿交付給前端人員，進行前端頁面的開發。
（五）測試人員
面對測試人員，跟進產品測試情況，提供產品需求文檔和原型圖及UI設計圖，編寫測試用例，把控測試時間，協調相關資源，保證產品順利產出。
8. 產品迭代規劃與需求跟進
8.1. 產品全生命周期規劃
根據產品規劃的全生命周期，確實不同階段需求的落地情況，根據用戶對于需求的滿足情況。
8.2. 業務流程分析
根據已開發上線的所涉及的業務流程，先分析完整性，基于本流程從專業角度提出改進方案，不斷優化該流程，確定流程的可用性。特別是一些核心業務流程，要做到簡潔高效，提高效率。
8.3. 新需求管理
通過產品的不斷使用，收集和接收不同的新需求，并定期開展新需求評審，逐步完善到產品里面，以最小調整為基線確定新需求的開發計劃，保證產品總規劃的穩步實施。
8.4. 里程碑管理
把控整體產品里程碑管理，確保產品迭代重大節點變化能夠有理有據，為產品的營銷工作，提供支持?？偨Y產品優勢和產品亮點，對產品的銷售情況負責。
