編輯導(dǎo)語：產(chǎn)品驗(yàn)收，對(duì)于產(chǎn)品經(jīng)理而言應(yīng)該都不陌生，它是產(chǎn)品上線前的一個(gè)關(guān)鍵的步驟，那么產(chǎn)品驗(yàn)收該如何做呢？作者結(jié)合自己的經(jīng)驗(yàn)，總結(jié)了產(chǎn)品驗(yàn)收的全過程，希望對(duì)你有所幫助。

產(chǎn)品驗(yàn)收，是產(chǎn)品發(fā)布上線前不可缺少的一個(gè)環(huán)節(jié)。但是，如何驗(yàn)收呢？

產(chǎn)品驗(yàn)收時(shí)會(huì)面臨各種挑戰(zhàn)，比如：

• 設(shè)計(jì)稿還原度低，需要反復(fù)與前端校對(duì)
• 交互細(xì)節(jié)不到位，前端實(shí)現(xiàn)與設(shè)計(jì)師預(yù)期落差大
• 小需求容易被忽略
• 驗(yàn)收問題多，溝通成本高
• …

問題多多，困難重重，但是在設(shè)計(jì)階段或是驗(yàn)收階段能否盡量避免或優(yōu)化的呢？從需求到設(shè)計(jì)，從設(shè)計(jì)到研發(fā)，從研發(fā)到驗(yàn)收，在這幾個(gè)環(huán)節(jié)中間，設(shè)計(jì)師可以做什么呢？

根據(jù)以往驗(yàn)收的經(jīng)驗(yàn)，我會(huì)在【設(shè)計(jì)階段】【驗(yàn)收階段】做一些優(yōu)化，以及后面的復(fù)盤中總結(jié)相關(guān)經(jīng)驗(yàn)，來減少一些不必要的錯(cuò)誤。

一、設(shè)計(jì)階段

設(shè)計(jì)階段是設(shè)計(jì)的主戰(zhàn)場(chǎng)之一，不僅挑戰(zhàn)設(shè)計(jì)師的設(shè)計(jì)能力，還有需求理解分析，最終所有的努力成為一紙?jiān)O(shè)計(jì)呈現(xiàn)。在設(shè)計(jì)師披荊斬棘，終于產(chǎn)出設(shè)計(jì)稿后，設(shè)計(jì)師最希望的是一稿過，并且最終實(shí)現(xiàn)設(shè)計(jì)稿 100% 還原。但是，我們都知道，這真的只有夢(mèng)里有。

設(shè)計(jì)交互說明補(bǔ)充和與前端提前溝通一些交互，可以提前避免一些預(yù)知錯(cuò)誤并減少后期溝通成本，提高效率。

1. 設(shè)計(jì)交互說明

設(shè)計(jì)時(shí)，并不僅僅只是交付視覺稿，還需要一些設(shè)計(jì)交互輔助說明。這樣做可以減少后期溝通成本，也防止自己忘記。特別是項(xiàng)目周期長(zhǎng)的，可能設(shè)計(jì)時(shí)，清楚是怎么樣的交互，等驗(yàn)收時(shí)，可能都忘記這個(gè)需求了，這也會(huì)導(dǎo)致驗(yàn)收時(shí)，會(huì)遺漏需求。

對(duì)交互的書面描述，也是幫助設(shè)計(jì)師更加深入的思考。有時(shí)，只是在腦海里過一遍，往往會(huì)有所遺漏。同時(shí)，要保持交互說明的簡(jiǎn)潔，不要長(zhǎng)篇大論，可以用更少文字描述的，就不要用長(zhǎng)文。可以用圖片或圖案表達(dá)的，就盡量不使用文字。因?yàn)?，人都是?duì)視覺更加敏感，也更容易記住，文字過多，可能干脆都跳過。

設(shè)計(jì)交互說明中，要包含但不限于以下說明：

組件交互說明：

