設計師怎么在網站上還原設計稿

　　在我們網站建設這個團隊中經常遇到一些小問題，比如我們設計師的設計圖很美很好看，但是做出來了以后卻發現放在網站上特別丑，深圳網站建設外包公司今天的文章就是說的這件事的解決方法。希望這篇文章能幫助到你。

　　五大核心關鍵因素，如何能讓設計稿還原度像我們原版視覺一樣

　　定稿前的評審

　　整理一份標注文檔

　　向開發宣講標注

　　積極響應開發的每一個疑問

　　開發還原度檢視

　　1.定稿前的評審

　　和誰評審？這里當然是和產品經理，設計領導，還有開發同學，測試妹妹們(為什么沒有boss，因為boss你根本看不到啦)。

　　當然在最開始初期不需要叫這么多人，直接和設計領導就好了，因為版落地設計，是需要多次評審的，所以前期這里我們就不談了，那么在設計中期評審就一定要拉上產品鏈中的關鍵角色。

　　首先評審的時候一定要把改版視覺變化更大的要和開發說明清楚，布局框架改變都會增加開發工作量，能否實現或者實現是否功耗很高(一般有動效就會有很大功耗)，這時候開發leader就會在這里提前預估判斷下，因為這個環節如果不把握好，到后期如果出現意外，實現難度大，那么就又得重新修改視覺，那時候，時間是非常緊張的，所以一定要把握好各個關節環節

　　這里有人會問，框架前期不是交互已經和開發評審了嗎？這個不一定的，因為如果我們在設計過程中，靈感爆發，有些之前想的不到位的，這時候可能會做一些改動啥的，搞不好就把局部框架改了一些，所以一定要注意這些細節點。

　　這個環節把握好了，那基本都能實現出來，特殊情況除外，比如前期忽略了一些后臺數據的問題

　　2.整理一份標注文檔

　　為什么要整理一份標注文檔？

　　這里文檔不一定要十分嚴格的按照交互文檔或者視覺規范文檔來做，可以簡易的做，關鍵是能讓開發看得懂。

　　文檔里面放什么？是全部放？

　　如果是小版本迭代，那么相對簡單一些，因為前面幾本控件已經有了，只要標注里面寫清楚了，可以不需要寫文檔。

　　那如果是大版本迭代呢？比如

　　7.0到

　　8.0一個全新的視覺語言，那么這時候就必須整理一份文檔。

　　文檔里面就把這次更新迭代的共同的頁面整理出來，公共控件，整理出來標注一份就好了，然后說明細節處理問題。

　　比如：

　　導航在超大模式下處理規則如何，多語言如何換行(比如阿語)，換行規則是什么？先縮小字體，在換行？等等

　　圖片宮格布局類型的如何處理，小屏和大屏顯示幾個(指的是phone和pad)，橫豎屏顯示規則是什么，如何實現自適應布局等

　　記住banner一定要給出比例，常用21：9，16：9，4：3

　　非常關鍵的一點，設計師標注一定要把點擊區域標注出來，如果你不標注出來，開發直接拿你切圖填充進去，然后最后導致可用性非常差，最后導致來回調試。

　　這個環節是標注的核心部分，非常細微的還原實現這步非常關鍵

　　3.向開發宣講標注

　　為什么要向開發走讀layout？因為有些細微的地方需要我們特別像開發說明，也加深他們的映像，在實現時候就減少出錯，像開發走讀的時候，只把關鍵核心點，規則講清楚，我們前面每走一步，都是為了后面我們檢視還原度的時候要輕松一些，開發也輕松一些，就比如前期基礎沒打好，后面深入很難。(如果大視覺沒還原好，如何叫開發打磨細節？)

　　4.積極響應開發的每一個疑問

　　在開發緊張環節中，即使我們前面所有工作都準備好了，也很難避免開發不找我溝通，這時候我們要積極回應他們，并且和他們一起處理問題，比如某些難度大一點的頁面，開發實現效果和設計稿差異不小，那么這時候，開發會截一張他們實現的效果圖給你看，這時你就要仔細去找問題，不要一口咬定就是開發的原因，先溝通具體原因，然后找出解決辦法，如果是標注出現問題，比如標注標死了，頁面不靈活，適配局限性很大。

　　那么你就要思考layout的問題了，比如間距是否能標成百分比關系等等