最近更新|軟件分類|單機(jī)游戲|軟件專題|手機(jī)版|軟件發(fā)布 怎么用Axure寫產(chǎn)品需求文檔 Axure寫產(chǎn)品需求文檔教程
首頁>圖形設(shè)計(jì)>怎么用Axure寫產(chǎn)品需求文檔 Axure寫產(chǎn)品需求文檔教程

怎么用Axure寫產(chǎn)品需求文檔 Axure寫產(chǎn)品需求文檔教程

我要評(píng)論2019/03/14 10:56:15來源:9553下載編輯:

Axure RP是一款專業(yè)的快速原型設(shè)計(jì)工具,目前受眾面非常廣,相信很多小白還不清楚怎么用Axure寫產(chǎn)品需求文檔?下面小編為您帶來Axure寫產(chǎn)品需求文檔教程。

怎么用Axure寫產(chǎn)品需求文檔?

一個(gè)PRD文檔需要包含以下的內(nèi)容:

1、概述

1.1、名詞說明:文檔中涉及到的名詞

1.2、產(chǎn)品概述及目標(biāo)

1.3、產(chǎn)品風(fēng)險(xiǎn)預(yù)估

1.4、產(chǎn)品開發(fā)進(jìn)度:產(chǎn)品開發(fā)階段及責(zé)任人與時(shí)間節(jié)點(diǎn)

2、使用者需求

2.1、使用者需求描述:定義用戶是誰

2.2、管理員需求描述:后臺(tái)管理部分(很多人會(huì)忽略這個(gè)部分)

2.3、任務(wù)流程圖:從業(yè)務(wù)邏輯流程到產(chǎn)品邏輯流程轉(zhuǎn)化

3、功能需求

3.1、功能總覽

3.2功能需求分解:界面分解及交互說明和用例

4、非功能需求:與該產(chǎn)品相關(guān)聯(lián)的輔助產(chǎn)品等

5、上下線需求:產(chǎn)品的生命周期

6、運(yùn)營(yíng)計(jì)劃:產(chǎn)品的上線后的反饋與改進(jìn)

整個(gè)文檔中,最大的部分其實(shí)是對(duì)功能需求的分解,但是最核心的部分是使用者需求與功能需求部分。使用Axure后,我發(fā)現(xiàn)Axure可以很好的承載我平常寫的這個(gè)產(chǎn)品需求文檔的全部?jī)?nèi)容,最主要的問題是,Axure是可以網(wǎng)狀的展示的。下面是舉個(gè)例子:

怎么用Axure寫產(chǎn)品需求文檔 Axure寫產(chǎn)品需求文檔教程

在Axure的站點(diǎn)導(dǎo)航中,默認(rèn)的Home頁面承擔(dān)了PRD文檔的第一部分內(nèi)容;而使用者需求描述及任務(wù)流程圖也可以由Axure自帶的流程圖功能完成;任務(wù)流頁面的分解本來就是Axure中完成的;最后的非產(chǎn)品功能部分也可以由axure完成(文本塊組件)

同時(shí),Axure支持多種格式的輸出,一般情況下我是發(fā)送給團(tuán)隊(duì)Html文件包,也可以是.chm格式的文件(團(tuán)隊(duì)協(xié)作目前還沒有嘗試)。該文件包打開后,左側(cè)是整個(gè)系統(tǒng)的導(dǎo)航菜單,右側(cè)是相應(yīng)的說明。最主要在于,原型中的頁面是可以相互跳轉(zhuǎn)的(得益與axure的強(qiáng)大交互功能),同時(shí)頁面有注釋功能。所以,整個(gè)產(chǎn)品需求文檔真正實(shí)現(xiàn)了基于產(chǎn)品的模擬,網(wǎng)狀的傳播,而不是Word式的樹狀閱讀。

1)見過不少新手使用Axure生成的原型有頁面是空白的,我問為什么,他說這個(gè)頁面不知道放什么,但是又不能不命名,否則邏輯上有些不通。實(shí)際上,這個(gè)空白頁面就可以用來放這個(gè)頁面的流程圖及整體的說明。

2)不建議做太復(fù)雜的Axure動(dòng)作,比如使用多個(gè)層、動(dòng)態(tài)面板等。因?yàn)樵诠こ處煹鹊难劾镌蛨D是不可以點(diǎn)擊的(基于viso等的慣性思維),所以,為了避免花很長(zhǎng)時(shí)間去實(shí)現(xiàn)一個(gè)很炫的axure交互而最后被埋沒,建議把任務(wù)分解來畫。比如一個(gè)輸入框,需要畫:默認(rèn)狀態(tài)、獲得焦點(diǎn)狀態(tài)、輸入字符判定狀態(tài)、失去焦點(diǎn)狀態(tài)等,按照邏輯分步來展示。(在我特別蛋疼的時(shí)候我會(huì)先分步展示,然后搞個(gè)比較炫的交互放在上面自己玩或者用于演示)

