如何在團隊中進行AxureRP原型設計

本文主要講述瞭如何在團隊中進行AxureRP原型設計，具體內容看看編輯老師為大家整理的吧!就跟隨本站小編一起去了解下吧，想了解更多相關信息請持續關注我們應屆畢業生考試網!

經常有朋友問我，如何在從來沒有用過AxureRP的公司或者團隊裏面開始使用AxureRP做原型設計?這個問題對個體來説不存在，因為個人學習使用AxureRP時非常快速的，基本試着做幾個原型實例就能把整個軟件的功能摸透，獨立再做幾個原型雖不一定能夠達到高手的水平，但應付工作肯定是綽綽有餘了。但團隊或者公司用AxureRP的時候，是要從整體一致性上面去考慮的，因此需要對所有的個體進行整合，在合適的規則下變成整體，從而達到為團隊或公司所用的目的。

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

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

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

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

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

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

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

　　佈局和排版規則

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

　　制定設計規則

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

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