PM完成Axure原型評審后,一定不能忘記備份這些原型html,后續(xù)可能需要查詢以及技術(shù)撕逼。
希望通過Axure原型的幾種使用場景,讓初級PM對它的來龍去脈有個清晰的了解。而不是停留在“我知道”“大概會用”的水平。
PM會經(jīng)常修改AxureRP源文件,然后生成不同的原型。
但是對外評審的原型應(yīng)該是唯一的。
并且該版本的產(chǎn)品需求文檔PRD就是這個原型。
請注意兩者不能混為一談。
一般來說我們是在Axure生成原型Html的時候,自動在瀏覽器中打開了原型并查看。
但是如何打開已備份在電腦中的原型呢,很多初級PM摸不著頭腦了。其實也不復(fù)雜,如果你學(xué)會一點html網(wǎng)頁的知識。
請進(jìn)入該原型對應(yīng)的目錄,比如APP名稱V2.0版,我們會發(fā)現(xiàn)存在data、file、images、plugins、resources等文件夾,以及很多html網(wǎng)頁。請找到start.html,然后雙擊打開就是你熟悉的原型啦。
當(dāng)原型評審后,PM需要將原型放到網(wǎng)上供所有團(tuán)隊成員進(jìn)行設(shè)計和編程。
不管是放到內(nèi)網(wǎng)展示,還是外網(wǎng)展示。其本質(zhì)都是將Axure原型的所有文件都上傳到服務(wù)器,包括所有的html文件,圖片文件,js文件,css文件。不能缺少任何文件,否則就無法正常顯示。
如果你只是修改了某個頁面,也切記生成并將所有文件上傳一遍,而不僅僅是該頁面對應(yīng)的html文件。因為其對應(yīng)的js,css文件,圖片文件也可能被修改
上傳之后然后把對應(yīng)的原型網(wǎng)址發(fā)給其他團(tuán)隊成員即可查看。
由于Axure原型是由html+js+cs組成的文件,我們在生成的時候?qū)⑺麄兎胖迷谥付夸洝?/p>
嘉定我們將該產(chǎn)品的所有原型存放于D://PM/APP名稱,那么建議以“APP名稱V1.0版”的格式命名,并生成原型。
當(dāng)然你也可以繼續(xù)壓縮之后存起來,不過就不太方便后續(xù)的查詢。
有時候我們需要回退版本的時候,需要把舊版本的原型也拿出來。那么請用舊版本的原型html去替換當(dāng)下的原型目錄。
不過不太建議這樣,還不如新增一個版本來處理。
由于Axure生成的原型,是以Html文件進(jìn)行索引內(nèi)容的。而Html是以你在Axure中新建的頁面來作為基礎(chǔ)的。如果你畫Axure原型的時候是以你產(chǎn)品中的頁面來進(jìn)行命名和創(chuàng)建的。那么我們可以通過搜索“頁面名稱”關(guān)鍵詞去查詢你想要查詢的頁面。
如果你使用的搜索工具支持搜索文件內(nèi)內(nèi)容,比如Windows下面的everthing,Mac自帶的spotlight。那么可以通過搜索“頁面內(nèi)文字”關(guān)鍵詞去查詢你想要查詢的相關(guān)頁面。
不過我更建議你進(jìn)入到具體版本的原型html文件夾里面進(jìn)行搜索,而不是進(jìn)行全局搜索。
以上就是Axure原型的使用場景。請一定要理解Axure原型的本質(zhì)是html+js+css,每次生成原型的時候會在本地生成目錄并寫入這些文件。
浪子,業(yè)務(wù)型PM,浪子PRD系列51prd.com,公眾號langzisay,個人微信nuanai88。
本文由 @浪子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 unsplash,基于 CC0 協(xié)議
話說,不會寫代碼的產(chǎn)品經(jīng)理不是好的射雞濕。關(guān)于產(chǎn)品經(jīng)理與技術(shù)之間的微妙關(guān)系,扯開了講可是長篇大論,比如知乎上這個問題:IT 行業(yè)產(chǎn)品經(jīng)理(尤其是創(chuàng)業(yè)的)需要懂技術(shù)嗎?懂到什么程度?,以及這個:產(chǎn)品經(jīng)理如何與強勢的技術(shù)溝通?等等。總而言之,產(chǎn)品最終是完全落實到技術(shù)上實現(xiàn)的,而技術(shù)的發(fā)展可以說是在產(chǎn)品上體現(xiàn)了直接價值,二者結(jié)合得越緊密,對整個產(chǎn)品帶來的價值更大,開發(fā)效率也會更高。
當(dāng)然,這不是說讓產(chǎn)品經(jīng)理會寫代碼會設(shè)計算法,其實在平時工作中,要是產(chǎn)品經(jīng)理哪怕稍微下意識地提高自己的“技術(shù)思維”,不要做一些在技術(shù)上看起來“天馬行空隨心所欲”并且再配一句臺詞“這么簡單的功能,很好實現(xiàn)吧”讓人欲哭無淚的臺詞,就已經(jīng)謝天謝地了……
因此,產(chǎn)品經(jīng)理適度提高“技術(shù)熟悉度”,是對整個產(chǎn)品負(fù)責(zé)的必要。而我根據(jù)這幾年工作經(jīng)驗,發(fā)現(xiàn)一些常用技術(shù)的掌握對產(chǎn)品人員的思路、效率,以及解決問題的能力,都是有非常大的提高的。
今天來講一下關(guān)于Axure在線文檔發(fā)布的技巧。一般人們最常見操作,是利用Axure畫好原型圖后,直接按F8導(dǎo)出為HTML文檔,然后大家要么打包成.rar發(fā)郵件給所有干系人,要么傳到項目協(xié)作平臺上,甚至直接拿個U盤來Copy……其實大可不必這么麻煩,一來對接收者不是很方便,先下載然后解壓,再找到index.html來查看;二是隨著版本增多,相關(guān)接收者不會像產(chǎn)品一樣能把每個版本管理好,假如兩個月內(nèi)發(fā)了10次文檔,那豈不是文件夾里亂成粥,每次生怕看錯文檔了。
一. 使用Axure官方AxShare平臺發(fā)布在線文檔(不推薦)
Axure官方提供了一個AxShare發(fā)布平臺,你可以在設(shè)計完后,直接按F6,就能將當(dāng)前文檔保存到AxShare平臺:
按F6或Publish時選擇“Publish to Axure Share”(首次使用需注冊)
你也可以直接登錄https://share.axure.com/,然后創(chuàng)建Project,將.rp文件上傳后,即可完工。
發(fā)布時也可設(shè)置一個密碼來保密。完成后,利用URL(+密碼),就可以隨時通過瀏覽器訪問產(chǎn)品文檔了。
那么問題來了:既然Axure已經(jīng)有了,用就行了,為毛還有自己搭建呢?原因是:慢!正常情況那個網(wǎng)頁壓根就打不開好嗎!更別說上傳的龜速了。所以還是自己動手豐衣足食。
二. 使用新浪SAE平臺+svn自己搭建(推薦)
先大概了解下SAE(Sina App Engine),你可以理解為一個免費的在線服務(wù)器。因為Axure生成的文檔就是普通的HTML格式,也就是最簡單的靜態(tài)網(wǎng)頁,所以完全可以把它上傳到任意一臺WEB服務(wù)器上,一個URL就能訪問了。
首先,你需要注冊成為SAE開發(fā)者,而且需要手機綁定和實名認(rèn)證。這一點是有點麻煩,但是一勞永逸,認(rèn)證后基本上就免費使用了。
然后在SAE控制面板里選擇“創(chuàng)建應(yīng)用”,我們需要創(chuàng)建一個新的php空應(yīng)用(理論上HTML文檔是和開發(fā)語言無關(guān)的,但在可選的PHP、Python和Java里,PHP是最被熟悉,而且不需要應(yīng)用租金的):
創(chuàng)建PHP空應(yīng)用
切到此應(yīng)用下,進(jìn)入“代碼管理”,并創(chuàng)建一個版本:
接下來就需要上另一個主角:SVN。SVN是Subversion的簡稱,一個開源版本控制系統(tǒng)。但在這里可以簡單理解為“文檔同步工具”。就是將Axure生成的產(chǎn)品原型上傳到SAE服務(wù)器,從而支持通過瀏覽器訪問。
首先下載TortoiseSVN客戶端,注意最好是1.7.x版本,并且區(qū)分32和64位。安裝及漢化之后,在你的硬盤中新建一個日后用來生成Axure原型的目錄(這里為UE_Online),并右擊選擇“SVN檢出”(Checkout):
完成后,你就發(fā)現(xiàn)目錄下多了一個“1”的文件夾(“1”是剛剛在SAE新建的版本號)。現(xiàn)在開始,你就可以每次把新的UE文檔生成在這個“1”目錄下。
生成HTML時選擇SVN目錄
接下來就是同步了,在UE_Online文件夾上右擊,選擇“SVN提交”(SVN Submit),然后按照下圖將所有項勾選,點擊“確定”:
因為新生成文件是沒有版本的,所以默認(rèn)沒有勾選,一般我每次都是全部選擇
上傳完成后,大功告成!你就可以通過“應(yīng)用地址+文件夾”組成的URL(圖中是:http://ueonline.sinaapp.com/Xiancheng_v1.2_iPhone/)來直接訪問在線文檔了。SAE在國內(nèi)的速度很不錯,即使是通過移動端,也完全沒有問題。
而后續(xù)如果要新建一個文檔,只需在Axure生成文檔時存到SVN目錄下新文件夾里,右擊選擇提交;修改就更簡單了:直接生成覆蓋原文件夾,再次提交即可(還是注意每次提交時變更列表勾選“全部”)。
最后,需要注意的是:目前我這種方法不能做到加密隱藏,所以理論上你的URL被任何人知道都可以訪問。如果非要給這份文檔加個保護(hù)的話,在SAE應(yīng)用管理左側(cè)“應(yīng)用防火墻”里,添加IP白名單,這就足夠安全了吧。
作者:牛冰峰; 轉(zhuǎn)載自:簡書
于AxureRP的快速原型設(shè)計法確實能提高原型設(shè)計的效率和提升用戶演示的效果,產(chǎn)品設(shè)計、交互設(shè)計或者是產(chǎn)品經(jīng)理在做完原型設(shè)計,確認(rèn)好需求之后,都不可避免的要寫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)的要求,驗證的邏輯,運營人員也需要參考,以獲知當(dāng)前產(chǎn)品所能達(dá)到的功能層次。寫文檔的時候事無巨細(xì)吧,人家會嫌你寫的太繁瑣了;寫的太簡單吧,人家又會嫌你沒說清楚該說的;開始使用敏捷模式要求文檔弱化了,但其實只是在過需求的時候不需要提前先把PRD寫好,事后還是得補的;寫文檔耗掉的時間多了,人家會說能否除掉一半,功能需求都確認(rèn)好了,你只是將它描述出來為什么要用掉那么多的時間?凡此種種,都讓做產(chǎn)品的我們感覺命怎么這么苦,因此開拓一種寫PRD的新思路新方法是相當(dāng)有必要的。
現(xiàn)在都講究用工具來輔助,工具用的好,確實能事半功倍,那要是工具用的不好呢?那就只能自求多福了。原型設(shè)計軟件的主要功能還是用來做原型,那是否原型演示完了之后就沒有用了呢?這個我想有點工作經(jīng)驗的人都不會這么認(rèn)為,當(dāng)然我們還是可以發(fā)揮一下原型的剩余價值的。大家都知道,如果一份文檔里面可以圖文結(jié)合,所描述的東西更能吸引到人去閱讀,也更能幫助別人理解。AxureRP所設(shè)計的原型支持HTML格式的瀏覽,相較于其他原型設(shè)計軟件直接產(chǎn)出圖片,AxureRP的原型即可以直接導(dǎo)出成圖片格式,也可以通過在瀏覽過程當(dāng)中用截圖軟件來截圖的方式使用,當(dāng)然后一種方式更為繁瑣,后面說明為什么直接生成圖片反而不方便。
使用AxureRP自帶的文檔生成功能去生成PRD文檔
這點我在之前寫AxureRP使用教程的時候有提到過,AxureRP是支持通過即定的word模板格式來導(dǎo)出生成文檔的,可以參考《AxureRP教程–生成規(guī)格說明書》。不過使用這個功能對自身的要求是比較高的:
1、要對AxureRP所提供的注釋功能非常熟悉,其默認(rèn)提供的注釋字段是國際通用的,并不適合中國國情,要根據(jù)產(chǎn)品和項目的需求進(jìn)行修改和自定義。要了解組件注釋和頁面注釋的使用方式,以及這些注釋會出現(xiàn)在文檔的什么位置等;
2、要在做原型設(shè)計的時候就做好注釋的錄入,每個組件的交互,前置觸發(fā)條件,后置反饋事件,以及每個頁面的功能說明等,這是一項細(xì)致活,挺耗時間的,和快速原型設(shè)計的要求不大相符;且萬一在確認(rèn)需求的過程當(dāng)中需要修改的,這個維護(hù)量也比較大;
3、要熟悉word的格式排版設(shè)置,用AxureRP默認(rèn)提供的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第二個原因;
當(dāng)然AxureRP的優(yōu)點不止于此,原因可能很多,但主要的是這兩個方面,這兩個前提決定了我們當(dāng)前都是使用AxureRP來做原型設(shè)計的,然后再討論如果在已經(jīng)使用AxureRP的情況再來優(yōu)化截圖寫PRD的方法,否則就沒法進(jìn)行下去了。
1、為什么是HTML格式頁面的截圖而不是直接導(dǎo)出圖片?這個從操作層面上來講,導(dǎo)出圖片的模式操作流程如下:
導(dǎo)出為圖片>>>打開word>>>選擇插入菜單>>>選擇插入圖片>>>搜尋圖片所在文件夾>>>選擇圖片>>>點擊按鈕完成插入圖片操作;
或者是下面這種方式:
導(dǎo)出為圖片>>>打開圖片所在文件夾>>>選擇插入圖片并打開>>>復(fù)制圖片>>>打開word>>>粘貼圖片完成插入圖片操作;這個比上面的省一個步驟;
從HTML頁面截圖的模式操作流程如下:
打開對象所在HTML頁面>>>用截圖工具截圖>>>復(fù)制所截圖片>>>打開word>>>粘貼圖片完成插入圖片操作;
對比一下就知道,用截圖的方式所需的操作步驟是最少的,也就是最能節(jié)省時間的,這里推薦一個截圖工具:Snagit(下載地址),可以對所截的圖進(jìn)行一些簡單的編輯,比如畫個圈圈提示一下,畫點箭頭什么的。
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ù)估的風(fēng)險點,干系人,名詞解釋等等;
2、業(yè)務(wù)需求描述部分:定義好目標(biāo)用戶群體,業(yè)務(wù)流程圖,業(yè)務(wù)架構(gòu)圖,腦圖等等的介紹;
3、功能需求描述部分:這部分才是用到上面所述方法的點,每個功能點都可以用那樣的方式描述;
4、非功能需求描述部分:與產(chǎn)品相關(guān)的一些輔助功能,性能要求、易用性要求等等;
5、接口描述部分:與外部有相關(guān)接口的需要在這個部分描述;
6、附錄部分:培訓(xùn)信息、參考資料等,還可以有運營計劃等等;
完整的PRD文檔中,最多的部分就是對功能需求的分解描述,AxureRP可以很好的支撐這個部分的全部內(nèi)容,另外其實AxureRP也有流程圖、UML圖的功能,業(yè)務(wù)流程圖、業(yè)務(wù)架構(gòu)圖等都可以在AxureRP里面實現(xiàn)出來。
基本上我自己目前就采用的是如上的方式來編寫PRD文檔,在原型已經(jīng)設(shè)計好并演示確認(rèn)了的情況下,編寫PRD文檔一般都比較快速,30頁到50頁之間的文檔,如果時間利用充分的話,可以在1天到1天半之內(nèi)搞定。產(chǎn)品經(jīng)理都是很忙的,時間擠擠總會有的,要在有限的時間內(nèi)做更多的事,一是要充分利用工具,二是要發(fā)掘一些新的方法,雙管齊下,應(yīng)該就可以找到適合自己的Style!
*請認(rèn)真填寫需求信息,我們會在24小時內(nèi)與您取得聯(lián)系。