精巧的規(guī)劃離不開視覺規(guī)劃師的精雕細琢

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

一、視覺與交互之間應(yīng)聯(lián)接無縫，即時改寫視覺頁面

一般產(chǎn)品規(guī)劃流程包含不同的階段，不同的階段其觸及的領(lǐng)域內(nèi)容不一樣，作為規(guī)劃師面臨一切進程不能一蹴即至，而是墨守成規(guī)，計劃行事。

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

2.規(guī)劃需求剖析階段：規(guī)劃需求的理清，事務(wù)邏輯的琢磨，產(chǎn)品的架構(gòu)的建立；

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

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

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

二、適其時，為開發(fā)敞開更多的話語權(quán)，防止更多的無用功

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

• 開發(fā)團隊對項目有豐厚經(jīng)歷，規(guī)劃團隊對此項目經(jīng)歷少－開發(fā)話語權(quán)大于視覺
• 規(guī)劃團隊具有屢次項目經(jīng)歷，并有必定的規(guī)劃沉積累積－規(guī)劃話語權(quán)大于開發(fā)

從視覺規(guī)劃而言，如果是規(guī)劃團隊具有豐厚的經(jīng)歷這是最好的，用經(jīng)歷累積規(guī)劃沉積與創(chuàng)造性輔導(dǎo)項目，話語權(quán)大，反之亦然。

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

三、用80%場景的視覺規(guī)劃＋視覺控件標準＋切圖＋標示＋宣講來輔導(dǎo)開發(fā)

1. 視覺規(guī)劃的場景

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

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

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

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

3. 切圖與收拾

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

4. 標示

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

5. 標準宣講

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

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

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

1. 規(guī)劃標準做得再完善，開發(fā)問題仍然存在

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

2. 視覺規(guī)劃師直接進組到開發(fā)團隊中

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

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