• 基礎(chǔ)組件：輸入框，下拉框，日期選擇器，按鈕等等
• 定制組件：根據(jù)產(chǎn)品需求特別定制的，比如下拉框下拉列表要展示 【名稱】【ID】【創(chuàng)建時(shí)間】【創(chuàng)建人】
• 其他：比如狀態(tài)，需要枚舉，需要寫清楚對(duì)應(yīng)可操作的 Action。
• …

操作類交互說明：

• 比如點(diǎn)擊某個(gè) Action 觸發(fā)什么頁面，頁面形式是什么。是彈窗，還是抽屜，還是新頁面打開，當(dāng)前頁還是新開頁面等
• 點(diǎn)擊或懸浮，UI 上是否有變化
• 不可操作的情況枚舉

頁面布局說明：建議在設(shè)計(jì)規(guī)范中一次性約定：

• 字號(hào)和字色：標(biāo)題、主文字、輔助文字、不可點(diǎn)擊
• 默認(rèn)排序
• 空頁面展示
• 分頁器規(guī)則
• 不同顯示器的適配
• 文字溢出的處理
• 瀏覽器標(biāo)簽頁約定：比如是展示一級(jí)菜單名稱，還是二級(jí)+三級(jí)名稱，還是只展示產(chǎn)品名等等

異常：

• 異常情況枚舉
• 報(bào)錯(cuò)的展示 UI，包含原因和解決方案
• 404、403 等異常頁面的異常

其他：

• 特殊情況說明

交互設(shè)計(jì)說明的假設(shè)前提是，前端同學(xué)不清楚交互規(guī)則。很多時(shí)候設(shè)計(jì)師會(huì)假設(shè)，前端一定知道這個(gè)組件或頁面是如何交互。但是現(xiàn)實(shí)往往不是這樣，這不是誰對(duì)誰錯(cuò)的問題，而是大家站的角度不同，處理事情的方式當(dāng)然也有所差異，再加上人本身的復(fù)雜性。

所以，在與前端同學(xué)培養(yǎng)好默契前，建議寫好交互說明，避免開發(fā)或驗(yàn)收中反復(fù)確認(rèn)反復(fù)修改。

定義好整體的設(shè)計(jì)規(guī)范，會(huì)幫助前端更加清楚一些交互的規(guī)則。但是在前期與前端剛合作時(shí)，設(shè)計(jì)師要寫清楚交互細(xì)節(jié)，因?yàn)殚_發(fā)也需要時(shí)間熟悉規(guī)范。當(dāng)然約定好規(guī)范，也是減少雙方在一些交互方式上 Argue 的時(shí)間。

對(duì)于一些定制類比較特殊的組件，建議讓前端同學(xué)沉淀成組件，保證整體設(shè)計(jì)的統(tǒng)一性，減少后期維護(hù)成本。

2. 提前溝通

復(fù)雜的交互，建議提前與前端溝通，確認(rèn)好交互細(xì)節(jié)，避免開發(fā)時(shí)，前端錯(cuò)誤理解或無法實(shí)現(xiàn)，這時(shí)不只是在設(shè)計(jì)稿上要標(biāo)記，最好是找前端面對(duì)面溝通。基本上復(fù)雜的交互，開發(fā)的時(shí)間也不會(huì)太短，提前溝通能幫助前端預(yù)估好開發(fā)時(shí)間，也能避坑，順便建立好關(guān)系。

開發(fā)有時(shí)只是大概 Review 一下設(shè)計(jì)稿，等到真正開發(fā)時(shí)，才會(huì)評(píng)估難易和時(shí)間，所以比較復(fù)雜的交互有可能會(huì)被忽略或錯(cuò)估。

設(shè)計(jì)評(píng)審時(shí)，對(duì)于復(fù)雜交互或復(fù)雜業(yè)務(wù)邏輯，要充分與開發(fā)確認(rèn)，盡量減少后期設(shè)計(jì)調(diào)整或更改。

二、驗(yàn)收階段

