1、本文給出產品需求文檔的一個模板，實際使用時可根據具體情況選擇其中的章節進行撰寫，也可進行調整。例如：1) 需求較簡單時，第1至5章可壓縮成一章“需求概述”。2) 如果整個需求就是對一兩個頁面進行描述，可以僅僅撰寫7.2這樣的內容。 需求名稱產品需求文檔版本時間處理人備注1.0yyyy-mm-dd寫明本版本相對于上個版本的變更內容、變更原因、變更提出人等1.1目 錄1背景描述21.1問題現狀21.2問題分析21.3解決提議22愿景23項目目標24涉眾25業務建模35.1用例圖35.2對象關系圖45.3頁面關系圖45.4流程圖55.5菜單和權限76功能描述76.1功能列表76.2通用功能或規則描述

2、77詳細功能描述77.1功能模塊：功能模塊名稱87.1.1具體功能（用例）名稱87.2頁面名稱98風險分析109非功能性需求109.1語言支持109.2瀏覽器109.3可靠性109.4可用性109.5可支持性109.6性能1010附錄1010.1系統界面交互原型1010.2系統相應文案信息1010.3詞匯表1011參考資料101 背景描述1.1 問題現狀描述當前產品存在什么問題，或者市場存在什么機會，用戶存在什么麻煩需要解決1.2 問題分析就前面提到的產品問題、市場機會或用戶麻煩進行分析，透過現象挖掘出問題的本質原因。1.3 解決提議承接前面對問題的分析，給出問題的解決方案。2 愿景該產品長遠

3、的發展規劃和展望3 項目目標該產品在本需求文檔所涉及的項目范圍內所期望達到的目標，最好是含有可檢查的量化目標，例如產品發布1個月后，獨立用戶量達到日均100萬4 涉眾在下表中列出該產品所涉及的所有利益方，每個利益方占一行。例如一個網站廣告系統的涉眾主要為“廣告主”、“網站用戶”和“網站后臺管理人員”涉眾涉眾代表涉眾利益優先級要滿足網站后臺管理用戶張三該涉眾所關心的利益點。例如對“網站用戶”不能干擾正常使用網站，對“廣告主”需要了解廣告效果數據等一般可分為“高”、“中”、“低”，也可以用P0、P1、P2、數字越大優先級越低填寫“是”或“否”5 業務建模業務建模主要是在業務層面上將產品規則描述出來

4、，往往使用圖表的方式，只有當業務層面的需求理清楚后，具體的用例描述和頁面設計才有意義5.1 用例圖當用戶交互功能較多的時候，需要畫出用例圖。用例（Use Case）以動賓短語命名。用例是測試人員測試功能點的最好依據5.2 對象關系圖當對象關系較復雜時，需要畫出對象關系圖。5.3 頁面關系圖當所涉及的頁面較多時，需要畫出頁面關系圖，通過繪制頁面關系圖，可以避免在規劃設計時遺漏頁面5.4 流程圖當流程較復雜時，需要畫出流程圖。通過該流程圖能直觀清晰地了解整個操作流程所包括的各種分支5.5 菜單和權限一級菜單二級菜單點擊后進入的頁面對應的權限Ranking決策工具數據報表查看報表項目列表頁面報表查看

5、權限數據報表管理報表項目管理頁面報表管理權限6 功能描述6.1 功能列表按功能點（往往也就是用例）列出來，分別標示優先級，方便在分階段開發和發布時確定步驟模塊功能點（用例）描述優先級6.2 通用功能或規則描述多個用例或頁面中均存在的功能，在此統一進行描述，以避免重復描述和更新不便。例如每個頁面都使用到的導航條、翻頁條等7 詳細功能描述如果是以操作功能為主的產品需求，可以以功能（用例）的維度一個功能接著一個功能地來展開描述，如果功能較多，也可以先按功能模塊對功能進行分組，如下面的例子7.1 功能模塊：功能模塊名稱7.1.1 具體功能（用例）名稱7.1.1.1 描述7.1.1.2 涉眾利益7.1.

6、1.3 角色7.1.1.4 用戶界面7.1.1.5 輔助圖例7.1.1.6 操作入口7.1.1.7 前置條件7.1.1.8 基本流程一般是以用戶或系統等為主語，相鄰兩個步驟一般是不同的主語，最后一個步驟是“用例結束”。例如：1) 用戶選擇要重新上傳的數據的路徑并觸發重新上傳操作。2) 系統提示“將首先刪除已經上傳的數據和報表，是否繼續？”3) 用戶確認提示。4) 系統執行刪除和上傳操作并提示“重新上傳數據成功”。5) 用戶確認提示。6) 系統轉到刷新后的“報表項目管理頁面”。7) 用例結束。7.1.1.9 分支流程基本流程之外的流程都屬于分支流程，分支流程中如果還有分支流程，就用下一級編號分層

7、次展示。每個分支流程的最后一步也是“用例結束”。例如： 1) 系統提示用戶是否繼續時用戶選擇取消。a) 系統不做任何操作返回“報表項目管理頁面”。b) 用例結束。7.1.1.10 后置條件后置條件一般用來描述該用例完成之后，所帶來的影響，尤其是其他模塊中的變化。例如在后臺中刪除了一個用戶后，他之前所發表的內容是否還可見，這些都需要在后置條件中一一列出來。這對按用例測試時幫助特別大7.1.1.11 商業規則與此功能點相關的具體的規則、邏輯都可以在這里描述7.1.1.12 詞匯表7.1.1.13 補充說明7.2 頁面名稱如果是主要描述頁面元素、UI交互的產品需求，則可以不按用例維度寫，而是以頁面維度，一個頁面接著一個頁面地展開描述。同一個文檔也可能同時按頁面和按功能來描述，只要根據實際情況合理劃分章節即可。對頁面進行描述時，需要先將頁面的原型圖貼出來。如果頁面較復雜，可以先概要地對整個頁面進行描述，然后對頁面分區