基于AxureRP的快速原型設(shè)計法確實能提高原型設(shè)計的效率和提升用戶演示的效果，產(chǎn)品設(shè)計、交互設(shè)計或者是產(chǎn)品經(jīng)理在做完原型設(shè)計，確認好需求之后，都不可避免的要寫PRD文檔或者是交互設(shè)計稿。大公司才會有交互設(shè)計師這個崗位，也就才會有交互設(shè)計稿這種文檔產(chǎn)出，一般的公司都是只有產(chǎn)品設(shè)計師、需求分析師、商務(wù)分析師或者產(chǎn)品經(jīng)理這樣的崗位，這個崗位基本會包辦了從需求收集，需求分析，需求設(shè)計，原型設(shè)計，編寫PRD這樣的一個過程，所以說小公司比較鍛煉人，會練就全能的本事。

編寫PRD文檔是個較為苦命的工作項，具體的編寫要求參見《如何書寫好的產(chǎn)品需求文檔PRD》，這份文檔將會作為產(chǎn)品的指導(dǎo)性文檔，告訴開發(fā)、測試產(chǎn)品的需求點，實現(xiàn)的要求，驗證的邏輯，運營人員也需要參考，以獲知當前產(chǎn)品所能達到的功能層次。寫文檔的時候事無巨細吧，人家會嫌你寫的太繁瑣了；寫的太簡單吧，人家又會嫌你沒說清楚該說的；開始使用敏捷模式要求文檔弱化了，但其實只是在過需求的時候不需要提前先把PRD寫好，事后還是得補的；寫文檔耗掉的時間多了，人家會說能否除掉一半，功能需求都確認好了，你只是將它描述出來為什么要用掉那么多的時間？凡此種種，都讓做產(chǎn)品的我們感覺命怎么這么苦，因此開拓一種寫PRD的新思路新方法是相當有必要的。

現(xiàn)在都講究用工具來輔助，工具用的好，確實能事半功倍，那要是工具用的不好呢？那就只能自求多福了。原型設(shè)計軟件的主要功能還是用來做原型，那是否原型演示完了之后就沒有用了呢？這個我想有點工作經(jīng)驗的人都不會這么認為，當然我們還是可以發(fā)揮一下原型的剩余價值的。大家都知道，如果一份文檔里面可以圖文結(jié)合，所描述的東西更能吸引到人去閱讀，也更能幫助別人理解。AxureRP所設(shè)計的原型支持HTML格式的瀏覽，相較于其他原型設(shè)計軟件直接產(chǎn)出圖片，AxureRP的原型即可以直接導(dǎo)出成圖片格式，也可以通過在瀏覽過程當中用截圖軟件來截圖的方式使用，當然后一種方式更為繁瑣，后面說明為什么直接生成圖片反而不方便。

使用AxureRP自帶的文檔生成功能去生成PRD文檔

這點我在之前寫AxureRP使用教程的時候有提到過，AxureRP是支持通過即定的word模板格式來導(dǎo)出生成文檔的，可以參考《AxureRP教程–生成規(guī)格說明書》。不過使用這個功能對自身的要求是比較高的：

1、要對AxureRP所提供的注釋功能非常熟悉，其默認提供的注釋字段是國際通用的，并不適合中國國情，要根據(jù)產(chǎn)品和項目的需求進行修改和自定義。要了解組件注釋和頁面注釋的使用方式，以及這些注釋會出現(xiàn)在文檔的什么位置等；

2、要在做原型設(shè)計的時候就做好注釋的錄入，每個組件的交互，前置觸發(fā)條件，后置反饋事件，以及每個頁面的功能說明等，這是一項細致活，挺耗時間的，和快速原型設(shè)計的要求不大相符；且萬一在確認需求的過程當中需要修改的，這個維護量也比較大；

3、要熟悉word的格式排版設(shè)置，用AxureRP默認提供的word模板生成出來的PRD文檔，估計不符合大多數(shù)公司的文檔編寫要求，如果沒有要求的則可以直接使用，否則就得自己倒騰一個word模板出來，這個對word的功底要求較高，再就是還得熟悉AxureRP里面模板導(dǎo)入的機制和模板使用機制；

4、綜上所述，這個功能雖然很強大但實際應(yīng)用的較少，其實比較雞肋，個人是已經(jīng)放棄了，有興趣的朋友可以深入研究一下，到時分享一下；

基于AxureRP原型的PRD文檔編寫

這個方式其實就是截圖，然后用截圖+文字的形式來書寫PRD文檔，有人就說了，圖片制作軟件那么多，為什么非得用AxureRP來做原型，還得截圖呀，這里有個已經(jīng)使用AxureRP的前提：

