猶如《西游記》中的唐僧取經(jīng)團隊，好不容易經(jīng)歷了九九八十一難，才來到了佛教圣地靈山取得真經(jīng)。這就好比一個歷經(jīng)千辛萬苦的項目管理過程，這種體會其實作為產(chǎn)品經(jīng)理的你，也是有機會體驗的。在項目的整個發(fā)展過程當(dāng)中，我們已經(jīng)經(jīng)歷了項目的啟動，項目的計劃，項目的執(zhí)行和監(jiān)控，最后終于到了項目的收尾階段，有那么一瞬間，你會覺得一切都是值得的，因為勝利就在眼前，希望的曙光仿佛在明日即將瞥見。

項目收尾階段主要是對項目的各項指標(biāo)進行評估驗收，對項目進行經(jīng)驗教訓(xùn)總結(jié)。但，作為整個項目的負(fù)責(zé)人，即使到了最后一刻，我們依然不能掉以輕心，有很多例子就足以證明仔細(xì)、認(rèn)真的重要性。

比如說，一個簡單的服務(wù)器修改功能，由于過于輕視，沒有走測試流程，直接發(fā)布到外網(wǎng)，導(dǎo)致外發(fā)版幾萬用戶的手機崩潰。雖然后期排查查明是因為程序員的疏忽導(dǎo)致的參數(shù)錯誤，但其實這里就已經(jīng)暴露了項目流程上還存在很多問題，尤其是在項目收尾的過程中，產(chǎn)品測試是非常重要的一個環(huán)節(jié)，沒有經(jīng)過測試的產(chǎn)品，是萬萬不能對外進行發(fā)布的，這都是血的經(jīng)驗教訓(xùn)。

嗯，重要的事情還真是的說上三遍吧：

無論進度多趕的項目，發(fā)布前，請一定內(nèi)測。

無論進度多趕的項目，發(fā)布前，請一定內(nèi)測。

無論進度多趕的項目，發(fā)布前，請一定內(nèi)測。

那么，具體到項目收尾這個事情上，就涉及到方方面面的驗收及檢查了，項目團隊的所有成員都理應(yīng)投入到自我檢查和項目檢查的隊伍中來，這樣才能確保項目正常、穩(wěn)定的上線。

功能bug測試

測試是產(chǎn)品上線環(huán)節(jié)中重要的一部分，伴隨著整個產(chǎn)品的生命周期，因此產(chǎn)品測試是很重要的一個環(huán)節(jié)，需要特殊的人員從事相關(guān)測試工作，這部分人就是測試工程師。目前所有的互聯(lián)網(wǎng)公司都有測試工程師。

當(dāng)然，根據(jù)項目的大小不同，測試團隊的規(guī)模相差也很大。有些項目需要和開發(fā)團隊人數(shù)相當(dāng)?shù)臏y試工程師，而有些團隊的開發(fā)人員、產(chǎn)品經(jīng)理則兼任了測試的職責(zé)。在項目的發(fā)展過程中，應(yīng)盡量對一些基礎(chǔ)功能制作自動化測試工具，并不斷完善測試用例。這樣測試團隊可以把更多精力投入到新功能的測試中，而不是每次版本發(fā)布都在對已有功能是否被破壞而感到擔(dān)心。測試工程師是產(chǎn)品上線的最后一環(huán)，對用戶負(fù)責(zé)，是“上帝”的品菜師，他們的定位是產(chǎn)品把關(guān)者。

通常，測試工程師在項目中的主要職責(zé)分以下幾部分：

1. 編寫測試計劃、規(guī)劃詳細(xì)的測試方案、編寫測試用例；
2. 根據(jù)測試計劃搭建和維護測試環(huán)境；
3. 執(zhí)行測試工作，提交測試報告，包括編寫用于測試的自動測試腳本，完整地記錄測試結(jié)果，編寫完整的測試報告等相關(guān)的技術(shù)文檔；
4. 對測試中發(fā)現(xiàn)的問題進行詳細(xì)分析和準(zhǔn)確定位，與開發(fā)人員討論缺陷解決方案；
5. 提出對產(chǎn)品的進一步改進的建議，對測試結(jié)果進行總結(jié)與統(tǒng)計分析，對測試進行跟蹤，并提出反饋意見；

