可以使你的 UI 設計提案得到比預期較好結果的幾種方法

在上篇，我提到了 UI 設計師在會議時，需要注意的幾項工作重點筆記，接下來，就需要提到如果經過設計過後，設計師要如何將自己的設計提案，展示給參與提案的同事...

需求的展示方式：

• 在開始展示你的工作成果之前，請將你的設計依據「主任務」 到「 子任務」 的動作需求，事先進行分區整齊排列，然後記得流程最好先切開，避免在不同任務之間來回切換畫面，一來是方便說明，二來其他參與者也比較不會在過程中，因為提出建議導致你講解設計稿時，發生混淆的狀況。
• 訊息與任務的操作流程需要分層處理，簡單的說，圖片設計比較牽涉到操作的細節，但是往往功能的說明又需要補上說明文字，但是目前有些設計工作會把工作說明文字，放在設計圖旁邊，這樣的設計稿往往會讓參與者模糊了我們設計的原意，最好的方式，就是把設計稿跟說明文字分開處理，讓圖片與說明文字分開圖層，在有必要的時候才讓說明文字顯示，這樣才不會讓你的設計稿被那些說明文字所干擾！
• 畫面流程圖，一次講解一個工作內容，就算有需要中間岔出其他的工作內容，也儘量就是只講單一個工作項目的流程，簡化說明的需要，且可以確認用戶在操作過程中的體驗。
• 不同的工作互動流程中，儘量讓畫面整齊的排列，依據工作的權重分層次的排列，說起來有點抽象，以後有機會在分享一些工作案例給大家。
• 在確定了草圖繪製 的頁面框架設計後，許多在畫面操作過程中的動畫，最好先用文字或是一些簡單的草稿表示「動作回饋說明」，避免一開始就利用動畫工具來表現，畢竟這些動畫工作需要很多細節調整，讓設計師在調整動作的過程中，浪費了太多時間，以致於討論過程中，太過在意結果而失去討論的公平性（我們設計師很討厭自己花了大量時間完成的作品被人否定吧～且被否定後，大部分會因為自己之前工作時間的浪費而大大光火～），所以，千萬不要浪費時間在不確定的工作上...

經過上面所提的幾個重點，在提案的會議上，我們的設計提案就比較容易獲得比預期更好的結果！在過去，我的習慣也是常常希望先做出動態的提案稿給其他人先預覽，但是後來在花了大量時間調整細節之後，就算真的做出自己滿意的效果，也免不了「你一言我一語」的挑剔意見，所以，動態的提案方式，不管你的軟體提供給你多少好用的方便模組，最好的提案方式，就是先透過簡單的文字表達搭配簡單的動作分鏡圖來進行討論與提案，這樣為自己保留更多時間，可以準備更好的溝通素材，這樣，相信在有限的工作時間內，才能獲得更好的工作表現～