起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識如何高效的進行設計驗收？
設計師總是習慣于把時間用在雕琢設計稿上，而忽略掉后期的設計驗收，而這樣就會影響工作的效率。那么，我們到底要如何進行設計驗收呢？
一直以來，設計驗收都不太受重視，設計師總是習慣于把時間用在雕琢設計稿上，而忽略掉后期的設計驗收。這就導致程序員在修改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分鐘，也要把修改意見寫詳細，幫開發節省時間，反過來也幫我們自己減少了二次驗收的成本。
作者：橙子的橙子? ?公眾號：海鹽社
本文由 @橙子的橙子 原創發布于人人都是產品經理。未經許可，禁止轉載。
題圖來自Unsplash，基于CC0協議
- 目前還沒評論，等你發揮！
