項(xiàng)目驗(yàn)收是產(chǎn)品上線前非常重要的環(huán)節(jié)，很多重大問題需要我們?cè)谏暇€前做好把控。產(chǎn)品經(jīng)理在上線前更應(yīng)該投入更多的精力，確保按時(shí)保質(zhì)地完成目標(biāo)，在最后1公里失敗，就非?？上Я恕＝酉聛?lái)，讓我們看看筆者是怎么做項(xiàng)目驗(yàn)收的吧。

項(xiàng)目驗(yàn)收分為三個(gè)部分：一是項(xiàng)目需求驗(yàn)收，二是UI交互驗(yàn)收，三是產(chǎn)品發(fā)布前驗(yàn)收。

前期都努力了很久，最后上線前的關(guān)鍵階段一定不能掉鏈子，要有匠人精神，認(rèn)認(rèn)真真驗(yàn)收前期確認(rèn)好的需求。不同驗(yàn)收環(huán)節(jié)需要注意的點(diǎn)如下：

一、項(xiàng)目需求驗(yàn)收

1. 為什么需要項(xiàng)目需求驗(yàn)收

需求驗(yàn)收的目的是確保前期指定的需求功能完整——技術(shù)開發(fā)過程中遺漏功能的補(bǔ)充以及需求偏離后的及時(shí)矯正。在開發(fā)提測(cè)之前，需求開發(fā)有明顯問題的時(shí)候，給技術(shù)空出更多的調(diào)整需求的時(shí)間。防止在后期上線前發(fā)現(xiàn)問題，時(shí)間倉(cāng)促，導(dǎo)致功能實(shí)現(xiàn)效果不好，倉(cāng)促了事。

2. 進(jìn)入時(shí)間

在技術(shù)開發(fā)之后，測(cè)試進(jìn)入之前。

3. 主要工作

驗(yàn)收需求功能的完整性，前期安排的需求功能是否開發(fā)完成，流程是否跑通。

4. 注意事項(xiàng)

（1）需求驗(yàn)收前，開發(fā)人員進(jìn)行冒煙測(cè)試，保證基本功能完整通暢，不要出現(xiàn)明顯的阻斷性問題，消耗大量的時(shí)間。

（2）需求開發(fā)遺漏或者實(shí)現(xiàn)方案有問題，需要技術(shù)投入額外資源，需要妥善溝通、解決問題，不可急躁。一般在需求驗(yàn)收階段，技術(shù)的開發(fā)工作已到尾聲，如果團(tuán)隊(duì)資源緊張會(huì)有新的項(xiàng)目進(jìn)入，技術(shù)人員會(huì)多項(xiàng)目同時(shí)進(jìn)行。這時(shí)候需要PM妥善處理，確保功能的重要性，協(xié)調(diào)資源解決。

尋找問題出現(xiàn)的原因、需求問題，謹(jǐn)記下次注意，復(fù)盤中總結(jié)經(jīng)驗(yàn)——是他人的原因，要主動(dòng)溝通傾聽；或許是需求不合理；或許是實(shí)現(xiàn)方案不合理，與技術(shù)哥哥們認(rèn)真溝通。切勿甩鍋急躁。

（3）功能完整即可，不要被細(xì)節(jié)、UI交互等所牽絆，明確當(dāng)前階段的目的。

二、UI交互驗(yàn)收

1. 設(shè)計(jì)驗(yàn)收的目的

設(shè)計(jì)驗(yàn)收重視的是視覺體驗(yàn)、交互體驗(yàn)，讓用戶用得輕松，看得清楚，操作簡(jiǎn)單容易。借用一本書的名字——《Don’t Make Me Think》

2. 進(jìn)入時(shí)間

測(cè)試功能驗(yàn)收完成之后，流程無(wú)阻斷性BUG。這個(gè)時(shí)候，開發(fā)有空余的時(shí)間，專門針對(duì)UI交互進(jìn)行調(diào)整。

3. 注意事項(xiàng)

團(tuán)隊(duì)有設(shè)計(jì)師時(shí)，最好是設(shè)計(jì)師進(jìn)行UI驗(yàn)收。設(shè)計(jì)師天然地對(duì)像素敏感，對(duì)頁(yè)面風(fēng)格整體把控比較強(qiáng)。專業(yè)的事情交給專業(yè)的人來(lái)做。