測試工程師完成了以上的相關(guān)任務(wù)后，才算是完成了項目的功能bug測試部分的收尾工作。

開發(fā)人員的走查

盡管大部分的功能性bug都被測試人員發(fā)現(xiàn)，并反饋到開發(fā)人員這邊進行處理和修改，但是開發(fā)人員仍然需要對一些自己的工作進行走查，這樣才能提高整個產(chǎn)品的安全系數(shù)。

1. 開發(fā)人員的走查，主要包含如下一些內(nèi)容：
2. 是否進行高危函數(shù)掃描？
3. 是否進行安全漏洞掃描？
4. 是否有內(nèi)存泄漏的檢測和結(jié)果（如果是C/C++代碼）？
5. 不必要log是否刪除了，以及l(fā)og信息是否清晰完整詳細(xì)？
6. 是否影響其他相關(guān)模塊功能表現(xiàn)？
7. 自身系統(tǒng)壓力是否已評估？
8. 后端支撐系統(tǒng)負(fù)載變化是否已評估？

當(dāng)然，這里只是列舉了一些比較常見的開發(fā)走查，具體的開發(fā)走查安排還是要靠開發(fā)部門的領(lǐng)導(dǎo)來具體計劃和推動安排。

產(chǎn)品走查

產(chǎn)品經(jīng)理作為整個項目的負(fù)責(zé)人或主導(dǎo)者，對于自己份內(nèi)的工作也要做到仔細(xì)走查一遍，確定沒有任何產(chǎn)品策劃上的問題，才是對自己工作崗位職責(zé)的盡責(zé)，也是對項目的負(fù)責(zé)。

通常，產(chǎn)品經(jīng)理在項目收尾階段，需要檢查如下事項：

1. 需求清單是否有調(diào)整或更新？例如每個功能特性是否有確定的輸入、處理、輸出；
2. 需求文檔是否補充完整或及時更新？例如交互圖、設(shè)計稿是否已經(jīng)更新；
3. 產(chǎn)品更新說明文檔是否已經(jīng)提交并進行客服培訓(xùn)；
4. 產(chǎn)品頁面文案是否已檢查（包括但不限于頁面文字、廣告語）；
5. 已有功能、標(biāo)識的改動，在其他模塊的呈現(xiàn)，是否覆蓋完整？
6. 數(shù)據(jù)統(tǒng)計需求是否明確提出？數(shù)據(jù)是否正常上報？

這些都是非常細(xì)節(jié)和瑣碎的工作，產(chǎn)品經(jīng)理在處理這些事情的時候，往往需要多一份耐心和細(xì)心，這樣才能考慮周到和全面，確保在自己的工作范圍內(nèi)，沒有給項目造成什么損失。

交互和設(shè)計走查

這部分，主要是交互設(shè)計師和UI設(shè)計師要做的工作，因為即使是再精致的設(shè)計稿也只是設(shè)計師們電腦中的圖片，只有經(jīng)過了項目里的前端工程師、開發(fā)實現(xiàn)了的產(chǎn)品，才能被廣大用戶看到。所以，在前端和后臺開發(fā)完成后，設(shè)計師與開發(fā)人員一起確認(rèn)的環(huán)節(jié)是必不可少的。不經(jīng)過確認(rèn)就上線的產(chǎn)品，往往在產(chǎn)品細(xì)節(jié)上會存在疏漏，比如說某幾個頁面樣式的細(xì)節(jié)和原先的設(shè)計稿不符，這樣就造成了產(chǎn)品用戶體驗的下降。

在這個環(huán)節(jié)，交互設(shè)計師通常要做的工作包含如下內(nèi)容：

