《《需求文檔模板》word版.docx》由會員分享，可在線閱讀，更多相關(guān)《《需求文檔模板》word版.docx（16頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、XX產(chǎn)品策劃需求文檔規(guī)范_版本號(V1.2)版權(quán)所有 侵權(quán)必究1. 文檔歷史修訂日期修訂內(nèi)容修訂版本修訂人XXXX.XX.XX創(chuàng)建最好在交互之前創(chuàng)建需求文檔V1.0哈姆牛特XXXX.XX.XX修訂交互/視覺設(shè)計稿后需要修訂文檔V1.1哈姆牛特XXXX.XX.XX修訂有需求變動的時候需要修訂文檔，同時周知文檔關(guān)系人，將修訂的內(nèi)容明確標(biāo)識V1.2哈姆牛特文檔閱讀提示：勾選視圖中的導(dǎo)航窗格，可以讓您快速閱讀本文檔。2. 文檔目錄1. 文檔歷史32. 文檔目錄43. 項目說明63.1 項目背景和目標(biāo)63.1.1 項目背景63.1.2 項目目標(biāo)63.2 項目大概63.2.1 首頁73.2.2 頁面A73

2、.2.3 頁面B73.3 頁面匯總73.3 項目排期74. 項目策劃84.1 主要邏輯圖84.2 功能/特性列表（feature list）測試重點關(guān)注84.3 交互/視覺設(shè)計94.3 需求詳細描述94.3.1免費首頁105. 統(tǒng)計需求165.1 數(shù)據(jù)建設(shè)：考核評價指標(biāo)165.2 數(shù)據(jù)統(tǒng)計165.2.1 點擊流統(tǒng)計165.2.2 開通紅鉆統(tǒng)計176. 客服文檔177. 運營方案183. 項目說明3.1 項目背景和目標(biāo)3.1.1 項目背景背景的描述，主要是當(dāng)前出現(xiàn)了什么問題？市場上有了什么新的導(dǎo)向？用戶有什么樣的期待需要我們滿足？等l 一級文檔結(jié)構(gòu)可以多級，但是不要搞混邏輯層次n 二級u 三級

3、四級3.1.2 項目目標(biāo)由背景推導(dǎo)出的目標(biāo)，簡明扼要，目標(biāo)通常是貫穿整個需求的線索，整個需求都應(yīng)該是圍繞目標(biāo)在進行的，包括優(yōu)先級的排列，也是看需求點能實現(xiàn)目標(biāo)的程度、效率、緊迫性、成本控制等各方面的綜合優(yōu)勢3.2 項目大概可以分頁面、功能模塊、流程等進行描述，下面示例，XX產(chǎn)品涉及到3個Tab對應(yīng)的頁面，所以采用分“頁面”的描述思路舉例：XX產(chǎn)品的三個頁面3.2.1 首頁3.2.2 頁面A3.2.3 頁面B3.3 頁面匯總將涉及到的頁面做個list，可以幫助評估設(shè)計需求所耗費的時間舉例：XX產(chǎn)品涉及的頁面list文檔位置頁面名稱頁面數(shù)量所需工作4.3.1首頁3頁面設(shè)計+頁面制作4.3.2頁面A

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

