一直以來, 設計驗收都不太受重視, 設計師總是習慣於把時間用在雕琢設計稿上, 而忽略掉後期的設計驗收, 這就導致程序員在修改bug的時候, 常常需要多次修改才能還原設計稿的效果, 重複返工, 極其影響效率. 但其實很多時候只要設計師在驗收的時候做一點點改變, 多花費幾分鐘，就能大大提高bug的修改率。

關於設計驗收

之所以驗收不受重視，我覺得主要有兩個原因, 一個是對自己和合作的程序員極其自信, 認為對方能Get到自己所有的點, 會完全按照設計稿來， 另一個是設計師沒有意識到驗收的重要性, 潛意識裡認為最後開發的效果不好是開發的鍋, 跟自己沒有關係。

但其實在外人看來, 開發後的效果不好，設計稿做的再完美也是徒勞，畢竟最後看的還是線上稿。誰也不想自己的稿子拿不出手吧...

錯誤的做法

1. 口頭說明

很不幸，實際工作中很多設計師發現問題後，只是口頭告訴開發哪裡要改，這種方式很容易出現你說了10個，但開發只記得6個，最終只改對了4個，重複返工以及溝通的時間太長，效率不高。當然在這種口頭說明的方法之下還產生了一個進階版，就是搬個小板凳坐到開發面前指哪改哪，但這個也僅限於對接開發人員少的時候，當你同時對接三五個開發的時候，是沒有這個精力的而且也會影響開發的進度。

2. 讓開發去找之前的標註稿

驗收的時候發現有問題的時候，讓開發自己去找之前的標註稿，對照著修改，就很容易出現重複返工，有時候開發改了但是沒改到位，比如設計稿的元素大小是20px，第一次開發做的是27px，一輪驗收後他自己回去對照標註稿，改成了18px，那也就意味著你在二輪驗收的時候還得去提這個問題，時間成本浪費較大。

作為設計師而言，我們每天都是跟像素打交道，間距、字號差個幾像素，我們一眼就能看出來，但是作為每天跟代碼打交道的開發來說，差了幾像素在他們眼裡是沒區別的，覺得都一樣，所以我們需要明確的告訴他這裡移動幾像素，那裡字號改大幾像素。

這就跟談戀愛一樣，男生和女生的思維很不一樣，同理，設計師和開發的思維也是不一樣的，我們在驗收的時候，可以稍微改變一下方式，多站在開發的角度考慮問題。

正確的做法

1. 截圖

驗收的時候，我們需要把開發實現後的效果截圖，然後再去和設計稿做對比。

2.和設計稿作對比

我們可以直接把截圖放在設計圖上方，降低透明度，大致比對下，就知道哪裡不太對，然後再具體標註需求修改地方的參數。

在這其中也有幾個小技巧，當設計稿做的間距是48px時，開發實現後的效果是30px，這個時候我們可以直接標明間距縮小18px，而不是間距高度48px，開發也只需要在原來設置的參數上加或者減18px，而不用再去算參數了，當圖標切圖錯誤的時候，直接註明該圖標需要更換，圖片比例不對的時候也一樣。

驗收需要注意的問題

1、分割線

在驗收的時候要特別注意分割線的問題，分割線是在所有屏幕上都是1px，但是很多程序員沒有注意這個，或者說設計師在開發前沒有特別說明，程序員就寫成了1pt，因為pt是1x下的單位，px是實際單位。

所以在做分割線的是，單位需要是“px”，這樣才能保證每個屏幕的分割線都是1像素。

2、文字截斷範圍

當文字左右兩邊有內容的時候，我們需要標明文字可顯示的範圍，也就是說它最多能顯示幾個字。

3、小屏適配問題

設計師普遍用的設計尺寸都是750（1x為375），一些板式排版也是基於這個尺寸的，那麼對於640的手機來說，某些地方就會出現排不下的情況，這個時候是需要設計師在做設計稿的時候就考慮到這一點，並給出適配規則。在後期驗收的時候也需要特別去注意這個問題。

4、溝通不到位導致的問題

有一些頁面有很多種實現方式，如果前期沒有跟開發溝通清楚，就會導致最終實現的效果存在誤差，比如下方這個頁面，單給一張靜態圖，開發根本不知道設計師想要的實現方式是什麼，固定間距還是控制左右距離，中間自適應。最後很大可能就會按照自己的理解去做了，導致出現重複返工的現象。

總結

在後期視覺驗收的時候，我們可以換位思考，把自己當做程序員，站在他們的角度去思考問題，怎麼樣的驗收方式會更方便開發修改，減少重複返工的次數，情願驗收標註的時候多花10分鐘，也要把修改意見寫詳細，幫開發節省時間，反過來也幫我們自己減少了二次驗收的成本。

原文地址：https://www.ui.cn/detail/410986.html

作者地址：https://i.ui.cn/ucenter/292869.html

作者系列文章：

閱讀更多 UI小志 的文章

關鍵字: 修改 驗收 設計