1. 頁面的交互動作，操作及其反饋；
2. 交互控件的各種狀態(tài)，初始狀態(tài)、常態(tài)、邊界狀態(tài)、錯誤狀態(tài)等的情況確認(rèn)；
3. 其他交互細(xì)節(jié)，如默認(rèn)值是否正確、第一屏的高度、產(chǎn)品文案等；

而UI設(shè)計師要做的事情主要是對產(chǎn)品的視覺樣式進行走查，如是否有色差、尺寸間距、圖片質(zhì)量、是否符合柵格等；

產(chǎn)品運營人員的走查

如果項目做好之后，就要投入到市場，那么產(chǎn)品運營人員肯定也要在產(chǎn)品上線之前做好相關(guān)的運營準(zhǔn)備，這樣才不至于淪落到產(chǎn)品推出之后無人問津的尷尬境地。

那么，通常來說，產(chǎn)品運營在這個環(huán)節(jié)需要做哪些工作呢？

1. 產(chǎn)品的冷啟動是否已經(jīng)準(zhǔn)備完畢，種子用戶的招募工作是否已經(jīng)開啟？
2. 內(nèi)容運營是否已經(jīng)規(guī)劃？內(nèi)容的更新機制是否已經(jīng)確認(rèn)，并進行部署，是自動更新，還是人工更新？
3. 活動運營是否已經(jīng)規(guī)劃？是否有專人負(fù)責(zé)？周期性的活動，是否已經(jīng)配套有運營模板？
4. 用戶運營是否已經(jīng)規(guī)劃？拉新、留存、促活的關(guān)鍵步驟都有哪些？
5. 新媒體運營的賬號是否已經(jīng)建立，是否有專人負(fù)責(zé)？
6. 渠道拓展是否已經(jīng)規(guī)劃？是否發(fā)展代理？是否要引入合作伙伴，合作伙伴的資質(zhì)又應(yīng)該是怎樣的？

項目收尾總結(jié)

在看著產(chǎn)品成功發(fā)布上線后，項目團隊總算是松了一口氣，這個時候就是項目進行了成功地交付了。這個時候，產(chǎn)品經(jīng)理可以總結(jié)一下整個項目的收獲和成功經(jīng)驗，比如運用了任務(wù)優(yōu)先級排序，才確保產(chǎn)品項目的主流程能夠順利按時上線。

在整個項目管理的過程當(dāng)中，肯定也暴露了團隊成員的不少問題，比如研發(fā)階段，前松后緊，總是臨近提測時，才匆匆收尾；這常常導(dǎo)致提測質(zhì)量不佳，或者提測時間延后，風(fēng)險積攢到測試階段才集中爆發(fā)，最終導(dǎo)致項目延期發(fā)布，或者帶著顯性的Bug上線。

面臨這方方面面的問題和陷阱，產(chǎn)品經(jīng)理需要帶領(lǐng)項目團隊做好準(zhǔn)備來迎接各種挑戰(zhàn)。最關(guān)鍵的是能夠構(gòu)建一個學(xué)習(xí)型團隊和高效溝通的團隊，及時總結(jié)項目經(jīng)驗和教訓(xùn)，從而不重復(fù)犯同樣的錯誤，團隊在項目的發(fā)展中不斷學(xué)習(xí)提高。

最后要做的，就是一些文檔的歸檔和項目慶功，這些想必大家在日常的項目管理過程中都遇到過了，就不再復(fù)述多言。

系列文章

《【萬字干貨】在高級產(chǎn)品經(jīng)理眼中，好的項目管理流程是怎樣的（上）》

《【萬字干貨】在高級產(chǎn)品經(jīng)理眼中，好的項目管理流程是怎樣的（中）》

#專欄作家#

壹百度，微信公眾號：倒退集，人人都是產(chǎn)品經(jīng)理專欄作家。在線教育企業(yè)服務(wù)領(lǐng)域產(chǎn)品經(jīng)理，創(chuàng)業(yè)公司Team Leader。曾主導(dǎo)多款重量級產(chǎn)品的產(chǎn)品策劃和設(shè)計工作。

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