聽說你的設計稿Lock了？

對於設計師來說，最開心的時刻無非是設計稿受到了肯定，可以定稿了，即被Lock下來了。那顆懸浮著的心也可以稍微鬆一口氣了。那這個定稿的過程具體是怎樣的呢？設計稿的定稿流程設計稿的定稿可以分為一下幾個步驟，首先是自己把關，覺得沒什麼問題了然後拿去跟同部門同事（一般是跟這個項目相關的設計師）進行交流，如果重要的話，設計主管也會過來參加一些意見，再接著去跟PM進行商議，如果可以的話可能也會Boss進行商議。定稿需要lock哪些內容？拿最近閣主設計的徽章系統來舉例吧。大家線纜看看草稿和lock版本的區別，如下圖。（因商業機密，UI被樓主改過，請大家專註於UX邏輯方面的內容）

只是一個簡單的徽章系統，在定稿前和定稿後的區別雖然不大，但每項都是經過深思熟慮的。設計稿需要check的幾個方面的內容如下：1.頁面跳轉流程邏輯是否比較恰當在考慮這個方面的時候，出發點是跳轉的邏輯體現出頁面與頁面之間的層次與邏輯關係。比方說在「Badge view by myself」的這個頁面，之前左上角是個back鍵，而在這裡換成了叉（如下圖），並且還有一個一起改變的是將徽章增加了一個由小變大的動效的過程，所以「Badge List」頁面與「Badge view by myself」的頁面可以說偏向於後者變成前者的一部分這樣的關係，而back鍵更像是一個新的頁面。

這樣的改進點也是為了讓用戶在使用的過程中體會到畫面更流暢的感覺。2.邏輯是否影響到APP其它地方的考慮比方說徽章系統，是一種成就的提現，對用戶的一種激勵，那麼如果有好友的關注關係，用戶在得到徽章的時候是否考慮到通過Notification（通知）系統去給好友發一條信息？如果社交性質比較偏重的話，是否Feed（信息動態）裡面是否也可以支持用戶直接進行分享？還比方說APP其他地方可能出現用popup（彈窗）的方式進行徽章的呈現而在這個1.0版本裡面的徽章系統比較初級，所以功能的定位也比較簡單，所以最終並沒有考慮這些。3.每個頁面的元素是否需要精簡對於頁面元素的考慮每一處都要做到有理有據，精簡團隊的工作量。比方說上圖中，在「Badge List」頁面，草稿是有分享按鈕的，而在定稿將這個分享按鈕去掉了。反問的原因是，用戶在什麼樣的場景下會想分享「Badge List」。大家比較同意的就是，在徽章得到比較多的情況下，用戶處於想炫耀自己徽章的數目想去分享。這種情況下，一般人會截屏自己的手機發個朋友圈或者傳給某個朋友。而如果做了這個分享按鈕，那分享出去的是一個H5的頁面嗎？如果是的話，是不是為整個項目組增加了一個工作量，多做一個H5的頁面出來。用戶如果點擊朋友的徽章頁面也可以看到他的list，這個功能值得大家付出這樣額外的勞動嗎？經過大家商討，覺得用戶分享list的行為比較少，去掉這個分享按鈕是最簡單的做法。其它細節閣主就不一一說明了，大家可以自己進行閱覽與分析。4.信息的展示順序是否得到統一展示順序包括元素的展示順序以及文字信息的陳列順序。給用戶更統一的體驗，減少用戶動腦適應的時間。比方說定稿圖中，所有有徽章的地方，都是按照徽章圖、徽章名字、補充信息、時間這樣的順序進行排列。而在草稿中則比較混亂。5.各種排列順序或者規則是否得當規則的制定更傾向於PM的工作，對於設計師來說了解一點也不錯，技多不壓身。這些規則包括圖中各種徽章的排序規則，以及什麼樣的情況下用哪一種徽章的交互呈現方式比較合適（包括popup以及手機系統通知的方式等）。像這樣的事情需要PM進行具體定義，但設計師需要提醒PM，以及推動事情往前走。6.信息輸出資源的管理信息輸出資源包括所有的icon和圖片。而案例中最特殊就是徽章會分為兩種狀態（點亮與未點亮）、兩種模式（簡單與細節）、四種尺寸呈現出來，那麼咱們提供給工程師的文件夾就應該在命名上都進行區分完善，比方說可以進行badgename_got_simple_150x150這樣的命名等等。以上是在設計稿被lock時需要考慮的幾大方面，可能信息比較多，總結出設計師的思考原則就是，從用戶的角度來看，交互和視覺呈現上是否可以有再進一步的改進空間，是否可以再為團隊節省一些時間與資源。這樣看來就比較好理解了。設計是個細緻的活，需要大夥一丟丟的耐心，不僅是對作品，也是對自己的一種磨練，人進步了，會發現做其他事情也沒那麼難了。

職場設計教程搶先看～一枚愛折騰、愛健身的設計師妹紙~

詳情請關注微信公眾號：Sophia的玲瓏閣，獲取更多有關交互、健身及其它相關信息。

推薦閱讀：