需求文檔模板

1、精選優(yōu)質文檔-傾情為你奉上XX產(chǎn)品策劃需求文檔規(guī)范_版本號(V1.2)版權所有 侵權必究專心-專注-專業(yè)1. 文檔歷史修訂日期修訂內(nèi)容修訂版本修訂人XXXX.XX.XX創(chuàng)建最好在交互之前創(chuàng)建需求文檔V1.0哈姆牛特XXXX.XX.XX修訂交互/視覺設計稿后需要修訂文檔V1.1哈姆牛特XXXX.XX.XX修訂有需求變動的時候需要修訂文檔，同時周知文檔關系人，將修訂的內(nèi)容明確標識V1.2哈姆牛特文檔閱讀提示：勾選視圖中的導航窗格，可以讓您快速閱讀本文檔。2. 文檔目錄3. 項目說明3.1 項目背景和目標3.1.1 項目背景背景的描述，主要是當前出現(xiàn)了什么問題？市場上有了什么新的導向？用戶有什么樣的

2、期待需要我們滿足？等l 一級文檔結構可以多級，但是不要搞混邏輯層次n 二級u 三級¡ 四級3.1.2 項目目標由背景推導出的目標，簡明扼要，目標通常是貫穿整個需求的線索，整個需求都應該是圍繞目標在進行的，包括優(yōu)先級的排列，也是看需求點能實現(xiàn)目標的程度、效率、緊迫性、成本控制等各方面的綜合優(yōu)勢3.2 項目大概可以分頁面、功能模塊、流程等進行描述，下面示例，XX產(chǎn)品涉及到3個Tab對應的頁面，所以采用分“頁面”的描述思路舉例：XX產(chǎn)品的三個頁面3.2.1 首頁3.2.2 頁面A3.2.3 頁面B3.3 頁面匯總將涉及到的頁面做個list，可以幫助評估設計需求所耗費的時間舉例：XX產(chǎn)品涉及

3、的頁面list文檔位置頁面名稱頁面數(shù)量所需工作4.3.1首頁3頁面設計+頁面制作4.3.2頁面A頁面設計+頁面制作4.3.3頁面B頁面設計+頁面制作3.3 項目排期在此可以管理該項目，便于發(fā)布項目進度、匯報工作等，在自己本地存儲的文檔中可以隨時補充，如果習慣了其他管理方式，可以省略舉例：XX項目進度表時間階段進度備注2011.10.10重構完成已完成2011.10.11開發(fā)完成進行中4. 項目策劃4.1 主要邏輯圖按照邏輯線索理出邏輯圖，便于閱讀者組織對該項目的理解思路，涉及流程的必須給出流程圖4.2 功能/特性列表（feature list）測試重點關注此處非常重要，詳細的功能列表對需求評審

4、、開發(fā)時間評估、測試用例撰寫等有重要價值，列表可以盡量詳細，一個功能/特性點都可以單獨一項，基本可以和測試用例對應，同時，需要給出優(yōu)先級和測試重點舉例：XX產(chǎn)品功能列表（舉例只列出部分）1，功能列表：簡潔概要的描述要實現(xiàn)的功能點，盡可能的細化，具體，可操作，可讀性強。直接傳遞出來要實現(xiàn)的功能點。不要太模糊和籠統(tǒng)。2，具體描述:給出該功能涉及到的邊界值，有效期，概率等等，就是對功能點的屬性一個描述。盡量完整，把這個功能點的各個維度的范圍給出。3，優(yōu)先級:0 最高級，本期必須實現(xiàn)。1，中級優(yōu)先，先實現(xiàn)0后，再實現(xiàn)。2，低優(yōu)先級，本期可以不實現(xiàn)或延后實現(xiàn)。4. 測試重點：從測試的角度，給出具體描述的

5、各個場景下的一些需要關注的主要測試點。（詳細的一些細節(jié)可以在正文里描述，可以寫上詳見正文。）這里只需要給出一些方向即可。序號功能列表具體描述優(yōu)先級0>1>2是否實現(xiàn)測試重點Checklist涉及模塊/頁面2在XX任務中可以做XX流程 XXXXXXXX2本期未實現(xiàn)1. XXX2. XXX3XXXXXXXXXX1已實現(xiàn)XXXXXX4.3 交互/視覺設計修訂文檔的時候應該補充好交互/視覺設計稿，便于其他閱覽者清晰還原需求所在的產(chǎn)品場景，文檔描述所見和開發(fā)出的產(chǎn)品所得相統(tǒng)一4.3 需求詳細描述以免費首頁部分模塊為例，下列給出需求描述的常見案例。目錄：案例一：需求的描述思路對需求進行詳細描述

6、，仍然可以按照頁面、功能模塊、流程等組織思路的順序進行4.3.1 XX首頁案例二：按頁面模塊描述的順序 按模塊進行描述，建議遵守頁面布局從上到下，從左到右，從整體到局部，從外至內(nèi)的順序，如果是移動端APP，也可以按照由外到內(nèi)，逐級深入的方式組織描述順序舉例：首先首頁的描述，首先從頭部和側欄開始4.3.1.1 頭部和側欄部分l 頭部入口案例三：設計圖的展示可以先展示設計圖，最好還原該模塊在頁面中的具體位置，便于其他閱讀者查找舉例：免費首頁頭部的導航入口截圖說明n 設計圖局部細節(jié)：全局位置：案例四：對可操作區(qū)的描述對展示的內(nèi)容進行描述，如果有可操作部分，需要單獨列出：操作前后的狀態(tài)，操作后的反饋，

