下面是知乎上一位美女交互設計師給我們分享的一些日常工作當中一些經驗和心得。現在轉載過來跟大家分享。希望對大家日常工作有所幫助與少走彎路。
工作經驗之一：能不畫交互稿就不要去畫交互稿
曾經，我們都很關注交互稿的完整度和美觀度，畢竟，交互稿是能看得見的產出。所以，作為一名優秀的交互設計師，必須出一套完整美觀的交互稿。
因為如今移動app產品的迭代速度很快，產品更新和開發週期更快。所以時間就是效率。
但是這不是懶的表現，確實需要靈活的工作。
一些小的需求，可以用手繪和產品、UI交流，不畫交互稿來搞定。
一些大的需求，必須需要交互稿畫，那得也是很粗的稿子，遠遠稱不上好看。
所以，交互稿要畫到什麼程度，要視情況而定。
比如在產品概念初期，交互稿只需要表達出產品的方向、大致的功能和模塊等，不需要進入細節。
曾經有一次，我辛辛苦苦地把完整的交互稿畫出來，其中的一些跳轉和說明也寫得很完整，結果產品的方向突然有大的變動，稿子要大改，之前的辛苦很大程度上白費了，這樣的事情對於設計師來說很沮喪的。
從那以後接到需求，我都會和產品經理一起明確產品方向，有的時候會要求他們拿原型先去和上級過稿，儘量確保大的方向定下來，再討論下一步更細節的設計，避免自己的重複勞動。
工作經驗之二：交互稿要給到UI的時候，必須是信息優先級
對於交互稿來說，【溝通屬性】是優先於【美學形式】的，交互稿畫得再好看，也要建立在信息傳遞清晰的基礎上。
交互稿要傳遞的是：信息展示的順序、信息的分組、信息的重要性等。舉個例子，標題字號為什麼要這麼大？理由不是因為它是標題，也不是因為好看，而是因為它的信息優先級很重要，需要凸顯。
如下圖所示：
僅供參考，非常不錯的交互稿信息傳遞優先級 規範信息圖。
工作經驗之三：
設計師不是畫稿子的人，稿子只是溝通過程中的工具。設計師其實是一個說故事的人，要做的事情是去是影響人、說服人。先理解了這一點，然後根據不同的情況和不同的溝通對象，來調整交互稿的展示形式。
另外，交互稿的要有好的版本管理機制，免得在信息傳遞的過程當中，出現偏差。
最好使用在線交互稿設計工具。比如藍湖app、墨刀、mockplus等等。
閱讀更多 UI巴巴 的文章