3)在每個(gè)頁面的下方或者側(cè)邊(由頁面大小來定)要放一個(gè)功能詳解的文本塊來對(duì)本頁面的功能進(jìn)行詳細(xì)說明。也可以直接使用Axure自帶的注釋功能(組件注釋、頁面注釋)為什么不推薦用Axure的組件注釋功能?因?yàn)檫@個(gè)功能在生成的原型里是被隱藏的,有被人無視的可能。

4)使用axure的組件庫(kù)功能(可自制)和模塊功能既可以保證設(shè)計(jì)的統(tǒng)一性(設(shè)計(jì)規(guī)范),又可以提高原型制作的效率。圖中我采用了注冊(cè)模塊。

下面,QA時(shí)間(這個(gè)QA是問答,文中的QA是技術(shù),呃,注意區(qū)分)

Q:為什么我看到有的書上說要寫N多文檔,帶RD的有:BRD、MRD、PRD、….

A:是的,有這樣的定義。BRD(商業(yè)需求文檔)、MRD(市場(chǎng)需求文檔)、PRD(產(chǎn)品需求文檔)。每個(gè)公司的風(fēng)格不一樣,我個(gè)人傾向于把BRD與MRD整合,PRD單獨(dú)做。但是MRD與PRD中會(huì)有內(nèi)容重合,就是會(huì)同時(shí)提到用戶是誰?為什么要做?產(chǎn)品目標(biāo)是什么?等幾個(gè)問題

Q:Axure有個(gè)功能是可以導(dǎo)成Word格式,把做的原型導(dǎo)入后是歸類好的,包含了用例文檔,為什么不這么玩呢?

A:沒人說不可以這么玩。還是那句話,個(gè)人習(xí)慣。

Q:除了頁面原型之外你塞了這么多東西到Axure里,會(huì)不會(huì)導(dǎo)致源文件以及生成的文件體積巨大?

A:實(shí)際上塞進(jìn)去的東西都是文本,使用axure的文本組件完成的,體積并不會(huì)大。同時(shí),請(qǐng)不要在用axure做原型的時(shí)候使用過多的圖片,盡量是用組件和模塊完成。我目前位置做的最大的一個(gè)原型是4.7M,這是一個(gè)完整的系統(tǒng)原型。

Q:按照你的寫法Axure好像是萬能的了?

A:沒有不好用的工具,只有用的不順手的人。人是活的,工具是死的,且Axure目前在mac平臺(tái)下功能并非很強(qiáng)大,也有很多人覺得axure很笨重,更加喜歡輕量級(jí)的原型功能。不過,這些都不是核心問題,核心問題是要讓你的團(tuán)隊(duì)能夠以最高的效率進(jìn)行合作。使用Axure的人不必鄙視Viso,用excel的人也不必羨慕OmniGraffle,拿Word的人也不必留戀firework。

既然提到了MRD也順便說下我寫這個(gè)文檔的習(xí)慣。一般情況下這個(gè)文檔是給老板看的,主要是對(duì)市場(chǎng)的分析、同類產(chǎn)品的競(jìng)品分析、我們產(chǎn)品的盈利預(yù)測(cè)等等。所以,一般由PPT來完成。你的文檔越長(zhǎng)老板越反感,你的文檔文字越多老板越?jīng)]興趣,所以,PPT是最好的方式。

文檔這個(gè)東西跟流程有類似的地方,大公司會(huì)相當(dāng)重視這個(gè)事情,因?yàn)橐?guī)避風(fēng)險(xiǎn)。流程與文檔的核心點(diǎn)在于如何高效傳遞如何快速執(zhí)行而不是他如何寫以什么形式寫。相對(duì)于小團(tuán)隊(duì)而言,流程之殤大可避免。當(dāng)然,如果大公司能夠以小團(tuán)隊(duì)的心態(tài)去做大產(chǎn)品的話,定會(huì)事半功倍!我更相信小團(tuán)隊(duì)大產(chǎn)品的力量,而不是大團(tuán)隊(duì)大產(chǎn)品的說法。

原文地址:http://

關(guān)鍵詞: Axure