首先PRD面向的大多是設(shè)計與技術(shù)人員握爷，設(shè)計師更多依賴于原型進(jìn)行交互或視覺的設(shè)計旷档，因此看這份文檔的人就會偏向技術(shù)人員模叙。他們不太關(guān)注產(chǎn)品的商業(yè)需求和市場愿景，更多的是關(guān)注界面鞋屈、功能范咨、交互、元素等等內(nèi)容厂庇，因此PRD文檔是一份詳細(xì)的產(chǎn)品功能需求說明文檔（這句話有份量Ｇ ）。 ? ? ?PRD是產(chǎn)品中最底層和最細(xì)致的文檔权旷，我們腦海里構(gòu)思的是成品產(chǎn)品的界面功能的邏輯線框圖替蛉。
第一步：用思維導(dǎo)圖梳理出信息結(jié)構(gòu)圖 ? ? ? ? ? ? ? ? ? 信息結(jié)果也是服務(wù)端技術(shù)人員創(chuàng)建數(shù)據(jù)庫的依據(jù)。
第二步：依據(jù)思維導(dǎo)圖羅列出的信息結(jié)構(gòu)炼杖，我們以用戶的視角進(jìn)行一步一步的模擬操作灭返，繪制出產(chǎn)品結(jié)構(gòu)圖和用戶流程圖（其實(shí)就是很詳細(xì)的功能圖，腦海中要能模擬出產(chǎn)品的一個流程）
第三步：原型設(shè)計（手繪原型坤邪、灰模熙含、交互原型） ? ? ? ?原型設(shè)計幫助我們更細(xì)致的思考，并做出各項(xiàng)需求的評估艇纺，同時也是將自己腦海里的想法進(jìn)行輸出怎静，通過原型設(shè)計，就可以進(jìn)行產(chǎn)品宣講了黔衡。相比于之前的文字描述蚓聘，原型則更加清晰產(chǎn)品的需求，設(shè)計盟劫、技術(shù)或老板也能夠更加直觀地剖析產(chǎn)品的意圖夜牡。
由于移動產(chǎn)品的交互需求復(fù)雜，原型設(shè)計軟件難以高效地表達(dá)需求侣签，因此移動互聯(lián)網(wǎng)產(chǎn)品的設(shè)計通常是交互原型加交互文檔組合成PRD文檔塘装。
第四步：撰寫PRD文檔 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? PRD文檔沒有標(biāo)準(zhǔn)的規(guī)范，也沒有統(tǒng)一的模板影所，但是有兩項(xiàng)是必不可少的蹦肴，那就是文件標(biāo)識和修改記錄。文檔在撰寫過程中可以不斷修改完善猴娩，但如果正式發(fā)布或交給其他成員后阴幌，一旦有修改就必須標(biāo)注出文檔的修改內(nèi)容勺阐，備注修改記錄。
PRD常見三種形式：Word矛双、圖片pdf渊抽、交互原型 ? ? ? ? ? 產(chǎn)品交互原型已經(jīng)是很完善的產(chǎn)品Demo了，因此我們只需要加上元素的標(biāo)注议忽，這樣到處的文檔比word更直觀易懂腰吟，這是非常高效的說明方式。
第五步：用例文檔（UML用例圖徙瓶、流程圖） ? ? 在產(chǎn)品和技術(shù)領(lǐng)域里都有UML的技能知識，而對產(chǎn)品人員的UML則更多的是指用例圖—用戶流程圖嫉称。 ? ?用例文檔是由多個用例組成的一份文檔侦镇，主要用于技術(shù)開發(fā)與測試使用，用于講解某個環(huán)節(jié)的功能邏輯织阅，例如用戶注冊壳繁、活動報名等等功能都是需要用例輔助說明的。用例文檔的寫作時間在原型設(shè)計之后荔棉，通常和PRD文檔同步撰寫闹炉。
一份完整的用例文檔由以下四個部分組成：1.注明使用產(chǎn)品的各個角色（參與者）和角色說明； 2.以用例圖的方式注明角色們在前后端的用例關(guān)系润樱；3&4.以流程圖的方式注明角色在各個功能環(huán)節(jié)的活動過程渣触、并撰寫各個功能環(huán)節(jié)的用例描述。
表格說明
4.1用例名:此功能環(huán)節(jié)的名稱壹若；4.2用例編號:此產(chǎn)品中該用例編號嗅钻；4.3行為角色：參與或操作該功能的角色；4.4簡要說明:最少文字描述一下該功能的需求店展；4.5前置條件:參與或操作該公能的前提條件养篓；4.6后置條件：執(zhí)行完畢后的條件結(jié)果；4.7流程圖:該功能的角色活動過程：3中給出