1、AxureRP提倡快速原型設(shè)計法，可以大大減少原型設(shè)計的時間，這是選擇使用AxureRP的一個原因；

2、AxureRP支持HTML格式的瀏覽，極大的方便了原型的演示效果，可以很清楚地告訴演示對象每個頁面的跳轉(zhuǎn)，每個按鈕的操作效果，每個連接點擊結(jié)果等，這是選擇使用AxureRP第二個原因；

當然AxureRP的優(yōu)點不止于此，原因可能很多，但主要的是這兩個方面，這兩個前提決定了我們當前都是使用AxureRP來做原型設(shè)計的，然后再討論如果在已經(jīng)使用AxureRP的情況再來優(yōu)化截圖寫PRD的方法，否則就沒法進行下去了。

1、為什么是HTML格式頁面的截圖而不是直接導(dǎo)出圖片？這個從操作層面上來講，導(dǎo)出圖片的模式操作流程如下：

導(dǎo)出為圖片>>>打開word>>>選擇插入菜單>>>選擇插入圖片>>>搜尋圖片所在文件夾>>>選擇圖片>>>點擊按鈕完成插入圖片操作；

或者是下面這種方式：

導(dǎo)出為圖片>>>打開圖片所在文件夾>>>選擇插入圖片并打開>>>復(fù)制圖片>>>打開word>>>粘貼圖片完成插入圖片操作；這個比上面的省一個步驟；

從HTML頁面截圖的模式操作流程如下：

打開對象所在HTML頁面>>>用截圖工具截圖>>>復(fù)制所截圖片>>>打開word>>>粘貼圖片完成插入圖片操作；

對比一下就知道，用截圖的方式所需的操作步驟是最少的，也就是最能節(jié)省時間的，這里推薦一個截圖工具：Snagit（下載地址），可以對所截的圖進行一些簡單的編輯，比如畫個圈圈提示一下，畫點箭頭什么的。

2、基于AxureRP原型截圖這種方式更能適應(yīng)需求變化。大家都知道AxureRP是支持單個頁面的修改單個頁面重新生成原型的，不需要整體原型重新生成一遍，這樣某個地方修改了，只要重新生成一下原型，然后再截圖修改即可，而導(dǎo)出圖片的方式AxureRP只支持導(dǎo)出主頁和導(dǎo)出全部頁面兩種方式；

3、截圖工具的輔助功能，上面也提到了，可以對圖片做一些必要的處理；

這是截圖+文字的模式，有了截圖之后，編寫描述文字應(yīng)該就方便很多了，避免出現(xiàn)大段的文字。另外PRD編寫一般都是有格式要求的，有些內(nèi)容不能用工具來解決，一般一份PRD文檔要包含以下這些內(nèi)容：

1、概述部分：簡單介紹一下產(chǎn)品的背景，產(chǎn)品的價值或者愿景，產(chǎn)品的簡單介紹，一些預(yù)估的風險點，干系人，名詞解釋等等；

2、業(yè)務(wù)需求描述部分：定義好目標用戶群體，業(yè)務(wù)流程圖，業(yè)務(wù)架構(gòu)圖，腦圖等等的介紹；

3、功能需求描述部分：這部分才是用到上面所述方法的點，每個功能點都可以用那樣的方式描述；

4、非功能需求描述部分：與產(chǎn)品相關(guān)的一些輔助功能，性能要求、易用性要求等等；

5、接口描述部分：與外部有相關(guān)接口的需要在這個部分描述；

6、附錄部分：培訓信息、參考資料等，還可以有運營計劃等等；

完整的PRD文檔中，最多的部分就是對功能需求的分解描述，AxureRP可以很好的支撐這個部分的全部內(nèi)容，另外其實AxureRP也有流程圖、UML圖的功能，業(yè)務(wù)流程圖、業(yè)務(wù)架構(gòu)圖等都可以在AxureRP里面實現(xiàn)出來。

基本上我自己目前就采用的是如上的方式來編寫PRD文檔，在原型已經(jīng)設(shè)計好并演示確認了的情況下，編寫PRD文檔一般都比較快速，30頁到50頁之間的文檔，如果時間利用充分的話，可以在1天到1天半之內(nèi)搞定。產(chǎn)品經(jīng)理都是很忙的，時間擠擠總會有的，要在有限的時間內(nèi)做更多的事，一是要充分利用工具，二是要發(fā)掘一些新的方法，雙管齊下，應(yīng)該就可以找到適合自己的Style！