一般會(huì)由 PD/PM 牽頭，邀請(qǐng)?jiān)O(shè)計(jì)師、測(cè)試一同參與產(chǎn)品驗(yàn)收。若是小團(tuán)隊(duì)，可能就是產(chǎn)品和設(shè)計(jì)兩個(gè)人。驗(yàn)收前后的準(zhǔn)備，可以以團(tuán)隊(duì)形式進(jìn)行，提高效率。

驗(yàn)收時(shí)，可分驗(yàn)收前、驗(yàn)收中、驗(yàn)收后來看。在不同的時(shí)間，做一些準(zhǔn)備工作，也能讓驗(yàn)收過程變得高效和愉快。

1. 驗(yàn)收前準(zhǔn)備

（1）與開發(fā)確認(rèn)可驗(yàn)收范圍

開發(fā)過程中，可能會(huì)因?yàn)橐恍┰?，有些需求?huì)被延遲或暫不開發(fā)，所以與開發(fā)確認(rèn)驗(yàn)收范圍是必要的。

（2）需求清單

羅列需要驗(yàn)收的需求清單，重點(diǎn)需求或交互點(diǎn)可標(biāo)記。清單可按產(chǎn)品模塊來劃分或項(xiàng)目，清單上可包含以下：

• 模塊或項(xiàng)目名稱
• 前端負(fù)責(zé)人，后端負(fù)責(zé)人
• 需求名稱

（3）測(cè)試用例

設(shè)計(jì)師比較少會(huì)寫測(cè)試用例，為了避免重要需求點(diǎn)驗(yàn)收遺漏，可以有些針對(duì)性的梳理。測(cè)試用例不需要太復(fù)雜，符合設(shè)計(jì)師的需求就好，測(cè)試用例梳理過程是比較費(fèi)時(shí)間，所以建議只對(duì)復(fù)雜的一些業(yè)務(wù)場(chǎng)景。

示例：

（4）時(shí)間規(guī)劃

時(shí)間規(guī)劃也是讓驗(yàn)收能夠順利完成的關(guān)鍵點(diǎn)之一，雖然工作最終能完成，但是沒有 Deadline 的項(xiàng)目，會(huì)無限期推遲，不利于整體項(xiàng)目推進(jìn)。而且時(shí)間要連續(xù)進(jìn)行，專心找 Bug，專心修 Bug。

• 設(shè)計(jì)驗(yàn)收時(shí)間
• 開發(fā)修復(fù)時(shí)間
• 再次驗(yàn)證時(shí)間
• 最后：設(shè)置最后截止時(shí)間

（5）需要開發(fā)配合的一些準(zhǔn)備

• 測(cè)試賬號(hào)：一些需求的驗(yàn)證，可能需要多賬號(hào)來驗(yàn)證，提前準(zhǔn)備好測(cè)試賬號(hào)是有必要的。
• 權(quán)限：如果涉及賬號(hào)權(quán)限，可以提前讓開發(fā)開通或授權(quán)
• 驗(yàn)收環(huán)境的準(zhǔn)備，如果是約定預(yù)發(fā)環(huán)境驗(yàn)收，要讓開發(fā)同學(xué)提前部署

（6）其他

約定提 Issue 的存放位置，比如云效和 GitHub 都有提缺陷的功能。同時(shí)要約定缺陷的等級(jí)，優(yōu)先級(jí)【緊急】【高】【中】【低】設(shè)定標(biāo)準(zhǔn)是什么，什么樣的缺陷這次驗(yàn)收是一定要修復(fù)的。

驗(yàn)收通過的標(biāo)準(zhǔn)是什么，是優(yōu)先級(jí)高以上都修復(fù)完成就通過，還是優(yōu)先級(jí)中以上。不管最后約定的規(guī)則是什么，都需要同步給開發(fā)同學(xué)。

2. 驗(yàn)收中

驗(yàn)收時(shí)，對(duì)問題的描述同樣很重要。對(duì)問題清楚的描述，能幫助開發(fā)更好理解問題所在，減少彼此溝通的時(shí)間。對(duì)于比較難描述的問題，可以錄屏來記錄問題，然后當(dāng)面和開發(fā)聊這個(gè)問題。