5、可以和測試用例對應(yīng)，同時，需要給出優(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. 測試重點：從測試的角度，給出具體描述的各個場景下的一些需要關(guān)注的主要測試點。（詳細的一些細節(jié)可以在正文里描述，可以寫上詳見正文。）這里

6、只需要給出一些方向即可。序號功能列表具體描述優(yōu)先級012是否實現(xiàn)測試重點Checklist涉及模塊/頁面2在XX任務(wù)中可以做XX流程 XXXXXXXX2本期未實現(xiàn)1. XXX2. XXX3XXXXXXXXXX1已實現(xiàn)XXXXXX4.3 交互/視覺設(shè)計修訂文檔的時候應(yīng)該補充好交互/視覺設(shè)計稿，便于其他閱覽者清晰還原需求所在的產(chǎn)品場景，文檔描述所見和開發(fā)出的產(chǎn)品所得相統(tǒng)一4.3 需求詳細描述以免費首頁部分模塊為例，下列給出需求描述的常見案例。目錄：案例一：需求的描述思路案例二：按頁面模塊描述的順序案例三：設(shè)計圖的展示案例四：對可操作區(qū)的描述案例五：多采用表格案例六：涉及數(shù)值、等級和狀態(tài)的描述案例七

7、：線上邏輯也需要描述出來案例八：多內(nèi)容展示的排序和值域考慮案例九：涉及管理端配置的描述案例十：暫不實現(xiàn)的需求可以文字灰掉案例一：需求的描述思路對需求進行詳細描述，仍然可以按照頁面、功能模塊、流程等組織思路的順序進行4.3.1 XX首頁案例二：按頁面模塊描述的順序 按模塊進行描述，建議遵守頁面布局從上到下，從左到右，從整體到局部，從外至內(nèi)的順序，如果是移動端APP，也可以按照由外到內(nèi)，逐級深入的方式組織描述順序舉例：首先首頁的描述，首先從頭部和側(cè)欄開始4.3.1.1 頭部和側(cè)欄部分l 頭部入口案例三：設(shè)計圖的展示可以先展示設(shè)計圖，最好還原該模塊在頁面中的具體位置，便于其他閱讀者查找舉例：免費首頁

8、頭部的導(dǎo)航入口截圖說明n 設(shè)計圖局部細節(jié)：全局位置：案例四：對可操作區(qū)的描述對展示的內(nèi)容進行描述，如果有可操作部分，需要單獨列出：操作前后的狀態(tài)，操作后的反饋，鏈接到具體位置等舉例：對免費首頁導(dǎo)航入口的描述n 描述：免費整套和免費單品可點擊，分別對應(yīng)免費整套和單品頁面，不需要配置案例五：多采用表格建議多采用表格的形式把同一個頁面/模塊/功能的不同狀態(tài)、過程等列舉出來舉例：免費首頁的個人信息區(qū)（含紅鉆特權(quán)推薦）狀態(tài)狀態(tài)A狀態(tài)B狀態(tài)C操作或描述描述A描述B描述C截圖截圖A截圖B截圖A案例六：涉及數(shù)值、等級和狀態(tài)的描述對不同數(shù)值等級，不同的狀態(tài)，不同的操作反饋，也盡量采用表格形式展示舉例：免費首頁側(cè)

9、欄部分的“立刻領(lǐng)取”按鈕描述積分狀態(tài)提示操作反饋積分X20分無再獲得20-X積分，您就可以領(lǐng)取月度禮物了，查看詳情。點擊“查看詳情”后頁面刷新跳轉(zhuǎn)到活躍積分頁面。積分40X20未領(lǐng)取滿20送的禮包您可以領(lǐng)取月度禮物”+按鈕點擊“按鈕”后頁面刷新跳轉(zhuǎn)到活躍積分頁面已領(lǐng)取滿20送的禮包再獲得40-X積分，您就可以XXX，查看詳情點擊“查看詳情”后頁面刷新跳轉(zhuǎn)到活躍積分頁面案例七：線上已有邏輯也需要描述出來即使是線上邏輯，也盡量把邏輯描述清楚，畢竟你自己應(yīng)該是最清楚的人案例八：多內(nèi)容展示的排序和值域考慮涉及到多個內(nèi)容時，一定要考慮排序、值域以及空值和邊界等狀態(tài)舉例：XX首頁XX模塊n 免費送區(qū)域 u

10、 拉取用戶好友信息，如圖展示，按照生日近遠降序排列涉及到多個內(nèi)容/條目展示的時候，一定要考慮排序邏輯u 拉取好友數(shù)量：也一定要考慮值域和空值狀態(tài) 最多展示 6個 如果為0，則隱藏該區(qū)域。u 操作體驗 點擊送更多好友禮物刷新頁面跳轉(zhuǎn)至XX欄目 點擊送禮后刷新頁面跳轉(zhuǎn)至XX欄目，并且?guī)线x定的好友信息。描述務(wù)求準(zhǔn)確，清晰案例九：涉及管理端配置的描述如果是管理端數(shù)據(jù)，也需要進行描述，另外，統(tǒng)一歸納到對管理端需求的描述中，需要另起章節(jié)舉例：XXX模塊的配置說明n XX免費玩u 支持后臺管理端配置圖片和文字，以及URL，如圖所示。 測試需驗證“圖片和了解詳情”的URL是否和后臺管理端配置的統(tǒng)一。案例十：

11、暫不實現(xiàn)的需求可以文字灰掉有一些本期不實現(xiàn)了，或者還未確認(rèn)的，先灰色顯示，開發(fā)和測試可以直接忽略掉舉例：XX任務(wù)模塊暫不實現(xiàn)n XX任務(wù)（本期暫不實現(xiàn)）u 從任務(wù)管理端拉取任務(wù)ID配置，此處圖片信息等在免費首頁管理端配置即可。u 領(lǐng)取任務(wù)的流程和任務(wù)體系保持一致。5. 統(tǒng)計需求5.1 數(shù)據(jù)建設(shè)：考核評價指標(biāo)考核評價指標(biāo)應(yīng)該是詳細可衡量的，在項目策劃的前期就應(yīng)該考慮到l 內(nèi)容豐富度l 訪問活躍天l 任務(wù)、活動完成量5.2 數(shù)據(jù)統(tǒng)計根據(jù)自身產(chǎn)品的需要，設(shè)定頁面訪問數(shù)據(jù)，寫操作數(shù)據(jù)、業(yè)務(wù)數(shù)據(jù)等多重指標(biāo)集5.2.1 點擊流統(tǒng)計l 統(tǒng)計內(nèi)容n 頁面可操作按鈕和鏈接的點擊統(tǒng)計l 統(tǒng)計目的n 方便產(chǎn)品查詢用

12、戶操作記錄數(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 參考下表：添加日期模塊詳細位置類型描述AID需求人截圖2011/10/18XX.XX.XX.XX（可以多級）XXX6. 客服文檔提交開發(fā)需求之前即需要準(zhǔn)備好客服文檔，主要描述產(chǎn)品的目的、背景、用戶操作流程、疑問點及對應(yīng)解決方案、話術(shù)等7. 運營方案產(chǎn)品運營的同學(xué)還需要重視運營方案文檔的撰寫，包括運營目標(biāo)、運營規(guī)劃、具體工作、接口人等