如何制定AxureRP設計體系

常常有朋友問我，如何在歷來沒有用過AxureRP的公司或者團隊裏面開始使用AxureRP作原型設計？這個問題對個體來講不存在，由於我的 學習使用AxureRP時很是快速的，基本試着作幾個原型實例就能把整個軟件的功能摸透，獨立再作幾個原型雖不必定可以達到高手的水平，但應付工做確定是 綽綽有餘了。但團隊或者公司用AxureRP的時候，是要從總體一致性上面去考慮的，所以須要對全部的個體進行整合，在合適的規則下變成總體，從而達到爲 團隊或公司所用的目的。

我的以前所處的兩家公司在應用AxureRP的時候都是從無到有的，也是從那個時候起開始推廣學習使用 AxureRP。在應用的過程中，不少東西都是摸索出來的，不必定適合每一個團隊，不過有必定的參考借鑑意義，下面是我的以前的一些工做經驗總結，但願可 以回答上面的那個問題。

定UI風格，對經常使用的組件進行視覺封裝

這是針對中高保真原型的要求而言的，使所設計的原型可以盡 量的貼近實際，較爲成熟的團隊適合這麼去作，不過創業團隊可能初期不是很看重這個，則能夠忽略這個步驟。簡單來說就是讓UI設計師作一套WEB上各個元素 的展示樣式，而後切割出來作成AxureRP的一個組件庫，以達到共用的目的。固然全部元素的樣式要有一致性，這裏所說的元素就好比一個提交按鈕的樣子， 取消按鈕的樣子，頁面Banner、背景、表格樣式等等，無需特殊製做的可使用AxureRP的默認組件庫。這個步驟最終所要達到的效果，就好比支付寶 頁面上的確認型按鈕都是暗黃色的，則在設計原型的時候就採用這樣顏色的按鈕元素，使原型縮小與實際頁面上的視覺差距，有利於評估產品的方案，且UI風格統 一了以後，能夠避免我的審美因素形成的良莠不齊。

定設計風格，抽取可複用模塊

這個步驟適合那些產品已經有一個雛形可參考 的狀況，對產品進行功能完善或者改進時，所設計的原型風格與已有產品形態保持統一，對於一些常見的小塊區域的設計能夠固定下來，以達到改動局部不影響總體 的目的。通常來說，有了UI風格統一的保證，這一步驟所受的影響相對較小，所以沒必要投入太多的精力在這上面。若是是要全新設計一個產品的話，能夠不考慮這 個步驟。

定交互規則，基本操做的走向和反饋等

這點我想不少人都清楚的，交互是一個產品的靈魂，每一個產品都是自身特定的交 互模式，作的好還有可能成爲標準，別人都會照着作。這個要根據每一個產品自身的特色來決定，好比WEB產品和WAP產品的交互差異就很大，瀏覽網頁和瀏覽手 機屏幕徹底不是一個概念。不過咱們只是制定一個原型設計的交互規則，沒有必要很是的詳細，有些東西在文檔裏面說清楚就能夠了，但一些大的交互規則必定要定 下來，好比按鈕操做的反饋，按鈕的樣式變換等等，這些在原型演示的時候最好要有，以取得良好的演示效果。有統一的交互規則，也能保持產品總體風格的統一， 不少公司都會編寫一套《交互設計規範》，供全部的產品設計人員參考和遵循。

佈局和排版規則

佈局和排版比較好理解，就是要規定在相應頁面有所對應的佈局排版規則，如首頁是三行四列式佈局，詳情頁則是三行兩列式；是採用左側菜單右側顯示主題內容的形式，仍是上面菜單下面內容的形式，這個可根據具體的狀況而定，一旦定下來了，後面就都這麼去設計。

制定設計規則

這點主要針對團隊協做完成一個原型設計而言，AxureRP有共享協做模式，在修改以前要先簽出，修改完畢以後再提交，在本地所作的修改在提交以前是不會影響共享庫裏面的文件的。就和開發人員提交代碼同樣，也應該制定相應的原型設計規則，不然會越改越亂。

這個設計體系基本適合大多數產品的原型設計過程，個體做戰的其實也能夠參考，以使我的所設計的一個系列的產品原型的風格都是統一的，固然不一樣的產品線能夠有不一樣的設計體系。最後我要說明一點，這個設計體系不是必須創建的，可是有會比沒有可以更好的維護和管理產品的原型。

有關Axure的課程，請前往：http://www.elsyy.com/course/5065
《Axure RP7.0從入門到精通》