Axure原型可以當(dāng)產(chǎn)品需求文檔使用么
編輯導(dǎo)語:需求文檔的撰寫是產(chǎn)品經(jīng)理的日常業(yè)務(wù)之一,那么,就具體業(yè)務(wù)的內(nèi)容、難度差異等方面進(jìn)行考慮,產(chǎn)品需求文檔的撰寫應(yīng)該如何操作?本篇文章里,作者結(jié)合Axure原型,闡述了他對需求文檔的撰寫思考,一起來看一下。
工作中就產(chǎn)品需求文檔的事情與領(lǐng)導(dǎo)發(fā)生了分歧, 基于之前快速迭代小團(tuán)隊(duì)的工作習(xí)慣,我認(rèn)為給開發(fā)交付的時(shí)候只要在交互原型中做好標(biāo)注就行了,既方便我去寫描述,又方便開發(fā)人員去看,一舉兩得。
但領(lǐng)導(dǎo)讓我一定要寫文檔,而且讓我一定要從思想上改變這種“危險(xiǎn)”的想法。沒辦法,雖然從事了幾年產(chǎn)品工作,我還是從頭梳理了一下該用什么形式交付產(chǎn)品需求文檔這件事。
一、Part 1
討論到這種看似非常基礎(chǔ)的問題,產(chǎn)品經(jīng)理會(huì)習(xí)慣去把問題做拆解,把名詞做定義,往往疑問就來源于問題提得不那么合理。
所以首先我們所說的Axure原型到底是什么。Axure畢竟只是一個(gè)工具,在不同的人手里會(huì)做出不同的花樣,那么首先我要說Axure原型≠產(chǎn)品原型。
那什么是產(chǎn)品原型呢?下面有兩個(gè)定義:
某種東西的第一個(gè)、典型或初步的模型。 ——《牛津字典》
將想法轉(zhuǎn)化為可傳達(dá)給他人或者與用戶一起測試的形式,并且有隨著時(shí)間推移改進(jìn)該想法的意圖。 ——《原型設(shè)計(jì)》O'Reilly
大概意思明白了,但還是不是很明白對吧?那就舉幾個(gè)例子,上面是項(xiàng)目最終交產(chǎn)品的話,下面就是產(chǎn)品原型。
產(chǎn)品原型就是產(chǎn)品的一個(gè)雛形,有的人會(huì)把它做得很精細(xì),盡量還原最終產(chǎn)品想達(dá)到的樣子;有的人就大概整整,讓看的人能Get到他想表達(dá)的最主要的點(diǎn)就行了。
具體到我們所說的產(chǎn)品,其實(shí)以下幾種形式都能算作是產(chǎn)品原型。
但這些都只是進(jìn)行想法的表達(dá)。還是剛才的例子,最終要將一個(gè)產(chǎn)品實(shí)現(xiàn)出來,對于大多數(shù)團(tuán)隊(duì)和項(xiàng)目來說,我們還是需要一個(gè)用于施工的說明性文檔,這樣才能夠大家一起把這件事情做成,否則就只能凡事靠自己了。
把原本你對產(chǎn)品原型的講解繼續(xù)深化、細(xì)化形成一個(gè)說明性的文檔,就得到了產(chǎn)品需求文檔。抽象來看,需求文檔就僅僅比原型多了一些需求說明。
軟件的產(chǎn)品需求文檔一般就用文字、用表格、用流程圖說明就夠了。而建筑的施工圖由于行業(yè)的發(fā)展,形成了自己的一套獨(dú)特的標(biāo)注體系。開個(gè)腦洞想一下,產(chǎn)品需求文檔又何嘗不能有自己的一套標(biāo)注體系呢?
所以接下來我會(huì)一口氣得出三個(gè)結(jié)論:
- 產(chǎn)品需求文檔=產(chǎn)品原型+需求說明;
- 產(chǎn)品需求文檔并不絕對就是Word版的文檔;
- 標(biāo)注清晰的Axure原型就是產(chǎn)品需求文檔。
二、Part 2
如果接受了我上面的結(jié)論,那其實(shí)需要接著討論的只是形式上面的問題,Axure和Word,哪個(gè)更適合寫PRD呢?
似乎越來越多的人傾向于用Axure,也有專門叫教人怎么做個(gè)動(dòng)態(tài)文檔的,看起來很酷炫。但需求邏輯真的很多時(shí),要想把需求說明全部都寫進(jìn)去變成“真”文檔,排版就是門學(xué)問。
而Word文檔看起來既老派,又經(jīng)常動(dòng)輒幾百頁,讓人一看就頭大??梢詾樗鸵惶蕴?,每當(dāng)老板要個(gè)“總”文檔時(shí),又不得不用到它。
其實(shí)我們都知道Axure和Word一開始都不是為了寫產(chǎn)品需求文檔而誕生的,由于其各自的功能形式的局限,就已經(jīng)決定了他們在寫PRD時(shí)候有優(yōu)勢又有劣勢。
Axure所提供的是一張張單獨(dú)的畫布,你可以隨意擺放文字和圖像,并用引線將它們連接起來。這些圖像你還可以讓他們可以交互起來。
Word提供了一個(gè)連續(xù)的流式的內(nèi)容區(qū)域,你可以一直往里面填充內(nèi)容,定義好章節(jié)標(biāo)題就永遠(yuǎn)不會(huì)亂。Word還有相比其他軟件更為成熟和強(qiáng)大的修訂及標(biāo)記功能,能記錄好每次修改的變更。
工具的不同,就導(dǎo)致了兩者的輸出物所針對的需求場景也是各有側(cè)重。
我個(gè)人畫了一個(gè)不太成熟的比例圖,來體現(xiàn)他們之間的直觀差異:Axure的PRD還是會(huì)更偏產(chǎn)品原型功能,需求說明功能會(huì)有瓶頸;Word的PRD需求說明功能很強(qiáng)大,幾乎沒有上限,但是對于原型的展示僅限于圖片,比起能交互起來的原型,不在一個(gè)量級上。
三、Part 3
具體形式的選擇上,還是要根據(jù)每個(gè)團(tuán)隊(duì)的實(shí)際情況來選擇。
我目前在一個(gè)ToB的金融業(yè)務(wù)產(chǎn)品上,系統(tǒng)所需要支持的是很成熟的業(yè)務(wù)流程。所以很多時(shí)候都與之前的七八個(gè)人的小團(tuán)隊(duì)快速迭代產(chǎn)品去驗(yàn)證市場不一樣了。
加上金融這邊的業(yè)務(wù)邏輯較為復(fù)雜,功能細(xì)節(jié)的滿足性要求比較高,隨著業(yè)務(wù)的深入和團(tuán)隊(duì)規(guī)模的擴(kuò)大,在僅使用Axure作為PRD交付的時(shí)候遇上了一些管理上的問題。
于是最后我得到了一個(gè)看起來比較廢話但可能還是比較有價(jià)值的結(jié)論——Word+Axure一同完成這個(gè)PRD。
Axure文檔作主要完成原型功能,會(huì)有一些注釋,但不會(huì)對需求進(jìn)行詳細(xì)描述,Word文檔會(huì)寫上全部的業(yè)務(wù)邏輯、功能邏輯,也有界面截圖,是可以單獨(dú)作為最終交付物的。
基于這種方式,兩者的內(nèi)容占比上肯定要進(jìn)行一定的調(diào)整,于是我個(gè)人又畫了個(gè)不成熟的調(diào)整后的比例圖。
我們或許期待著一個(gè)更好的產(chǎn)品需求文檔工具出現(xiàn),但在那之前,如果你所在的團(tuán)隊(duì)對紙質(zhì)的文檔還是有一定的要求,我覺得不妨就先按這樣去做吧。
本文由 @噶丹姆·謝 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
用Axure做PRD,以前就是覺得注釋排版很煩,版本迭代時(shí)又沒法整合需求,還得新開文件夾或新的文件分開寫,現(xiàn)在倒是有個(gè)元件庫能解決這些問題,就叫“AxurePRD”元件庫,用了快兩年了??
axure中 F9一鍵導(dǎo)出word,然后再基于這個(gè)去調(diào)整內(nèi)容
對于業(yè)務(wù)邏輯復(fù)雜的業(yè)務(wù)來說,Axure一點(diǎn)都不方便,還是Word更適合
Axure其實(shí)還好,最惡心的就是墨刀,誰讓我用墨刀我恨不得就去磨刀………..
小團(tuán)隊(duì)你可以這么搞,但凡協(xié)作人數(shù)多的,拿原型做PRD很低效且無法結(jié)構(gòu)化存儲(chǔ)和管理。文檔可以作為結(jié)構(gòu)化的數(shù)據(jù)放進(jìn)wiki里,團(tuán)隊(duì)回溯歷史版本也很方便,而你這樣的只能說花里胡哨大于實(shí)用主義。且現(xiàn)在行業(yè)都在用figma做原型,在線協(xié)作效率遠(yuǎn)比笨重的axure老古董強(qiáng)百倍。
那你就Figma+Word,哈哈。畫原型Axure還是比較主流,F(xiàn)igma有些偏UI工具了。
墨刀不香嗎?我也好怕用word
呃。。。。哥,你這么說露怯了哈??!先多研究研究產(chǎn)品大牛怎么把AXURE玩出花的吧