精巧的規劃離不開視覺規劃師的精雕細琢

在一個產品完好的規劃流程中，交互與視覺定稿后，后續視覺標準的輸出、UI控件的收拾與標示、開發的高復原度，都會影響產品終究的用戶體會。作為視覺規劃師，在視覺規劃的最終階段則是繁瑣且像素等級的精雕細琢，開發出來的精巧頁面需求視覺規劃師做到以下幾點。

一、視覺與交互之間應聯接無縫，即時改寫視覺頁面

一般產品規劃流程包含不同的階段，不同的階段其觸及的領域內容不一樣，作為規劃師面臨一切進程不能一蹴即至，而是墨守成規，計劃行事。

1.前期預備階段：斷定規劃需求的方針，競品剖析，用戶研究，商場評價等；

2.規劃需求剖析階段：規劃需求的理清，事務邏輯的琢磨，產品的架構的建立；

3.規劃履行階段：交互規劃原型的輸出，視覺規劃風格與計劃斷定，開發履行與測試上線，這構成一個不斷迭代改寫的流程；

在以上階段中，事務需求的改變與弄清，交互的迭代，視覺的改寫，是規劃進程中最繁瑣的階段。規劃發動前了解多端的適配狀況（分辨率／屏幕精度），綜合考慮優先出什么分辨率；接著視覺規劃師需面臨巨大的頁面作業量，且常會遇到與交互原型不一致的問題，需及時反應并拉通評論。這就需遵從一個清晰可見的迭代流程，對視覺規劃而言，需求的改變與弄清－交互的迭代－視覺的改寫－規劃的迭代構成的是一個閉環無縫的道路，只要這樣才能為開發的發動，打下扎實的根基。

當然作為視覺規劃師，規劃進程中自動出ABC…計劃而不是只拿出一個僅有的計劃，只要將主意用畫面來表達，才是夠合格的規劃師，特別是視覺規劃師，優點能夠訓練自己的規劃表達力，便利評定定稿，防止重復修正被人牽著走。

二、適其時，為開發敞開更多的話語權，防止更多的無用功

視覺標準、視覺標示、視覺控件庫的收拾與輸出目的只要一個：那就是輔導開發，讓規劃100％復原落地；回到項目中，關于規劃團隊與開發團隊通常會表現以下兩種狀況呈現：

• 開發團隊對項目有豐厚經歷，規劃團隊對此項目經歷少－開發話語權大于視覺
• 規劃團隊具有屢次項目經歷，并有必定的規劃沉積累積－規劃話語權大于開發

從視覺規劃而言，如果是規劃團隊具有豐厚的經歷這是最好的，用經歷累積規劃沉積與創造性輔導項目，話語權大，反之亦然。

在這里結合最近參與的項目，狀況為第一種來進行考慮；交互視覺規劃進程與標準輸出中，讓開發供給更多正確的方向引導，學習開發團隊以往的名貴經歷，如：規劃文檔的同享與即時性、規劃標準的專業性，開發認同的規劃標準去輔導開發、規劃相關問題單的及時盯梢與處理、規劃需求改變流程（改變流程包含：改變需求提出人－交互－視覺－開發－產品司理（SE or PM）敲定－履行改變－封閉問題單－改變完結）等，都能有效輔導開發，進步產品開發落地的高復原性。

三、用80%場景的視覺規劃＋視覺控件標準＋切圖＋標示＋宣講來輔導開發

1. 視覺規劃的場景

由交互供給詳細場景的典型頁面，視覺稿進行輸出，屢次迭代評定敲定后，再由開發提出缺失場景的視覺規劃，視覺進行場景彌補；

2. 視覺UI控件標準的輸出

有必要是通過屢次評定與迭代的終究視覺稿；但通常狀況下，為了趕進展視覺規劃與標準是同步進行，這導致標準重復修正的問題。

• 依據項目經歷是，在視覺迭代中期時，先輸出根底控件元素標準，包含（色彩／文字／圖標／蒙板／投影／按鈕／輸入框／或單個控件）約占控件標準30％，與開發進行第一次標準評定，斷定標準輸出的正確性與專業性。
• 讓開發選取一切視覺頁面中需求標示的UI控件，由于開發挑選的UI控件也為通用款式，開發代碼寫成UI控件庫（能夠對應視覺的控件列表）并由其它分模塊一致調用；且一切UI控件有必要依據終究視覺效果進行控件抽取與迭代輸出。最終，layout用文檔（pdf）的辦法總結，防止獨自模塊獨自頁面傳遞，更能將規矩一望而知；標準是一個巨大而繁瑣，極需耐性的作業；進程中重視每一個細節的精準與合理性。

3. 切圖與收拾

切出一切視覺頁面中觸及到的圖標與輔佐圖形；圖標巨細如：24px/ 32px/48px/72px/128px等，依據圖標詳細場景中的巨細、色彩、狀況來切。換句話說，每一個圖標都有它對應的詳細場景，特定的尺度、色彩和狀況；記住曾與開發gg對標準與切圖的時分，他說：頁面的圖標切圖，需求的是一個詳細的拿來就用的，我們不會去畫一個圖標或去特定寫一個圖標的色彩。

4. 標示

視覺頁面的標示依據UI控件標準的根底上進行，拋棄以往每個頁面細無巨細的詳細尺度／色值／巨細的標示。其實每一個視覺頁面皆由不同的UI控件組成，在頁面中將對應控件用UI控件標準中的編號來標示，開發gg拿著視覺頁面標示去敲寫代碼時，再在UI控件標準文檔中尋覓相對應的控件標準細節；這樣，視覺規劃師防止在視覺頁面中做那鱗次櫛比的尺度標示，而開發gg拿到標示清爽的視覺頁面也不會產生視覺疲憊。

5. 標準宣講

以上4步完結后項目開發發動前，用視覺標準對開發做一致的宣講，防止遺失造成規矩傳達不一致；這樣，還規劃原度仍是問題么？

四、與開發近距離觸摸，面臨面處理問題

最終一個辦法是與開發來個密切觸摸，即如果有條件答應的話，請與開發坐一同；遇到問題及時面臨面弄清、拉通輔導、達到一致、修正、敲定、處理。

1. 規劃標準做得再完善，開發問題仍然存在

試想一下，如果不和開發坐在一同，即使開發面臨再完善的規劃標準，依據開發自身對規劃美感的短缺，開發進程多多少少都會產生了解誤差。開發進程每遇到一個細節問題，開發gg都得拉著視覺問：這個按鈕上的左右箭頭是無限循環嗎？圖標缺少了一個狀況，那個狀況是什么等；發個信息問拉會或許電話評論，有時分還解說不清楚，功率低且事倍功半。

2. 視覺規劃師直接進組到開發團隊中

結合當時項目的做法是視覺規劃師直接進駐到開發團隊中，與開發團隊坐在一同，舉個例子此項目視覺在深圳，開發在異省南京或是異國，視覺也出差飛過去長時刻進駐，遇到問題面臨面協商處理；大大進步了開發的進展與也節約了時刻，視覺復原度仍是問題么？當然，如果規劃與開發本來就鄰近工作，則不需無休止的出差，項目本錢節約不少。

規劃進程仍是和開發gg們來一個“密切觸摸”吧，永久不要把開發拒之門外；覺得交互與視覺完結后則就萬事大吉。規劃考究的不僅是規劃美感還有謹慎的情緒合理的邏輯，要想一個產品始終保持是那個細節精致，構思精彩，且用戶體會好；需求的是交互－視覺－開發三者之間是無縫協作，各個環節的周全考慮。