設(shè)計(jì)稿需要簡(jiǎn)單明了，直接將相關(guān)的要求列出：文字大小、顏色色號(hào)、分割線的寬度、文本域的寬度、不同型號(hào)手機(jī)的兼容適配問題等等。盡量減少重復(fù)二次溝通，節(jié)省開發(fā)哥哥的開發(fā)返工時(shí)間。這部分工作很多都是設(shè)計(jì)師直接在UI圖中進(jìn)行標(biāo)準(zhǔn)，PM需要多溝通，切勿自己有想法就直接與前端同事溝通直接修改。設(shè)計(jì)師驗(yàn)收過程中，又找技術(shù)小哥修改，過程反復(fù)，可能要炸了。

避免口頭表達(dá)，看到一個(gè)細(xì)節(jié)修改一個(gè)細(xì)節(jié)，統(tǒng)一地走查一遍，將有問題的點(diǎn)整理記錄，統(tǒng)一修改。

三、產(chǎn)品發(fā)布前驗(yàn)收

1. 目的

站好上線前的最后一道崗，確保產(chǎn)品保質(zhì)按時(shí)上線。

2. 進(jìn)入時(shí)間

一般在收到測(cè)試驗(yàn)收?qǐng)?bào)告之后進(jìn)行。如果項(xiàng)目時(shí)間要求比較緊張，可以在功能性問題驗(yàn)證完成之后進(jìn)入，畢竟對(duì)創(chuàng)業(yè)公司來(lái)說(shuō)時(shí)間非常寶貴。

3. 方式方法

記錄問題的嚴(yán)重程度、環(huán)節(jié)、模塊以及解決問題需要的人員定位，需要PM了解簡(jiǎn)單的技術(shù)知識(shí)，快速定位問題——是前端問題還是后端問題，是展示問題還是流程阻塞性問題。走查項(xiàng)目的主要流程，確保產(chǎn)品滿足初始的設(shè)計(jì)方案。

展示形式：最好是通用的Excel方便瀏覽定位，如果團(tuán)隊(duì)有專用的項(xiàng)目協(xié)作軟件也可以進(jìn)行問題記錄，防止相同問題多次反復(fù)的溝通，浪費(fèi)自己時(shí)間，同時(shí)也浪費(fèi)技術(shù)大哥們的時(shí)間。

4. 注意事項(xiàng)

涉及重大需求問題要謹(jǐn)慎評(píng)估。畢竟已經(jīng)到了需要驗(yàn)收的階段，如果在這個(gè)時(shí)間點(diǎn)發(fā)現(xiàn)需求問題，就得謹(jǐn)慎地做出選擇。多問自己，當(dāng)前需求功能的優(yōu)先級(jí)是否是自己忽略，還是在開發(fā)過程中遺漏，有沒有更好的解決方案。在不確保項(xiàng)目延期的情況下，溝通各方做出選擇，切勿固執(zhí)己見，整得大家都不開心。

準(zhǔn)備好上線前的上線方案，檢查是否存在數(shù)據(jù)遷移問題，是否有歷史數(shù)據(jù)需要處理，上線前后對(duì)用戶是否有影響，對(duì)當(dāng)前操作系統(tǒng)的人員是否會(huì)有影響。上線前的代碼部署，相應(yīng)版本的審核發(fā)布。特別是IOS等需要提前進(jìn)行審核，需要提前準(zhǔn)備好，確保項(xiàng)目能夠按時(shí)完成。

項(xiàng)目培訓(xùn)方案——項(xiàng)目上線前準(zhǔn)備好相應(yīng)的培訓(xùn)文稿，讓用戶可以在第一時(shí)間了解發(fā)布的新功能以及相應(yīng)的使用方法。項(xiàng)目上線不是終結(jié)，只是開始。要持續(xù)跟蹤用戶的使用情況，統(tǒng)計(jì)分析數(shù)據(jù)，線上暴露的問題的修復(fù)。后續(xù)版本迭代的計(jì)劃。

不要忘記復(fù)盤，讓大腦理性地思考——項(xiàng)目整體效果怎么樣；中間碰到了什么問題，這些問題是否可以避免；開發(fā)過程中是否有需求遺漏，是否跟技術(shù)哥哥們溝通不暢。總結(jié)經(jīng)驗(yàn)，每次碰到的問題，都是下次成長(zhǎng)的機(jī)會(huì)。拆分項(xiàng)目流程中的各個(gè)環(huán)節(jié)，精心打磨每一步細(xì)節(jié)，自然會(huì)有好的結(jié)果。

本文由 @船長(zhǎng) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

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