通用產品需求文檔模板

很多朋友說，產品需求文檔怎麼寫？很多公司的產品需求文檔要求各不相同，但也是大同小異，其實就是說清楚：基於什麼樣的背景，我們要做什麼事情，滿足什麼用戶哪一個需求？需求分解出來，產品的邏輯如何？交互圖如何？設計圖如何？哪些功能點？哪些細節？實現進度如何？產品健康運轉的閉環如何形成？文檔，就怕寫複雜了，連開發都看不明白的文檔，必然不是一份好文檔。抽象了一份文檔出來，供大家參考，根據各自公司的具體情況進行修訂完善吧。1. 文檔歷史修訂日期修訂內容修訂版本修訂人創建：立項成功後創建需求文檔V1.0開發排期後修訂項目進度；V1.1修訂交互/視覺設計稿後需要修訂文檔V1.2修訂有需求變動的時候需要修訂文檔，同時周知文檔關係人，將修訂的內容明確標識V1.32.目錄1. 文檔歷史2. 目錄3. 項目說明3.1 項目背景3.2 項目目標3.3 項目概述3.4 項目排期4. 項目策劃4.1 產品邏輯圖4.2 功能與特性簡述列表4.3 交互/視覺設計4.3 需求詳細描述5. 數據需求5.1 數據建設：考核評價指標5.2 指標定義與計算邏輯5.3 數據報表6. 客服文檔7. 運營方案3. 項目說明3.1 項目背景項目需求不是產品經理拍腦袋想出來的，一定有個出處，例如，l 用戶需求驅動，解決哪一種用戶什麼樣的問題？l 市場競爭驅動，有了什麼新的變化？l 技術驅動，有什麼技術創新可以應用在產品上，讓解決問題的效率更高？速度更快？案例：目前繁瑣的註冊流程導致用戶註冊成功率僅為20%，本項目主要是優化註冊流程，提升註冊成功率。3.2 項目目標由背景推導出的目標，符合SMART原則，簡明扼要，一般通過數據衡量，目標通常是貫穿整個需求的線索，整個需求都應該是圍繞目標在進行的，包括優先順序的排列，也是綜合考慮需求點能實現目標的程度、效率、緊迫性、成本控制等各方面因素。目標舉例，2013年8月10日完成註冊流程優化，提升註冊成功率10個百分點，從原有的20%提升到30%。3.3 項目概述將涉及到的頁面做個列表，可以幫助評估設計、開發需求所耗費的時間文檔位置頁面名稱頁面數量所需工作4.3.1註冊起始頁面3頁面設計+頁面製作4.3.2註冊成功頁面頁面設計+頁面製作4.3.3註冊失敗頁面頁面設計+頁面製作3.4 項目排期項目進度時間表，也是一個不斷推動、修訂的過程，協調各方資源，盡量給出靠譜的時間進度，並推動按期完成需求。一般用表格形式，包括欄位：項目名稱、項目內容、負責人、開始日期、完成日期。4. 項目策劃4.1 產品邏輯圖按照邏輯線索理出邏輯圖，便於閱讀者組織對該項目的理解思路，涉及流程的必須給出流程圖，一般用VISO繪製。4.2 功能與特性簡述列表產品需求的核心部分，詳細的功能列表對需求評審、開發時間評估、測試用例撰寫具有重要價值，列表可以盡量詳細，一個功能/特性點都可以單獨一項，基本可以和測試用例對應，同時，需要給出優先順序和測試重點。1．功能列表：簡潔概要的描述要實現的功能點， 就是讓用戶做什麼，可以按照用戶場景和產品流程進行描述，第一步、第二步、第三步……成功、失敗。2．具體描述：給出在某場景下，用戶的具體操作實現過程。例如用戶身份變化對應的不同產品表現形態、用戶每一步操作需要對應的產品功能、產品的數值變化，數值極端情況。儘可能的考慮全面，細化，具體，可操作，可讀性強。3．優先順序：最高級，本期必須實現。中級優先，二期需求，視第一期產品表現後決定做哪些優化。低優先順序，本期可以不實現或延後實現。4. 測試重點：從測試的角度，給出具體描述的各個場景下的一些需要關注的主要測試點。一些細節可以在需求詳細描述中說明，可以寫上詳見第幾點詳細描述，這裡只需要給出一些方向即可。4.3 交互/視覺設計這個部分，一般會有多個修訂稿，注意文檔的保存與更新。修訂文檔的時候應該補充好交互/視覺設計稿，便於其他閱覽者清晰還原需求所在的產品場景，文檔描述所見和開發出的產品所得相統一。4.3 需求詳細描述每個產品功能、特性的詳細描述，可以和前文的項目概述一一對應，也是對功能與特性概述的詳細說明，一般例如一個註冊功能詳細描述：(1) 功能或特性名稱：用戶註冊流程(2) 需求描述：一句話描述，簡化原有註冊流程；(3) 使用者：什麼樣的用戶會使用這個功能；(4) 前置需求：這個需求的前置需求如何？基於前面的需求，進行功能的進一步開發，說明前一個需求對該需求的影響或者創造的條件；(5) 後置需求：該需求完成後，會對哪些需求產生影響；例如用戶註冊後成功後的用戶教育引導需求、註冊填寫信息對構建用戶關係鏈的影響；(6) 主流程描述與業務規則：用戶的主要操作流程，及其每個步驟的規則說明。例如，對展示的內容進行描述，如果有可操作部分，需要單獨列出：操作前後的狀態，操作後的反饋，鏈接到具體位置等；如果涉及數值等級，對不同數值等級，不同的狀態，不同的操作反饋舉個例子：對註冊流程的規則描述：A. 註冊頁面打開，滑鼠焦點定位在註明名輸入框；支持TAB鍵進行輸入框切換；B. 每個輸入框的狀態：輸入前、輸入過程、輸入結束；C. 輸入類型：字元、數值；字母、漢字、數字、符號；非法字元；D. 敏感詞問題；輸入長度；是否必填；是否聯想；是否記憶；是否有默認值？如何對齊？過長後如何顯示？E. 輸入後多久給出判斷？F. 一個IP每天可以註冊多少個帳號？G. 是否可以採用OPENID的形式註冊？H. 是否需要郵箱、手機進行註冊成功驗證？I. 一個手機或者郵箱是否是唯一綁定關係？J. 註冊成功後，跳轉到用戶引導頁面；K. 註冊失敗，引導重新註冊；(7) 產品性能要求：能達到一定的性能指標，比如速度快、軟體穩定性、並發使用上限(8)其他補充說明（視具體情況選擇是否需要）A. 安全需求：能夠抵擋黑客攻擊，保證用戶的數據不會丟失，防止黑客刷等級，暴力註冊等；B. 兼容性需求：如瀏覽器兼容性、系統版本兼容性；C. 財務需求：如一定預算，需要提前找財務審批，產品收入與財務的對接D. 法律需求：需要法務部門協助的需求，如何同審核、用戶協議、版權5. 數據需求5.1 數據建設：考核評價指標[考核評價指標是評估產品目標的重要標準，在項目策劃的前期就必須制訂]l 訪問量l 轉化率l 留存率l 用戶活躍天l 產品收入l 任務、活動完成量、質量5.2 指標定義與計算邏輯數據指標的含義是什麼，開發上報哪些數據欄位，可以通過公式計算出這些指標；5.3 數據報表用Excel畫出需要查看的報表；如果需要統計圖的，說明需要什麼類別的圖形，柱狀圖、折線圖、餅圖等等。6. 客服文檔讓客服了解產品，周知客服本產品有可能遇到的用戶問題，給出常見問題解答。7. 運營方案需求完成後的功能點說明或描述，用戶周知推廣。產品不只是上線，後期的運營需要提前考慮。在產品策劃階段或許很難有一個詳細的運營方案，但至少有產品成長運轉的運營保障，例如從產品生命周期考慮運營方案，在啟動期、成長期、成熟期等各個階段的運營對策；在啟動期，第一批種子用戶從哪裡來？如何保證產品的灰度放量到健康成長的正循環養成？需要提供哪些運營資源的支持？一般的運營，都會考慮：拉新、留存、活躍、迴流等運營策略。有的只是一個小功能優化，這裡可以省略。END.一個需求文檔的框架，供大家參考吧，各自完善。如果有什麼問題或者建議可以給我留言，尤其是開發同學，可以聊聊自己是怎麼看待產品需求文檔的。封面圖片來源於： 波士頓大圖http://www.boston.com/bigpicture/
推薦閱讀：