PRD全稱Product Requirement Document，中文名為“產(chǎn)品需求文檔”叨橱。其核心目的是幫助開發(fā)典蜕、測試、運營罗洗、產(chǎn)品人員理解該需求的背景和具體要求愉舔，減少產(chǎn)品實現(xiàn)過程中諸多不必要的重復解答，從而提升整體項目推進效率伙菜。那么轩缤，一份合格的PRD應(yīng)該包含哪些內(nèi)容才能避免被懟呢？
一贩绕、更新記錄
由于項目在實際推進過程中會出現(xiàn)多方并行火的，以及需求的變更和完善等情況，一份最終版的PRD可能經(jīng)過了多次編輯和更新淑倾。所以需要在文檔中添加更新記錄卫玖，方便團隊成員了解完整的需求信息。更新記錄中一般包含版本號踊淳、更新時間假瞬、核心變更內(nèi)容（盡可能添加文檔索引）和操作人陕靠。需要注意的是，由于大型項目的版本更新需求涉及的業(yè)務(wù)相對較多脱茉，所以產(chǎn)品不同版本的PRD一般分成不同的文檔進行匯總剪芥，而此處的版本號指文檔變更的版本，并非產(chǎn)品對應(yīng)的版本號（如合并到同一文檔可在前面再添加一列記錄）琴许。
二税肪、目錄
此處的目錄指帶索引功能的目錄（方便團隊成員快速錨點到文檔對應(yīng)位置），可通過文檔自動生成榜田。
三益兄、概述
1. 需求說明
主要說明項目的背景和原始需求，幫助團隊成員理解需求的出發(fā)點箭券。
2. 產(chǎn)品結(jié)構(gòu)
用于描述該產(chǎn)品或需求的主體結(jié)構(gòu)（該結(jié)構(gòu)應(yīng)和后文的功能性需求或非功能性需求說明目錄保持統(tǒng)一）净捅，可使用MindManager/Xmind等腦圖工具繪制，如結(jié)構(gòu)圖過大可考慮通過添加附件的方式提供辩块。
3. 主業(yè)務(wù)流程
通過流程圖蛔六、泳道圖（可用visio工具繪制）對核心業(yè)務(wù)流程進行表達。需要注意的是废亭，此處并非詳細的邏輯/交互流程国章，而是對主業(yè)務(wù)流程的示意，如示意圖過大可考慮通過添加附件的方式提供豆村。
四液兽、名詞釋義
如文檔內(nèi)包含特定的專有名詞，包括全新定義的掌动、已有的非常見的名詞四啰，以及常見名詞的衍生定義御滩，則需要對相應(yīng)的名詞進行解釋。
五绰播、功能性需求
1. 全局性交互和數(shù)據(jù)規(guī)則
1）交互
全局性交互更多見于一些加載虽另、網(wǎng)絡(luò)、提醒情況下仆邓，某些特定的交互和場景下也可能存在特殊的全局性需求（如微信的懸浮窗功能）。
2）數(shù)據(jù)規(guī)則
全局性數(shù)據(jù)規(guī)則常見于最高優(yōu)先級（相對）的數(shù)據(jù)，用于限制下級數(shù)據(jù)的下發(fā)凭迹，如黑名單管理、用戶狀態(tài)等苦囱。
2. 各個模塊的詳細說明
對于各個模塊的層級劃分需和前文的產(chǎn)品結(jié)構(gòu)保持一致嗅绸，需詳細描述業(yè)務(wù)模塊的展示、交互和數(shù)據(jù)邏輯撕彤，一般包括以下幾個方面：
1）原型
具體該模塊的原型鱼鸠，若與實際設(shè)計圖有變化（包括信息元素的變動或布局的較大變動）猛拴，應(yīng)替換為設(shè)計圖截圖或修改后的原型。
2）信息/顯示規(guī)則
基于原型所見內(nèi)容或規(guī)則需要蚀狰，模塊中會用到哪些信息愉昆，以及展示時候有哪些類型或限制，具體說明為：
A.信息展現(xiàn)形式：文字麻蹋、圖片跛溉、圖標；
B.信息展示內(nèi)容：具體文案扮授、圖標的需求芳室；
C.同一信息如果存在不同類型或狀態(tài)的說明，比如性別男刹勃、女堪侯；
D.信息展示的規(guī)則限制，常見有：字數(shù)限制深夯、行數(shù)限制抖格、高度限制、寬度限制咕晋、縮放限制雹拄、顏色限制、格式限制掌呜、隱藏限制等滓玖。
3）交互規(guī)則
交互的范圍很廣，常見的交互需求應(yīng)包括以下內(nèi)容质蕉，但可能很多交互情況的處理方式可以標準化势篡，但在需求中仍需說明，具體應(yīng)根據(jù)實際產(chǎn)品/需求而定模暗。
A.交互操作：點擊禁悠、加載（加載中、加載失敗兑宇、加載超時）碍侦、滑動/拖動（左滑、右滑隶糕、上拉瓷产、下拉）、長按枚驻、雙擊濒旦、多點操作等；
B.交互響應(yīng)：變色/變暗/變量再登、區(qū)域響應(yīng)尔邓、文字響應(yīng)晾剖、動畫響應(yīng)、效果響應(yīng)铃拇、文字顯示钞瀑；
C.響應(yīng)結(jié)果：指的是交互操作后的各種結(jié)果，某些情況下如果需求特殊的交互響應(yīng)過程/動畫慷荔，應(yīng)特別說明雕什；
D.技術(shù)實現(xiàn)：專指特殊的交互動作/動畫需求，應(yīng)提前找到案例或與開發(fā)人員溝通显晶，避免不具備可實現(xiàn)性贷岸。
4）數(shù)據(jù)規(guī)則
與“信息”的差異在于，信息更偏于直接顯示的磷雇、以及落地到每一個文字/圖標細節(jié)的元素偿警，而數(shù)據(jù)規(guī)則是更整體化的規(guī)則說明。數(shù)據(jù)規(guī)則制定時唯笙，應(yīng)首先確定好方向定位螟蒸，再擬定初版規(guī)則并進行完善，同時數(shù)據(jù)規(guī)則的設(shè)定一般對技術(shù)依賴嚴重崩掘，因此需提前和技術(shù)溝通七嫌。（一般而言，數(shù)據(jù)規(guī)則至少包括數(shù)據(jù)如何獲取苞慢、數(shù)據(jù)如何緩存兩部分）诵原。
5）異常狀態(tài)
異常狀態(tài)常見包括加載失敗、無數(shù)據(jù)挽放、超時等绍赛，同時，部分特定場景下的產(chǎn)品/功能還有特別的異常狀態(tài)辑畦，比如未獲得相關(guān)權(quán)限吗蚌、無相關(guān)設(shè)備、空間存儲不夠纯出、文件丟失蚯妇、文件格式不支持等。
六潦刃、非功能需求
非功能性需求基于不同類型的產(chǎn)品/項目侮措，差異性可能較大懈叹，常見的類型包括：
1）性能需求乖杠。如大致響應(yīng)時間需求、最大并發(fā)數(shù)要求等澄成；
2）兼容性需求胧洒。通常情況下畏吓，PC端網(wǎng)頁要求對主流瀏覽器如IE、Chrome卫漫、360菲饼、QQ的兼容，H5網(wǎng)頁要求對UC列赎、QQ宏悦、微信、Safari等瀏覽器或客戶端兼容包吝，iOS APP要求兼容iOS891011系統(tǒng)以及iphone5饼煞、5s、6s等以上設(shè)備诗越，安卓APP要求兼容4.2/5.x/6.x/7.x/8.x/9.x等主流系統(tǒng)以及華為砖瞧、小米、三星嚷狞、oppo块促、vivo等設(shè)備；同時移動網(wǎng)絡(luò)都要求兼容電信床未、移動竭翠、聯(lián)通三大運營商基本網(wǎng)絡(luò)類型等；
3）網(wǎng)頁的URL和TKD即硼；
4）大頁面/模塊的緩存規(guī)則（但如果部分模塊的緩存規(guī)則是獨立的逃片，則應(yīng)在具體模塊的數(shù)據(jù)規(guī)則說明中直接說明）；
5）純文字/圖片設(shè)計內(nèi)容（比如設(shè)計禮物只酥、表情等）褥实；
6）風險控制需求。部分業(yè)務(wù)有可能存在一定的風險裂允，比如被刷注冊损离、刷評論等，這類風險可提前在技術(shù)實現(xiàn)時做一定的兼容可控性绝编。
七僻澎、數(shù)據(jù)統(tǒng)計需求
數(shù)據(jù)統(tǒng)計有的可直接在服務(wù)器統(tǒng)計，有的則需要前端/客戶端上報統(tǒng)計十饥，有的還可以直接使用第三方統(tǒng)計工具窟勃，需根據(jù)實際情況區(qū)分。但一般包含以下四部分：
1）基本數(shù)據(jù)統(tǒng)計：如用戶新增逗堵、活躍秉氧、留存等統(tǒng)計；
2）業(yè)務(wù)數(shù)據(jù)統(tǒng)計：如業(yè)務(wù)收入蜒秤、支出汁咏、付費率亚斋、退款率等統(tǒng)計；
3）事件行為統(tǒng)計：以操作類統(tǒng)計為主攘滩，可組合成相應(yīng)的路徑統(tǒng)計帅刊；
4）統(tǒng)計展示后臺：主要用于展示數(shù)據(jù)報表，方面產(chǎn)品漂问、運營和管理人員直觀查看數(shù)據(jù)赖瞒。
八、交付與上線
1.交付說明
交付的核心是保證項目/產(chǎn)品在推進過程中有對應(yīng)的人員進行對接蚤假，所以需要針對涉及到的不同部門冒黑，明確相應(yīng)的交接人員，如：開發(fā)勤哗、測試抡爹、運營、財務(wù)等芒划。
2.上線方案
為確保產(chǎn)品的最終效果冬竟，一個優(yōu)秀的上線方案至少應(yīng)從以下方面準備充分：
1)歷史數(shù)據(jù)或交叉業(yè)務(wù)處理；
2)技術(shù)支持民逼；
3)運營方案泵殴；
4)推廣策略；
5)數(shù)據(jù)和用戶反饋跟蹤拼苍。
結(jié)語
PRD的意義在于圍繞業(yè)務(wù)把需求表達出來笑诅，把要做的東西說清楚說明白，提前把一些需要準備的事項安排好疮鲫，其核心的目的是提升項目的溝通和推進效率吆你。不可否認，PRD的編寫能力俊犯，可以體現(xiàn)一個產(chǎn)品經(jīng)理對于需求的理解和表達能力妇多，但這并非適用于所有公司和產(chǎn)品。對于一些小型項目或者小版本改動燕侠，可能大部分的交互和邏輯描述只需要在高保真原型上示意就夠了者祖，編寫完整的PRD再推進還可能影響整體的項目推進效率，所以绢彤，最重要的還是圍繞業(yè)務(wù)和項目實際情況七问，選擇合適的方式把需求準確的表達出來。
