?一．什么是需求文檔
PRD(Product Requirements Document)通過文字的形式將產(chǎn)品的需求特性與邏輯描述出來。
二．需求文檔的位置
需求文檔定位世澜，就是把我們之前做過的所有東西除了UI設計之外都囊括進來独旷，把它文檔化的點。
?我的產(chǎn)品規(guī)劃是什么寥裂、我的產(chǎn)品發(fā)展方向是什么嵌洼、我的階段性目標是什么、Feature List是什么封恰、可能把有些圖也要附上來麻养、交互設計的原型也要附上來，把他文檔化的點诺舔。它是最基本的鳖昌、最基礎的、歸檔性質(zhì)的文檔混萝。
?需求文檔遗遵，產(chǎn)品經(jīng)理必須能寫。
回顧整個流程：從市場分析逸嘀、競品分析车要、用戶分析反饋、產(chǎn)品數(shù)據(jù)收集到很多需求到需求池崭倘，周期性的到需求池翼岁。再加上目標类垫、階段性的目標，加上產(chǎn)品規(guī)劃的因素琅坡，得到RoadMap悉患，下一階段做什么、重點做什么榆俺、下個版本做什么售躁，再到畫原型，然后再到寫需求茴晋。畫原型與寫需求沒有強的先后順序陪捷，先畫原型，更方便理解诺擅。
三．為什么要寫需求文檔
需求文檔給誰看市袖？自己、開發(fā)人員烁涌、測試人員苍碟、項目經(jīng)理、運營人員撮执、設計人員微峰、其他產(chǎn)品經(jīng)理。
?需求文檔的作用是什么二打？
1.傳達產(chǎn)品開發(fā)需求
?2.保證各部門溝通有理有據(jù)
3.產(chǎn)品質(zhì)量控制的具體標準
4.歸檔
為什么有了原型還要寫需求县忌？原型大部分表達的偏正向的掂榔，背后的邏輯需要寫到需求文檔继效，有些是很底層的邏輯無法通過原型表達。
四．需求文檔的主要結(jié)構(gòu)
需求文檔的主要結(jié)構(gòu)
?1.需求背景装获、項目目標：簡單介紹背景瑞信，明確項目目標
2.核心內(nèi)容
? 需求列表：版本需求清單-Feature List
? 邏輯展示：功能流程圖、原型圖
? 詳細邏輯描述：文字化描述細節(jié)穴豫、邊界邏輯
3.性能需求凡简、數(shù)據(jù)需求：根據(jù)需求情況撰寫
需求文檔包含哪些內(nèi)容 :
1.修訂記錄
(1)標題 ?更新版本號，方便區(qū)分查閱
(2)修訂記錄 ?備注更新時間 ?區(qū)分版本號 ?描述改動內(nèi)容（刪除注明） ?寫明撰寫人員 ?注
意顏色：每次修改用不用的顏色精肃，方便查閱
2.目錄
目錄秤涩，要把章節(jié)的區(qū)分清楚。章節(jié)的區(qū)分有主章節(jié)和次章節(jié)的區(qū)分司抱。1.1筐眷、1.2為同一個層次的、同一個平級的邏輯习柠，把相似的邏輯放一起匀谣。哪些是并行的照棋，哪些是串行。V1.1 V1.1.1 V1.2 V1.2.1 V1.2.2
3.需求背景及目標
需求背景：讓大家了解為什么要做
項目目標： 可量化的目標讓大家更清楚價值 ?上線后驗證數(shù)據(jù)完成情況的依據(jù) ?項目目標盡量可量化
4.功能特性列表
?拆分標準：內(nèi)部功能模塊的劃分武翎、重要的部分特性單列烈炭、數(shù)據(jù)需求，技術(shù)需求單列
特性列表的作用：對涉及的模塊有一個初步的認知宝恶、方便參與者理解需求并開發(fā)需求
5.需求表達
需求表達符隙，可以考慮圖+文字的形式，只寫文字比較生硬垫毙，把流程圖和原型圖放上去膏执，增加理解。注意圖文的配合露久。
圖+文字的發(fā)揮各自優(yōu)點更米，防止細節(jié)遺漏。
6.細節(jié)邏輯文字撰寫
描述細節(jié)功能點 描述正常邏輯毫痕、不同狀態(tài)的邏輯 描述異常邏輯 描述邊界情況 描述性能指標 細節(jié)邏輯描述的作用 開發(fā)征峦、測試的關(guān)鍵依據(jù)
例如：登錄 寫一個基礎登錄的邏輯描述，寫出正常邏輯消请、異常邏輯栏笆、邊界情況。
7.性能需求
?打開速度臊泰、服務器訪問速度蛉加、Crash率 、負載能力
8.數(shù)據(jù)需求
注意：埋點數(shù)據(jù)不可逆８滋印Ｕ爰ⅰ！
首先埋點需频，有三類數(shù)據(jù)埋點：按鈕點擊丁眼、基礎數(shù)據(jù)、頁面路徑昭殉，怎樣分別進行埋點苞七，埋點的邏輯，需要考慮清楚挪丢。
然后分析數(shù)據(jù)蹂风。
