需求文檔（PRD）主要作用是
1、向成員表達(dá)清楚產(chǎn)品的功能和性能。
2、交互設(shè)計(jì)師要參考prd來設(shè)計(jì)高保真原型，開發(fā)要參照prd來寫程序，測(cè)試也要參考prd
3、Prd沒有統(tǒng)一的模板，取決于公司標(biāo)準(zhǔn)、個(gè)人喜好和團(tuán)隊(duì)要求，能夠讓團(tuán)隊(duì)其他成員快速了解你要表達(dá)的內(nèi)容的prd就是好的prd。
什么時(shí)候?qū)懶枨笪臋n：
列出功能結(jié)構(gòu)圖、信息結(jié)構(gòu)圖、功能點(diǎn)流程圖、頁(yè)面流程圖、產(chǎn)品結(jié)構(gòu)圖、畫出線框圖原型，然后寫需求文檔，
寫完需求文檔后，再交給交互設(shè)計(jì)，同時(shí)讓他來優(yōu)化你做出的流程圖、產(chǎn)品結(jié)構(gòu)圖、線框圖原型圖——交互設(shè)計(jì)師做出帶有交互設(shè)計(jì)說明的高保正線框圖，產(chǎn)品結(jié)構(gòu)圖，頁(yè)面流程圖后交給ui設(shè)計(jì)師，制作高保真原型圖并切圖標(biāo)注?！_發(fā)人員參照需求文檔，帶著高保真設(shè)計(jì)圖，和其他各種圖開發(fā)。
有些公司沒有交互設(shè)計(jì)。是產(chǎn)品經(jīng)理兼任
需求文檔相關(guān)內(nèi)容
文件命名方式
1、產(chǎn)品名-PRD-版本號(hào)。例如，微信-PRD-1.0.0
2、微小的改動(dòng)要增加版本號(hào)小數(shù)末位。微信-PRD-1.0.1
3、較小的改動(dòng)要增加版本號(hào)小數(shù)點(diǎn)首位。微信-PRD-1.1.1
4、下個(gè)版本要增加首位。微信-PRD-2.0.0
遞交給別人的改動(dòng)版本號(hào)，每個(gè)版本最好保存原稿，不要直接去改。
修訂記錄
讓他人快速知道自己所看的版本和之前都有哪些不同。用表格形式表達(dá)。
項(xiàng)目概述
對(duì)當(dāng)前版本，項(xiàng)目開發(fā)時(shí)的背景，主要開發(fā)的產(chǎn)品功能，我們希望借此版本達(dá)到的目標(biāo)，項(xiàng)目團(tuán)隊(duì)成員做出介紹，讓團(tuán)隊(duì)內(nèi)其他成員能夠?qū)?xiàng)目快速了解。（個(gè)人體會(huì)：小公司不用寫這個(gè)。直接原型圖交給交互，加上功能表和時(shí)間表就好。）
滿足需要描述
說明什么用戶會(huì)在什么場(chǎng)景下使用我們此版本中開發(fā)的功能，滿足什么樣的需要，讓團(tuán)隊(duì)成員清楚本版本對(duì)用戶的價(jià)值。
功能列表
功能點(diǎn)列在一個(gè)表格之中，編號(hào)并標(biāo)出優(yōu)先級(jí)，可以讓團(tuán)隊(duì)成員快速了解本版本要實(shí)現(xiàn)的功能點(diǎn)具體都有哪些（不管什么情況，直接顯示內(nèi)容的功能點(diǎn)可以不寫，原型圖展示）
業(yè)務(wù)流程圖。適合邏輯關(guān)系復(fù)雜的。
信息結(jié)構(gòu)圖。輔助技術(shù)人員做接口
名詞解釋。比如，什么是游客（沒有注冊(cè)賬戶的用戶）
需求描述
用例圖。如果有多種用戶類型，不同用戶類型在產(chǎn)品中有不同的權(quán)限，使用不同的功能，從不同類型的用戶的角度來說能使用產(chǎn)品中的那些功能點(diǎn)，或者說能夠做哪些事情。一般如果一個(gè)產(chǎn)品的用戶只有單純的一種身份，這個(gè)用例圖就可以不用畫。
如何描述功能點(diǎn)。
1、按照功能主次順序來說。前置條件這種大家都明白的話不用寫。
2、從用戶使用流程的角度來描述。比如，微信的錄音方式，按住說話，松開就是發(fā)送。不寫清楚可能會(huì)點(diǎn)擊開始錄音，點(diǎn)擊發(fā)送才是發(fā)送語(yǔ)音。
流程包括三點(diǎn)：基本流程、備選流程、異常流程。
3、邏輯描述方式。跟第一點(diǎn)差不多，不同的是見圖。
4、把握功能點(diǎn)的顆粒度。不能太大不能太小。比如發(fā)送消息給朋友，這樣就太大，正確的說法是：發(fā)送文本消息、發(fā)送圖片消息、發(fā)送語(yǔ)音消息。如果說輸入消息文本、確認(rèn)發(fā)送文本，這個(gè)顆粒度就太小了。
5、非功能需求也要寫進(jìn)去。可靠性需要、接口需要、性能需要、安全需要、運(yùn)行環(huán)境需要、易用性需要、可維護(hù)性需要、接口需要、數(shù)據(jù)統(tǒng)計(jì)需要、運(yùn)營(yíng)推廣需要等。
需求文檔寫完了，要開會(huì)，評(píng)審、修改、再開會(huì)、評(píng)審、修改.....直到你的需求文檔大家都比較滿意了之后。開始交給設(shè)計(jì)師和技術(shù)人員開始開發(fā)。最好進(jìn)入公司要來以前的需求文檔，看他們?cè)趺磳懙模缓髮懗鲎钸m合開發(fā)團(tuán)隊(duì)的。
如何制作基于原型圖的需求文檔。附圖。（創(chuàng)業(yè)公司更偏好這種需求文檔，直接寫在原型圖里）
