一直以來梭伐，我都習慣在Axure上寫需求說明。
但是仰担，也有不少公司或者技術習慣使用word文檔的PRD糊识。
確實，Word文檔形式的PRD有其存在的價值摔蓝，一來方便存檔赂苗，二來也能夠方便習慣使用Word文檔的技術，三來還方便發(fā)郵件做報告贮尉，四來還能夠對于一些有較復雜流程拌滋，需要用到各種圖示的產(chǎn)品項目，word文檔也方便貼圖猜谚。
既然Word文檔的PRD有那么多好處败砂，是不是所有的產(chǎn)品項目都用Word文檔來寫PRD赌渣？
一、如何選擇Word文檔還是Axure文檔寫PRD
在我看來吠卷，Word文檔和Axure文檔各有優(yōu)劣锡垄，可根據(jù)實際情況選擇合適的方式。
Word文檔的PRD是較為傳統(tǒng)并且較成熟的表述方式祭隔，其優(yōu)劣如下：
優(yōu)勢：
1、方便存檔路操，方便交接和傳播（傳遞）
2疾渴、方便習慣使用Word文檔的技術
3、方便發(fā)郵件做報告
4屯仗、還對于一些有較復雜流程搞坝，需要用到各種圖示的產(chǎn)品項目，Word文檔方便貼圖魁袜。
劣勢：
1桩撮、原型和需求文檔需要不斷切換，使用不方便
2峰弹、層次感不足店量，文字較多，容易遺漏部分重要的需求點
3鞠呈、產(chǎn)品經(jīng)理在寫需求文檔的時候融师，也需要不斷切換原型和Word文檔，操作不方便
4蚁吝、產(chǎn)品經(jīng)理寫需求文檔不能很好地直接對照原型進行描述旱爆，容易漏掉部分需求說明
5、Word文檔的文字較多窘茁，頁數(shù)較多怀伦，維護起來不方便
同樣的，在Axure上寫需求說明山林，也有其優(yōu)劣勢房待，其優(yōu)劣如下：
優(yōu)勢：
1、于技術而言 捌朴，無需來回切換原型和Word文檔吴攒，方便理解需求
2、于產(chǎn)品而言砂蔽，無需來回切換原型和Word文檔洼怔，方便描述需求邏輯
3、于產(chǎn)品而言左驾，方便維護需求說明镣隶，有需要修改的极谊，在修訂記錄中記錄修改的地方，在對應的原型修改說明安岂，可以標注為紅色表示修改過
劣勢：
1轻猖、不方便存檔歸檔（相對Word文檔而言）
2、不利于發(fā)郵件和做報告
3域那、Axure的需求說明不方便貼圖咙边，不太適合需要更多圖示來輔助理解需求的功能/項目
（如果是APP類型，不使用Axure提供的需求說明次员，直接在原型里面寫需求說明的方式也不存在該問題）
經(jīng)過一番對比败许，既然這兩種方式各有優(yōu)劣，那該如何選擇淑蔚？
對于中小型項目市殷，需要快速出原型，并快速迭代的項目刹衫，建議直接在原型上寫需求說明醋寝，快速給技術提供原型和需求說明文檔。
對于流程復雜带迟，特別是一些后臺類型的項目音羞，可使用Word文檔。因為需要加入流程圖邮旷、類圖黄选、時序圖之類的圖示輔助技術理解需求，Word更方便貼圖婶肩。
很多產(chǎn)品在畫原型和寫需求說明的時候办陷，習慣將需求說明寫在原型里面，并用輔助線來連接需求說明和對應的功能（組件）律歼，個人認為民镜，這種方式不是很好，雖然我曾經(jīng)也是這么寫的险毁。至于為什么不好制圈，可以繼續(xù)往下讀。
如果你習慣了使用Axure來寫需求文檔畔况，如何克服Axure存在的缺陷鲸鹦？也就是克服上面所提到的Axure寫需求文檔的劣勢。
二跷跪、如何同時兼顧Axure需求文檔和Word需求文檔
因為我習慣在Axure上直接寫需求說明馋嗜，所以我曾經(jīng)一直思索著如何才能夠讓Axure能夠克服其劣勢，并兼顧習慣使用Word文檔的技術吵瞻。
如何解決上面所提到的Axure寫原型文檔的劣勢葛菇？
1甘磨、不方便存檔歸檔（相對Word文檔而言）——導出Word文檔，用于存檔歸檔
2眯停、不利于發(fā)郵件和做報告——導出Word文檔济舆，用于發(fā)送郵件和做報告
3、Axure的需求說明不方便貼圖莺债，不太適合需要更多圖示來輔助理解需求的功能/項目——在Axure中增加獨立的一個頁面用作附加的說明滋觉，將流程圖、類圖九府、用例圖椎瘟、時序圖等貼在該頁面，作為附加說明侄旬。
導出Word文檔的前提，是在Axure中寫需求文檔時要規(guī)范編寫煌妈。也就是我再前面說到的儡羔，建議不要在原型里面寫需求說明的原因了。因為：
1璧诵、在原型里面寫需求說明汰蜘，會影響原型的內(nèi)容，特別是后臺類型的產(chǎn)品原型之宿，影響開發(fā)閱讀和理解原型
2族操、直接在原型里面寫需求說明，影響雖然較直觀比被，但是不利于存檔色难、做報告等，也不利于做需求文檔的維護等缀，加深了上面所提到的Axure劣勢
相信不少人都知道Axure能夠導出Word文檔枷莉，但是真正將這個功能用起來的人并不多。其實這個功能還是蠻好用的尺迂。這里介紹一下如何通過Axure自帶的功能寫需求文檔笤妙，并導出Word文檔。做到Axure需求文檔和Word需求文檔同時兼顧噪裕，并且維護的時候能夠同步蹲盘。
（在Axure中寫需求文檔）
以上三張圖片是使用Axure 9.0來畫原型和導出Word需求文檔的，同樣的膳音，Axure 8.0也能夠導出Word需求文檔召衔，Axure 9.0有一個比較好的就是，需求說明中的序號能夠和元件中的序號對應上严蓖，并且可以修改序號薄嫡。這樣就不需要通過用線條將原型中的組件和需求文檔進行連接了氧急，減少線條對原型界面的干擾。
通過上面的對比圖毫深，可以了解Axure需求文檔和Word需求文檔的對應關系吩坝。根據(jù)上面的對照圖，下面簡單說一下主要的步驟：
導出的Word需求文檔哑蔫，主要有3~5部分組成：頁面概述钉寝、用戶界面（原型截圖）、需求說明（元件說明）闸迷、交互說明嵌纲、（母版說明）。我常用的是前三部分腥沽，把交互說明也在需求說明中寫上了逮走。
第一步：定義元件字段
建議只需要默認的一個自定義元件字段即可，可以改名為（需求說明）今阳，改名步驟圖如下圖师溅。因為元件說明的字段是需求說明表格中的每一列，也就是說盾舌，自定義元件的字段越多墓臭，表格就越寬，Word文檔的寬度有限妖谴，所以不建議設置過多的自定義元件字段窿锉，如果想要區(qū)分更細的話抖部，可以在這一個字段下面分點寫王浴，如：在需求說明中寫上“功能介紹、交互說明哮独、邏輯描述”等等鼻疮。
第二步：寫需求說明
在定義的元件字段中寫需求說明。說個題外話琳轿，Axure有個不太好的是判沟，不能夠直接在需求說明中貼圖，也沒有刪除線（修改文檔用刪除線更容易區(qū)分）崭篡，如果Axure能夠將需求說明（元件說明）的地方改成富文本的形式挪哄，增加貼圖和刪除線就更完美了。
第三步：導出Word需求說明
點擊“發(fā)布——生成Word說明書”（Ctrl+Shift+D）
第四步：調(diào)整要輸入的內(nèi)容
上面提到導出Word需求文檔有3~5部分組成琉闪，這一步就是設置所需要生成的內(nèi)容格式的迹炼。下面把我所設置的分享出來，就不細說里面的設置了，自己可以自行嘗試一下斯入。
（頁面設置）
因為我這里的原型涉及的模板只有整體框架和底部版權兩個母版砂碉，沒有需要特別說明的，所以不需要生成模板的說明刻两。
經(jīng)過規(guī)范編寫Axure需求文檔之后增蹭，導出的Word需求說明文檔就比較規(guī)范了。
原型規(guī)范化磅摹、需求說明文檔規(guī)劃化滋迈，生成的Html原型以及導出的Word需求說明文檔既能滿足具有不同使用習慣的開發(fā)人員，也方便自己維護文檔户誓。
公眾號：zuopmcom