提 issue 時(shí)，有幾點(diǎn)建議：

• 標(biāo)題清晰，寫清楚主要原因，例【模塊名稱】創(chuàng)建XX頁面，提交顯示成功，但是列表無數(shù)據(jù)
• 觸發(fā)條件或路徑描述清晰，寫清楚上下文，幫助開發(fā)了解問題發(fā)生過程
• 文字加上截圖，圖文并茂
• 不想只寫問題，要把修改建議一起附上
• UI 問題，直接在截圖上圈出有問題地方，并寫上正確值，減少前端來回看設(shè)計(jì)稿的時(shí)間，或許你一眼就看出間距有問題，但是對(duì)于前端來說，這始終是一個(gè)盲區(qū)。大家關(guān)注點(diǎn)不一樣，不需要在這僵持
• 同一個(gè)頁面的問題，比如同個(gè)創(chuàng)建表單的一些界面 問題，可以把問題提在一個(gè) issue 里面，可以方便前端同時(shí)改了。如果當(dāng)中有高優(yōu)化級(jí)的，可以單獨(dú)提一個(gè)。

驗(yàn)證問題的時(shí)間最好可以隔一天。開發(fā)改好了，就會(huì)更改狀態(tài)，但是大部分前端不會(huì)在當(dāng)時(shí)就發(fā)布，所以如果當(dāng)下去驗(yàn)證，基本上還是一樣的。除非開發(fā)自己和你說，他已經(jīng)發(fā)布了。

3. 驗(yàn)收后

驗(yàn)收完成后，需要對(duì)驗(yàn)收有個(gè)總結(jié)，產(chǎn)出驗(yàn)收?qǐng)?bào)告。驗(yàn)收?qǐng)?bào)告，包括驗(yàn)收的基本情況，驗(yàn)收的維度，驗(yàn)收需求范圍，各模塊或各項(xiàng)目 issue 情況等等

（1）基本情況

• 驗(yàn)收時(shí)間
• 驗(yàn)收人
• 驗(yàn)收環(huán)境
• issue 地址
• 驗(yàn)收范圍
• 測(cè)試賬號(hào)

（2）驗(yàn)收維度

（3）驗(yàn)收需求清單

按各模塊或項(xiàng)目，列清楚當(dāng)前驗(yàn)收的情況。

（4）驗(yàn)收結(jié)果

對(duì)現(xiàn)有問題做一個(gè)結(jié)論，當(dāng)前共發(fā)現(xiàn) XX 個(gè)問題，其中：

• A 模塊：51 個(gè)
• B 模塊：36 個(gè)
• C 模塊：23 個(gè)

截止 2022074 18:00:00, 當(dāng)前修復(fù)情況：

• 待修復(fù)：19 個(gè)
• 已修復(fù)：109 個(gè)
• 暫不修復(fù)：7 個(gè)

三、復(fù)盤總結(jié)

坦白講，我不是個(gè)喜歡做復(fù)盤的人，但是我基本上都是強(qiáng)迫自己做，因?yàn)槟X袋知道這是件有益的事。

對(duì)驗(yàn)收發(fā)現(xiàn)問題的總結(jié)，也能幫助我在下一次設(shè)計(jì)中，知道哪些地方需要多和開發(fā)們確認(rèn)。哪些類型的交互需要考慮的更加仔細(xì)，盡可能提早發(fā)現(xiàn)問題，避免到驗(yàn)收才發(fā)現(xiàn)交互不合理，要臨時(shí)調(diào)整。

最后的話

產(chǎn)品驗(yàn)收，始終會(huì)是產(chǎn)品的一個(gè)挑戰(zhàn)。但這就像每個(gè)生命都需要成長(zhǎng)一樣，總是在磕碰中，砥礪前行。

本文由@箴鹽設(shè)計(jì) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議