保障設計效果的實現也是設計師的重要工作之一。設計能力再強，設計方案再好，如果沒有后續良好的執行，也終究不過是廢紙一張。今天網易同學從4個方面聊聊這方面的經驗 >>>

從發散創意到設計實施，開始時抽象的目標和概念，已經一步步具象化，成為了可視化的設計方案。這時，最了解設計方案的設計師，需要與項目組各個角色進行溝通，闡述設計方案，在達成一致后，才能繼續推進項目進入到下一個開發測試的環節。

在項目推進的過程中，每個人都會有不同的出發點。設計師會覺得娛樂化的設計更有趣、更能抓住用戶的眼球。但產品經理可能更在乎新功能的開發，希望產品能夠趕快上線。由于娛樂化的設計會有很多富交互的效果，所以開發的工作量往往也會較大。

在開發的過程中，最終的實現效果也可能與設計師所想的不同。腦海中完美的設計，可能會因為細節標注不全面、沒有做高保真動效、溝通不到位、或是設備性能等原因，在技術實現后變得面目全非。

所以設計師需要對外要有項目推進的能力，從幕后走到臺前，使設計方案得到項目組成員的認同；對內有自我驅動力，設計方案的完成并不是設計工作的結束，主動跟進項目，保障設計效果的實現。

1、目標認同

一般在項目初期的需求分析階段，產品人員會和設計人員一起分析出產品定位或設計目標。這些概念性的目標不是為了說服老板或是擺擺樣子，在項目的各個階段，都需要用這些目標去衡量產品是否偏離了方向。在設計推進階段，首先要檢驗的就是設計方案是否達成了最初確定的目標。

2、方案認同

俗話說“臺上一分鐘，臺下十年功”，闡述設計方案也是一樣的道理。一個設計提案，可能是做了十幾個方案后精挑細選出來的最合適方案。半個小時的方案闡述，也可能是設計師深思熟慮幾天后的結果。令人信服的設計方案，是需要許多準備工作作為支撐的。沒有充分的準備，很容易受到項目組相關人員的質疑。

在方案評審時，我們可以只拿出一種設計方案。但在評審之前需要把能想到的方案都仔細考慮一遍。如果只做一個方案就覺得可以交差，一方面可能會錯過更優的方案，另一方面，在評審時被問到這里為什么不設計成那樣時，可以從容應答，把之前已經思考過的另一個方案存在的問題一一列舉。

在闡述最優方案時，也要詳盡說明這樣設計的理由。會議上闡述的方案是設計師從無到有一點一點設計出來的作品，設計師經歷了從需求分析到設計表達的所有過程，自然覺得方案中的一切都是合理的。但并非項目組的所有成員都了解設計方案的原委，尤其是開發和測試人員，他們可能在項目中期才參與進來。如果只將最后的方案展示給大家，很有可能受到質疑。設計師需要在評審會前將用戶調研的結果、支撐的數據、競品分析、設計實施前制定的目標等等，都準備充分，并在評審時闡述清楚。這樣有理有據的設計，才會得到大家的支持。

3、標準化的原型

隨著產品不斷的發展壯大，我們需要為產品制定設計規范，標準化交互原型。

對于設計師來說，有了交互規范可以為新的設計提供參照，在交互和視覺上保持統一性，做設計時重復的模塊可以直接復用，提高工作效率。在與開發、前端溝通時，可以不遺漏狀態，減少溝通成本，開發人員還可以以此為參考制作模塊化代碼復用。

在制作設計規范的過程中，可以將那些可復用的、多狀態的交互元素進行梳理。將最基本的控件（如按鈕、文本、圖標等），由控件組成的組件（如刷新、加載、狀態欄、標題欄、彈窗等），以及由控件和組件組成的頁面（如列表頁、詳情頁、專題頁等），分別整理，最終形成完整的交互設計規范。

4、可視化的動效

在有條件的情況下，設計可以輸出高保真的動效，減少與開發的溝通成本，保證動效設計的實現效果。

一般可由交互設計師和視覺設計師一起，定義出需要添加動效的地方和樣式，再由視覺設計師和動效設計師共同完成高保真的動效設計，最終將動效通過動畫和代碼進行輸出。

在做iOS app的設計時，可以使用Quartz Composer進行動效設計。Quartz Composer可以通過調節摩擦力、拉力等參數高保真的實現動畫效果，并可以進行代碼輸出，方便了設計師與開發人員的溝通。