我們?yōu)槭裁匆獙慞RD？簡(jiǎn)單來說就是把我們具體要做一個(gè)什么樣的東西很詳細(xì)的描述出來并傳遞給團(tuán)隊(duì)其他成員知曉，最終一起執(zhí)行。這里面我覺得有3個(gè)點(diǎn)特別重要，詳細(xì)描述、快速傳遞、一起執(zhí)行，一份不管是什么形式的PRD最終都必須做到這3點(diǎn)。

大約1年多前我寫了一篇《基于axure的PRD寫作思考》，其主旨思想是將文檔版本的PRD與線框圖及流程圖結(jié)合起來，統(tǒng)一由axure來輸出，降低PM與研發(fā)之間的溝通成本及交付物的傳遞成本。

當(dāng)時(shí)這個(gè)文檔是基于我做Web端產(chǎn)品設(shè)計(jì)的經(jīng)驗(yàn)為藍(lán)本完成的，這1年多來我從Web端完全轉(zhuǎn)到Mobile端，還在繼續(xù)的使用著這套方法。在不斷的實(shí)踐過程中略有心得，遂更新一篇，詳細(xì)的講述一下這套思路。

當(dāng)然，肯定會(huì)有很多人說axure是個(gè)很笨重的工具，從來不用；也肯定會(huì)有很多人說我們團(tuán)隊(duì)有嚴(yán)格的文檔規(guī)范，你的這套東西不適用……是的，你們都是對(duì)的。這套方法的最大好處就是快速、直接，適用于扁平化的團(tuán)隊(duì)。如果你是產(chǎn)品與研發(fā)異地的團(tuán)隊(duì)，那么，建議還是有詳細(xì)的文檔比較合適。

關(guān)于一個(gè)PRD文檔需要包含的內(nèi)容及相關(guān)的結(jié)構(gòu)，之前《基于axure的PRD寫作思考》已經(jīng)說的比較清楚，不再贅述。我們?yōu)槭裁匆獙慞RD？簡(jiǎn)單來說就是把我們具體要做一個(gè)什么樣的東西很詳細(xì)的描述出來并傳遞給團(tuán)隊(duì)其他成員知曉，最終一起執(zhí)行。這里面我覺得有3個(gè)點(diǎn)特別重要，詳細(xì)描述、快速傳遞、一起執(zhí)行，一份不管是什么形式的PRD最終都必須做到這3點(diǎn)。

從打開axure準(zhǔn)備開始進(jìn)行原型設(shè)計(jì)開始，我會(huì)把文件分成這樣幾個(gè)部分：修改記錄、產(chǎn)品結(jié)構(gòu)、（用例及信息架構(gòu)）、具體頁面原型設(shè)計(jì)。在具體頁面的原型設(shè)計(jì)的時(shí)候會(huì)再根據(jù)這個(gè)頁面的負(fù)責(zé)程度看是否要增加一個(gè)流程圖頁面進(jìn)去。

修改記錄

修改記錄模塊主要是對(duì)該原型的迭代歷史進(jìn)行記錄。修改記錄可以使用文本面板完成，主要記錄比如，什么時(shí)候修改了什么模塊，原因是什么。每次對(duì)原型進(jìn)行修改都必須記錄下來，這種內(nèi)容迭代的記錄方式一方面便于自己后續(xù)回憶與總結(jié)，同時(shí)也對(duì)項(xiàng)目管理的需要，每次的修改都有據(jù)可查。

產(chǎn)品結(jié)構(gòu)

產(chǎn)品設(shè)計(jì)本身是個(gè)從大往小的過程。所謂大就是指的產(chǎn)品整體的結(jié)構(gòu)所謂小則是具體的交互設(shè)計(jì)頁面布局等。我個(gè)人非常不建議一開始就進(jìn)入到具體的頁面設(shè)計(jì)，即使是一個(gè)具體的頁面設(shè)計(jì)也建議先把頁面模塊及相應(yīng)模塊的布局想清楚，然后再開始填充內(nèi)容；而如果是一個(gè)會(huì)涉及到很多步驟的設(shè)計(jì)，如果流程沒有事先想清楚畫出來，千萬不要?jiǎng)邮秩ピO(shè)計(jì)。

按照我個(gè)人的習(xí)慣，產(chǎn)品結(jié)構(gòu)部分一般會(huì)采用結(jié)構(gòu)圖的方式調(diào)用流程圖模式把這個(gè)產(chǎn)品的結(jié)構(gòu)關(guān)系畫清楚。目的有這樣幾個(gè)：搞清楚用戶的主要路徑，用戶會(huì)從什么地方進(jìn)入產(chǎn)品，在里面會(huì)經(jīng)過哪些頁面，然后會(huì)從什么地方退出；弄清楚產(chǎn)品的層級(jí)關(guān)系，從移動(dòng)端的設(shè)計(jì)上看，產(chǎn)品的層級(jí)關(guān)系一定要避免太深；梳理一下整個(gè)產(chǎn)品的頁面，不要有遺漏。

