在日常工作中，你是否曾遇到過這種情況，辛辛苦苦做出來的設計稿，投產上線后效果完全變了一個樣呢？為了避免這種情況，我們要格外重視設計走查。本文作者對設計走查進行了分析，一起來看一下吧。

在我們日常工作中，是否經常會遇到這樣一種情況，自己辛辛苦苦做出來的設計稿，投產上線后效果完全變了一個模樣，感覺像是被“卸妝”。不僅視覺上有很多問題，交互上也存在不少錯誤。為了避免這種情況，設計走查我們一定要格外重視。

一、什么是設計走查呢？

設計走查通常又叫：還原度檢查、視覺Review、設計驗證等。其目的是保證實際開發落地實現的效果與設計稿的效果保持一致。

在一個項目開發的流程中，設計走查與測試一樣是產品上線前的最后一個步驟，類似于一件商品上市前的質量檢測。

另外就是，很多人容易把設計走查和體驗走查二者混淆。

首先，設計走查和體驗走查在項目所處的階段是不一樣的，設計走查通常是在項目開發完成后的測試階段進行的，而體驗走查則貫穿于整個產品生命周期；其次，設計走查和體驗走查側重點也有所不同，設計走查重點是確保頁面設計細節的還原度；而體驗走查則是站在更高的維度，以《設計法則》為標準，發現產品在功能、界面及流程上的易用性、一致性和美觀性的問題。

二、大眾對設計走查的誤區

關于設計走查，很多人存在一種錯誤觀點：設計師只負責美美噠，走查是測試人員的事。

其實則不然，因為在設計過程中，并不是說你把設計稿做得很完美，標注和切圖完整地交給開發小哥哥之后就完事了，其實這時候設計工作才完成了一半而已，如果開發還原出來的效果跟設計稿差距較大的話，設計也是要負很大責任的，因為跟進開發還原也是我們的工作內容之一。所以對設計師的要求除了設計能力之外，落地能力也至關重要。

三、為什么要做設計走查？

設計走查可以幫助我們在投產上線前檢查出各方面問題，它是我們產品上線前的必要保障。

如果沒有經過設計走查來保證質量，那么許多產品問題在上線前得不到發現和修復，落地效果與實際設計相差甚遠。用戶得不到更好的用戶體驗，輕則耗費更多時間，重則直接影響用戶放棄使用該產品，可能還會導致其他不可預見的問題。

四、怎么做設計走查

設計稿交付后，我們還需要實時跟進項目的進度，了解當前項目開發的時間節點，根據開發給出的時間排期，在計劃提測時間介入走查。如果開發反饋有延期風險，我們需要跟產品及時了解原因，然后評估是否對設計有影響。

1. 找問題

當功能移測，測試同學跑完一遍流程后，其實我們就可以進入設計走查階段了，這里可以采用先大到小，由淺入深的策略，主要是從以下三個方面進行檢查：

1）整體業務流程

雖然這個過程基本都會被測試團隊在第一輪的時候查驗出來，但為了避免有遺漏，我們最好還是先把全流程跑一遍以避免發生問題。

2）交互內容

當流程跑完，這個時候就可以進入到交互細節的檢查。我們可以結合交互說明進行逐條驗證：一般我們的交互說明已經非常詳盡，包含各類異常狀態和細節交互。因此我的建議是在驗證的時候可以結合我們之前的交互說明一一對照驗證，避免某些部分被遺漏或者忽略。

3）視覺內容

最后就是檢查是前端頁面的設計稿效果是否和設計稿一致，包括色彩、字體、布局、排版等細節。通過全局通用、功能動效、視覺規范快速定位到問題并提出問題。視覺還原一直是開發和設計難以達成一致的重災區。視覺走查還原目前主要靠設計師的“像素眼”，比較耗費精力。

2. 問題記錄

當我們把走查問題都找出來之后，因為很多問題都是點狀的，為了便于后期的問題跟進，這個時候我們就需要借助設計走查文檔來完成。通常一份完整的走查文檔包含：功能模塊名稱、設備環境、問題描述、問題截圖、對應設計稿、問題優先級、對應開發、問題處理狀態、驗收結果等。