用Axure制作一個PRD文檔（結(jié)尾分享模板）

經(jīng)常有小伙伴在微信上問我axure版本的PRD寫法，今天就系統(tǒng)的跟大家分享一下，如何用axure制作一個完善的PRD，廢話不多說，直接開始干貨分享。

1、修改記錄

修改記錄主要記錄你對原型的修改內(nèi)容，否則對于項目成員來說，產(chǎn)品經(jīng)理每修改一次，他們都要從頭開始查看，他們會瘋掉。

修改記錄用axure自帶表格做就行了，字段分別為修改時間、修改內(nèi)容和修改人。修改內(nèi)容一定要能精確的定位到某個頁面，所以頁面頁面要有序號。

2、產(chǎn)品概述

從大的方向，講講項目的相關(guān)背景，有什么目標、有沒有競品對象？階段性計劃是什么，傳遞做這個需求的目的是什么？要達到什么樣的目標？讓項目開發(fā)人員對你的項目背景有了解，程序員知道的越多，做起項目來越有方向性。

3、業(yè)務(wù)流程圖

如果業(yè)務(wù)比較復雜，最好用業(yè)務(wù)流程圖來解釋一下,這樣團隊成員對業(yè)務(wù)有個清晰的認識。

4、功能清單

功能清單也叫feature list 告訴項目成員當前文檔做了哪些功能，前臺需要做那些功能，后臺需要做那些功能，這樣開發(fā)即使沒有文檔，也可以根據(jù)feature list來，而不會有遺漏，測試也可以根據(jù)你的feature list來寫測試用例。feature list可能會更新，每一次更新最好用不同顏色的文字給表示出來。

5、其他功能點

其他功能點主要對開機廣告頁、新手引導頁、集成的SDK等做說明。

6、三大結(jié)構(gòu)圖

把產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品功能結(jié)構(gòu)圖和產(chǎn)品信息結(jié)構(gòu)圖清晰的表達出來，讓團隊長遠對產(chǎn)品的結(jié)構(gòu)有個清晰的認識和了解。

7、全局說明

全局說明主要針對公共的內(nèi)容做一些說明，比如來電話打斷應(yīng)用怎么提示？彈框是從底部彈還是從中間彈？沒有網(wǎng)絡(luò)或者網(wǎng)絡(luò)信號比較弱的時候該如何提示？等等這樣的一些公共功能說明。

8、功能說明

這部分不建議做過多的交互，最多做個點擊跳轉(zhuǎn)，讓項目成員知道各頁面之間的跳轉(zhuǎn)關(guān)系，新手最大的一個誤區(qū)就是覺得交互做的越高保真越好，那樣可以顯得酷炫吊炸天，但你做再好，技術(shù)還得開發(fā)出來，最終用戶用到的還是技術(shù)開發(fā)出來的產(chǎn)品。有的時候一句話就能說清楚的事情，非得花費2個小時去做交互，對整個項目來說，這兩個小時候是白白浪費掉的時間。

這一部分直接在原型上做標注就可以，當然原型有幾種標注形式，大家根據(jù)自己的使用習慣進行選擇，當然每種標注形式有不同的優(yōu)缺點，這個我們在以后的文章中詳細闡述，大家可持續(xù)關(guān)注我們的公眾號：產(chǎn)品劉。

• 信息平鋪環(huán)繞型

直接針對頁面的某個元素拉一條線做說明。

• 信息平鋪上下型

在每個頁面底部做當前頁面的內(nèi)容說明。

• 數(shù)字符號一一對應(yīng)型

在當前頁面的某個元素做數(shù)字標記，然后在頁面的旁邊對每個數(shù)字符號做說明。

當然，有的頁面可能涉及流程邏輯，比如購買流程、提現(xiàn)流程、登錄流程等，對于涉及到復雜邏輯的頁面，我們需要先用任務(wù)流程圖做邏輯說明，然后再針對頁面進行說明。

9、非功能性需求說明

對一些非功能性的需求進行說明，讓文檔顯得更加的完整，當然，如果沒有非功能的需求說明，那也可以不寫。

如果產(chǎn)品是從0-1，文檔需要寫這么多內(nèi)容，如果產(chǎn)品不是從0-1，也可以省略一些內(nèi)容，不是每一項都是必須存在的，PRD就是為了把需求說清楚，只要最后能把需求說清楚就行，千萬不要變成教條主義。

如果有需要PRD文檔模板的小伙伴，可以直接掃下方二維碼添加作者微信領(lǐng)取

推薦大家關(guān)注他的公眾號：產(chǎn)品劉