經(jīng)常有小伙伴在微信上問我axure版本的PRD寫法，今天就系統(tǒng)的跟大家分享一下，如何用axure制作一個完善的PRD，廢話不多說，直接開始干貨分享。
修改記錄主要記錄你對原型的修改內(nèi)容，否則對于項目成員來說，產(chǎn)品經(jīng)理每修改一次，他們都要從頭開始查看，他們會瘋掉。修改記錄用axure自帶表格做就行了，字段分別為修改時間、修改內(nèi)容和修改人。修改內(nèi)容一定要能精確的定位到某個頁面，所以頁面頁面要有序號。從大的方向，講講項目的相關(guān)背景，有什么目標、有沒有競品對象？階段性計劃是什么，傳遞做這個需求的目的是什么？要達到什么樣的目標？讓項目開發(fā)人員對你的項目背景有了解，程序員知道的越多，做起項目來越有方向性。如果業(yè)務(wù)比較復(fù)雜，最好用業(yè)務(wù)流程圖來解釋一下,這樣團隊成員對業(yè)務(wù)有個清晰的認識。功能清單也叫feature list 告訴項目成員當前文檔做了哪些功能，前臺需要做那些功能，后臺需要做那些功能，這樣開發(fā)即使沒有文檔，也可以根據(jù)feature list來，而不會有遺漏，測試也可以根據(jù)你的feature list來寫測試用例。feature list可能會更新，每一次更新最好用不同顏色的文字給表示出來。其他功能點主要對開機廣告頁、新手引導(dǎo)頁、集成的SDK等做說明。把產(chǎn)品結(jié)構(gòu)圖、產(chǎn)品功能結(jié)構(gòu)圖和產(chǎn)品信息結(jié)構(gòu)圖清晰的表達出來，讓團隊長遠對產(chǎn)品的結(jié)構(gòu)有個清晰的認識和了解。全局說明主要針對公共的內(nèi)容做一些說明，比如來電話打斷應(yīng)用怎么提示？彈框是從底部彈還是從中間彈？沒有網(wǎng)絡(luò)或者網(wǎng)絡(luò)信號比較弱的時候該如何提示？等等這樣的一些公共功能說明。這部分不建議做過多的交互，最多做個點擊跳轉(zhuǎn)，讓項目成員知道各頁面之間的跳轉(zhuǎn)關(guān)系，新手最大的一個誤區(qū)就是覺得交互做的越高保真越好，那樣可以顯得酷炫吊炸天，但你做再好，技術(shù)還得開發(fā)出來，最終用戶用到的還是技術(shù)開發(fā)出來的產(chǎn)品。有的時候一句話就能說清楚的事情，非得花費2個小時去做交互，對整個項目來說，這兩個小時候是白白浪費掉的時間。這一部分直接在原型上做標注就可以，當然原型有幾種標注形式，大家根據(jù)自己的使用習(xí)慣進行選擇，當然每種標注形式有不同的優(yōu)缺點，這個我們在以后的文章中詳細闡述，大家可持續(xù)關(guān)注我們的公眾號：產(chǎn)品劉。
在當前頁面的某個元素做數(shù)字標記，然后在頁面的旁邊對每個數(shù)字符號做說明。當然，有的頁面可能涉及流程邏輯，比如購買流程、提現(xiàn)流程、登錄流程等，對于涉及到復(fù)雜邏輯的頁面，我們需要先用任務(wù)流程圖做邏輯說明，然后再針對頁面進行說明。對一些非功能性的需求進行說明，讓文檔顯得更加的完整，當然，如果沒有非功能的需求說明，那也可以不寫。如果產(chǎn)品是從0-1，文檔需要寫這么多內(nèi)容，如果產(chǎn)品不是從0-1，也可以省略一些內(nèi)容，不是每一項都是必須存在的，PRD就是為了把需求說清楚，只要最后能把需求說清楚就行，千萬不要變成教條主義。如果有需要PRD文檔模板的小伙伴，可以直接掃下方二維碼添加作者微信領(lǐng)取??????推薦大家關(guān)注他的公眾號：產(chǎn)品劉
張沐的新書《運營思維:全方位構(gòu)建運營人員能力體系》已經(jīng)在京東、當當平臺可以購買，可以私聊我獲取簽名版。
積累了7年的產(chǎn)品運營實操經(jīng)驗，期間經(jīng)歷過從小公司到中型公司、從To C到To B的產(chǎn)品運營工作，主導(dǎo)過從0到1的產(chǎn)品，深知不同類型產(chǎn)品在不同階段的運營要點。