用例及信息架構(gòu)

用例之前在Web端我通常是直接采用母板來完成的，最近在做Mobile的產(chǎn)品設(shè)計(jì)，倍感在畫原型的時(shí)候把用例標(biāo)識(shí)出來的重要性。個(gè)人感受，移動(dòng)端的產(chǎn)品需要比Web端更加深入的考慮模塊復(fù)用，一來保持整個(gè)客戶端的統(tǒng)一性，同時(shí)復(fù)用的模塊在一定程度上是可以減少開發(fā)工作量的。

就一個(gè)Apps而言，這個(gè)部分通常會(huì)包括一級(jí)頁面的頁面結(jié)構(gòu)、二級(jí)頁面的頁面結(jié)構(gòu)、三級(jí)頁面的頁面結(jié)構(gòu)、……；彈層的樣式及出現(xiàn)方式；是否出現(xiàn)menu鍵、樣式及內(nèi)容（android）等內(nèi)容。

當(dāng)進(jìn)行需求評(píng)審的時(shí)候也建議按照這個(gè)順序來說，先介紹一下整個(gè)產(chǎn)品的結(jié)構(gòu)，向整個(gè)團(tuán)隊(duì)成員說清楚我們大概要做一個(gè)什么樣的產(chǎn)品，他包括哪些部分，這些部分的關(guān)系是咋樣的；其次開始介紹一下這個(gè)產(chǎn)品他從一個(gè)框架上看是什么樣子的，有一個(gè)感性的認(rèn)知；再次開始按用戶任務(wù)/流程分模塊進(jìn)行介紹，詳細(xì)的說明其中的策略問題。

具體頁面原型設(shè)計(jì)

具體頁面的原型設(shè)計(jì)分為2種，1種是頁面行為比較單一，簡(jiǎn)單的幾個(gè)圖加一定的文字就可以描述清楚的；一種是頁面行為的流程及邏輯性比較強(qiáng)，有比較多的中間狀態(tài)和用戶行為的分支，這種頁面我一般的方式是先畫出流程圖，然后再相應(yīng)的給出頁面原型。

第一種頁面比較簡(jiǎn)單，設(shè)計(jì)的時(shí)候想著點(diǎn)各個(gè)平臺(tái)的設(shè)計(jì)規(guī)范（指南）就可以搞定。同時(shí)可以在頁面原型的邊上把每個(gè)模塊部分取的元素內(nèi)容及相應(yīng)的策略也寫出來。

不過，需要有一個(gè)提醒，在移動(dòng)端會(huì)存在不少頁面的長(zhǎng)度是超過1屏的，在原型設(shè)計(jì)的時(shí)候一定要畫出一條屏幕高度基線，將第一屏內(nèi)容和第二屏內(nèi)容隔開。一方面重要的內(nèi)容都必須在第一屏有所體現(xiàn)，另一方面注意節(jié)減頁面高度，同時(shí)在原型評(píng)審的時(shí)候也讓其他角色提前有所了解。

另一方面，如果一個(gè)模塊涉及的交互流程比較復(fù)雜，比如一個(gè)輸入框，在初始狀態(tài)、開始輸入狀態(tài)、輸入完成狀態(tài)、輸入出錯(cuò)狀態(tài)（超過字?jǐn)?shù)限制）等不同狀態(tài)下的表現(xiàn)及相應(yīng)的操作提示都是不一樣的，建議分別拆成幾個(gè)不同的狀態(tài)完成。這部分之前在Web端的時(shí)候可以直接用axure的交互來完成，但是mobile端的屏幕有所限制，再去做這些交互效果，往往也隱藏比較深，不如拆出來畫。

一些關(guān)于移動(dòng)端原型設(shè)計(jì)的其他問題

1、工具永遠(yuǎn)都是工具，不要讓工具限制了你。axure也好，viso也好，OmniGraffle也好，做出來的東西無分好壞。

2、除非腦子里想的比較清楚了，不要沖動(dòng)性的就開始用axure畫原型。在我看來，畫原型只是20%的功夫，更多的功夫應(yīng)該在原型之外，包括對(duì)要做什么，為什么要這么做的思考。同時(shí)，紙面原型是更好的選擇，幫助鋝清思路。

3、在原型設(shè)計(jì)的過程中需要注意沉淀一些規(guī)范性的組件出來。每個(gè)團(tuán)隊(duì)每個(gè)項(xiàng)目都應(yīng)該有一套自己的原型組件，而不應(yīng)該是直接找別人要來原型組件然后直接導(dǎo)入（當(dāng)然，系統(tǒng)通用的組件除外）。

4、原型設(shè)計(jì)的過程中，酷炫的原型交互需要適可而止。

作者：kent.zhu

文章來源：幻風(fēng)閣

標(biāo)簽： Axure 產(chǎn)品設(shè)計(jì) 原型制作 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。