本文為「蘭亭妙微」轉載并編錄的行業實踐經驗分享。原文圍繞產品設計驗收的意義、流程與評估方法展開，并結合齊治設計團隊在網絡安全產品DSG項目中的實際案例，系統闡述了如何通過標準化、體系化的驗收機制提升產品體驗與業務成效。希望能為關注產品設計質量與團隊協作效率的同行提供參考。
設計驗收是指設計人員按照設計方案對研發人員的落地內容進行逐項檢驗，理想狀態下，最終達成設計方案的完全還原。
由此可見，設計驗收的直接目標是保證設計還原度。那么設計還原度究竟可以為產品帶來些什么？我們假定設計方案不存在問題：
設計驗收追求每一個設計細節的切實落地，由此帶來的正面效益會傳遞給用戶更好的產品體驗，也進一步提升業務交付的滿意度。
那么如何在日常工作中高效高質地開展設計驗收、發揮其價值，以下是齊治設計團隊結合網安產品DSG項目的驗收實踐給出的答案：
規范工作流程有助于提高驗收效率，保障驗收質量。
在制定設計驗收流程前，首先思考以下幾個基本問題——
最后，我們將設計驗收拆分為四個階段，明確以下標準流程用于指導設計驗證的開展：
確定設計驗收的開始時間、驗收環境以及賬號密碼是設計人員開展設計驗收的必備條件。
理想狀態下，設計驗收的開始時間應該是功能驗收基本完成，流程無阻斷性Bug之后，即發布前的最后2-3輪提測。但是考慮到具體項目執行的變化，本流程建議設計人員主動向研發或測試負責人確認開始前的條件信息。
通過比對設計方案與落地方案，設計人員可以發現落地方案未還原的內容，以及少數設計方案不完善、不合理的地方。然后，為了更好地服務于問題修復階段的設研協作，設計人員需要將這些問題形成驗收表，并以在線文檔的形式共享給研發人員。這樣可以大大減少信息混亂、溝通低效、追溯困難等問題。
設計人員發現問題并記錄于驗收表后，驗收就進入了最關鍵的一環。嚴格按照“溝通問題-修復問題-再次驗收直至問題被解決”的循環工作流來消滅問題，有助于切實提升設計落地的還原度。同時，出于驗收質量的要求，建議設定一個循環次數的紅燈值，這是對設計人員與研發人員雙方的更高要求。
通過DSG項目的執行驗證，我們發現「溝通」在這個階段至關重要，這包括所有問題的整體澄清以及具體問題的修復溝通。尤其當問題總數較大時，設計人員與研發人員之間的充分溝通會讓問題修復進展得更加順暢、大家的協作體驗也會更好。
以下兩點可以看作提高協作效率、推動問題修復的關鍵任務：
DSG第一個上線版本的設計驗收修復質量不佳，遺留問題過多。為了有效改善這個情況，版本上線后，設計人員組織研發人員、測試人員一起進行了該期設計驗收的復盤會議。會議主要圍繞著「明確遺留問題的處置方案」和「反思修復問題的限制因素」展開。通過復盤，我們主動發現本次驗收過程中的不足之處，并討論未來工作中的優化措施。反映到DSG項目來說，二期驗收修復率較一期提升了26.24%。
由于在項目實踐中顯而易見的顯著效果，復盤階段也被引入到標準流程當來。我們擴寬了復盤的行動范圍，首先由設計人員進行遺留問題的整理以及修復率等驗收數據的統計，然后據此判斷本次驗收質量。質量較低時組織全體性的復盤會議，明確后續改進方案；質量較高時則以更輕量的方式與項目團隊成員進行信息對齊，如我們目前采用的方式是：具體問題由相關責任人及時溝通；整體驗收情況與遺留處置計劃放到下一期的設計澄清會議上進行全體對齊。
建立起標準化的設計驗收流程后，如何進一步形成體系化的設計驗收機制來指導工作？我認為可以是對工具/手段的探索，如驗收結果的輸出內容就是一個不錯的方向。
設計人員向研發人員告知驗收結果的方式可以靈活多樣，但無數的經驗告訴我們，當問題數量一多，簡單的口頭溝通或面對面演示等方式在問題管理、修復追蹤等方面的缺陷就顯露無疑了。故在本驗收機制下，我們還提供了一個設計驗收表的內容模版。
這個驗收表采用「設計-研發共同編輯」的協作模式，畢竟設計驗收不是一個人或一個團隊的事兒，需要設計與研發乃至產品、測試多方的溝通與努力。
此外，我們目前還未針對該驗收表內部分需要細化的項給出范圍定義與填寫說明，如「問題類型」的囊括范圍、「嚴重程度」的判斷方式，這都有待后續完善。
找到一個可用的工具是第一步，怎么把工具用好則是接下來真正的挑戰。
那么如何度量設計驗收的效果呢？下圖是我們在DSG項目中對驗收效果量化所做的探索：
從實踐中沉淀，我們引入了“修復率”這個數值，他的獲取門檻較低，又直觀反映了問題的存在——
修復率=修復問題數/（驗收問題總數-無法修復問題數），其中問題總數=當期發現問題(新)+遺留問題(舊)；無法修復問題是指極少數現階段難以改變的問題，一般多是技術限制導致的。
隨后，我們可以通過同產品不同期、不同產品同期等對比方式來分析修復率，量化設計驗收；或者結合更多維度的產品體驗數據，對修復率的數值范圍進行劃界，進一步給出設計驗收執行效果的通用衡量標準。
當然，量化設計驗收效果，答案或許不止這一個，我們也將繼續探索并沉淀。如上文提到的修復循環次數的紅燈值，亦是一個不錯的切入點。
當然，本文構想的設計驗收機制仍處于初級階段，后續還有很長的路要走。比如以下幾個初步設想：
1、通過更多項目機會驗證該機制（包括階段設計、表設計等）的完整性、合理性
2、總結歸納四個階段在執行過程中的注意事項，形成指導原則
3、定義說明驗收表內部分使用起來存疑的信息字段
4、探索沉淀更多有價值的量化數據
5、深入考慮當前機制如何充分適應不同需求體量下的設計驗收
為團隊提效，為業務賦能，愿我們秉承初心，繼續探索行之有效的設計驗收機制。
轉載：人人都是產品經理
蘭亭妙微（藍藍設計）m.0391cbd.com 是一家專注而深入的界面設計公司，為期望卓越的國內外企業提供卓越的大數據可視化界面設計、B端界面設計、桌面端界面設計、APP界面設計、圖標定制、用戶體驗設計、交互設計、UI咨詢、高端網站設計、平面設計，以及相關的軟件開發服務，咨詢電話：01063334945。
