用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從入門到精通》