本文主要講述了Axure設計原型的建議，具體內容看看小編爲大家整理的吧!
首先需要聲明，在下面提到的原型和交互Demo有其特定的應用環境，在通常情況下，原型和Demo並不是等同的概念。當我們提到原型時，那可能是各種各樣的產出物，流程圖、思維圖、紙上的草稿、甚至視覺確認稿和前端HTML頁面，但在本文中提到的Demo指的是交互設計階段的最終交付物，當然主要是通過Axure完成的交付物。
1、不要把Axure當做視覺設計工具
作爲一名交互設計師，把fireworks和photoshop從你的腦海中踢出去。我見過一些交互設計師仍然在使用photoshop來製作交互Demo，從某種程度上我認爲這是很難得的細緻和認真，但從交互設計師的角度這並非一種有益的努力。
除非你在工作中同時兼顧交互設計和視覺設計，那最好不要再嘗試在photoshop中進行交互原型創作——因爲這不僅在浪費過多的時間，photoshop本身不適用於排版和佈局，更因爲使用photoshop來創作不可避免的會分散交互設計中所關注的'焦點。
2、但也並非草稿工具
另一方面，Axure卻遠非很多人想象的只是集合了一些常用控件的草稿工具。Axure之所以成爲交互設計師和信息架構師的首選原型設計工具，不會僅僅因爲是提供了幾個如此簡陋的控件的線框圖工具。
如果你夠深入瞭解Axure的功能，你會發現在某些方面，Axure已經爲您放棄photoshop做好了充足的準備。
是的，你不僅可以改變字體、字號、顏色，也能調節邊框粗細、顏色、背景色、圓角，別忘記它甚至可以調節漸變色和支持透明，這也意味着只要你夠用心，你可以用axure很大程度上進行視覺設計，當然，這並非我們用axure的目的，只是想提醒你，不要用“Axure只是畫線框圖”來作爲你的醜陋的原型的藉口了：)
3、不要把注意力集中在動作腳本
也許很多人推薦Axure更看重的是其提供了豐富的動作腳本支持，對於不懂html和js的交互設計師來說，Axure可能是一種福音——因爲Axure的動作腳本功能使得動態模擬真實界面交互變成可能。
藉由Axure這堪稱難用落後的動作生成工具，我們能實現狀態切換、時間動畫以及其他一些驚人的小玩意。一些人對Axure中的動畫樂此不彼，而這也是很多交互設計師接觸Axure之後感到迷人的地方。
但有時候我們的確需要反思，在我們的工作中是否需要再次花費更多的精力和時間?
這也許決定於我們在設計的這個原型是用於什麼情境。如果原型是用以進行前期的用戶測試，那很有必要在沒有可用以測試的前端demo之前，對於我們的交互Demo花費更多的精力來使得從界面效果到互動效果都更接近於實際界面。但如果原型只是用於流程中的交互物，如提供給視覺設計師或前端工程師進行開發，那麼過度的設計和效果則並非所需。
4、交互demo的作用在於提供流程說明和狀態的表述
或許我們需要認真定義一下交互Demo需要解決的是什麼問題。
交互Demo在整個開發流程中主要影響產品設計師(主要體現在產品功能需求文檔——即需求的確認階段)，視覺設計師和前端工程師。對於產品設計師而言，需要的是將功能需求實體化，也需要基於產品原型來討論用戶體驗;而對於視覺和前端而言，交互Demo是否漂亮是一個無意義的問題，在視覺設計和前端開發看來，Demo是否指明瞭產品界面中關注的元素和重點、是否描述了各種異常的、奇怪的可能性的解決方案;因此他們更關心在Demo中看到“如果…”，“未登錄狀態時…”，而不是漂亮的顏色和線條。