7、鏈接到具體位置等舉例：對免費首頁導航入口的描述n 描述：免費整套和免費單品可點擊，分別對應免費整套和單品頁面，不需要配置案例五：多采用表格建議多采用表格的形式把同一個頁面/模塊/功能的不同狀態(tài)、過程等列舉出來舉例：免費首頁的個人信息區(qū)（含紅鉆特權推薦）狀態(tài)狀態(tài)A狀態(tài)B狀態(tài)C操作或描述描述A描述B描述C截圖截圖A截圖B截圖A案例六：涉及數(shù)值、等級和狀態(tài)的描述對不同數(shù)值等級，不同的狀態(tài)，不同的操作反饋，也盡量采用表格形式展示舉例：免費首頁側欄部分的“立刻領取”按鈕描述積分狀態(tài)提示操作反饋積分X20分無再獲得20-X積分，您就可以領取月度禮物了，查看詳情。點擊“查看詳情”后頁面刷新跳轉到活躍積分頁面

8、。積分40X20未領取滿20送的禮包您可以領取月度禮物”+按鈕點擊“按鈕”后頁面刷新跳轉到活躍積分頁面已領取滿20送的禮包再獲得40-X積分，您就可以XXX，查看詳情點擊“查看詳情”后頁面刷新跳轉到活躍積分頁面案例七：線上已有邏輯也需要描述出來即使是線上邏輯，也盡量把邏輯描述清楚，畢竟你自己應該是最清楚的人案例八：多內(nèi)容展示的排序和值域考慮涉及到多個內(nèi)容時，一定要考慮排序、值域以及空值和邊界等狀態(tài)舉例：XX首頁XX模塊n 免費送區(qū)域 u 拉取用戶好友信息，如圖展示，按照生日近遠降序排列涉及到多個內(nèi)容/條目展示的時候，一定要考慮排序邏輯u 拉取好友數(shù)量：也一定要考慮值域和空值狀態(tài)¡ 最

9、多展示 6個¡ 如果為0，則隱藏該區(qū)域。u 操作體驗 ¡ 點擊送更多好友禮物刷新頁面跳轉至XX欄目¡ 點擊送禮后刷新頁面跳轉至XX欄目，并且?guī)线x定的好友信息。描述務求準確，清晰案例九：涉及管理端配置的描述如果是管理端數(shù)據(jù)，也需要進行描述，另外，統(tǒng)一歸納到對管理端需求的描述中，需要另起章節(jié)舉例：XXX模塊的配置說明n XX免費玩u 支持后臺管理端配置圖片和文字，以及URL，如圖所示。¡ 測試需驗證“圖片和了解詳情”的URL是否和后臺管理端配置的統(tǒng)一。案例十：暫不實現(xiàn)的需求可以文字灰掉有一些本期不實現(xiàn)了，或者還未確認的，先灰色顯示，開發(fā)和測試可以直接忽略掉

10、舉例：XX任務模塊暫不實現(xiàn)n XX任務（本期暫不實現(xiàn)）u 從任務管理端拉取任務ID配置，此處圖片信息等在免費首頁管理端配置即可。u 領取任務的流程和任務體系保持一致。5. 統(tǒng)計需求5.1 數(shù)據(jù)建設：考核評價指標考核評價指標應該是詳細可衡量的，在項目策劃的前期就應該考慮到l 內(nèi)容豐富度l 訪問活躍天l 任務、活動完成量5.2 數(shù)據(jù)統(tǒng)計根據(jù)自身產(chǎn)品的需要，設定頁面訪問數(shù)據(jù)，寫操作數(shù)據(jù)、業(yè)務數(shù)據(jù)等多重指標集5.2.1 點擊流統(tǒng)計l 統(tǒng)計內(nèi)容n 頁面可操作按鈕和鏈接的點擊統(tǒng)計l 統(tǒng)計目的n 方便產(chǎn)品查詢用戶操作記錄數(shù)據(jù)，分析用戶，統(tǒng)計產(chǎn)品使用情況和優(yōu)化產(chǎn)品的參考等l 統(tǒng)計代碼n 代碼格式如下：登記日期一級分類二級分類中文名稱ID統(tǒng)計說明截圖需求人備注2011/10/18XXXX首頁XX入口t哈姆牛特l 代碼維護n 需要和接口人備案，統(tǒng)一代碼命名規(guī)則，并上傳代碼中文名，便于后期數(shù)據(jù)查看n 接口人：XXX5.2.2 開通鉆統(tǒng)計l 統(tǒng)計內(nèi)容n 頁面開通/續(xù)費紅鉆操作按鈕的點擊統(tǒng)計l 統(tǒng)計目的n 方便產(chǎn)品查詢該按鈕的鉆開通/續(xù)費數(shù)據(jù)l 統(tǒng)計代碼n