產(chǎn)品(功能)細節(jié)問題的最后一次機會?？紤]到項目成本+收益+重要程度，對于特殊項目需要單獨的組織參與人員設(shè)計并執(zhí)行內(nèi)部驗收，以確保多人更大范圍的產(chǎn)品檢驗。
這個事情有兩個重要意義：
1. 項目產(chǎn)品信心建立。
2. 項目產(chǎn)品功能體驗review。
一般性的準(zhǔn)備我這里也列舉下：
1. 產(chǎn)品驗收checklist；
2. 驗收環(huán)境準(zhǔn)備；
3. 驗收數(shù)據(jù)準(zhǔn)備；
4. 驗收問題列表；
5. 變更列表(云雀或aone)，此時的改動要特別注意變更風(fēng)險和范圍評估；
6. 數(shù)據(jù)、BI、埋點驗收準(zhǔn)備；
7. 產(chǎn)品驗收數(shù)據(jù)收集(可選)。
★ 項目發(fā)布
在以上階段都完成后，就到了項目發(fā)布的最重要階段。在準(zhǔn)備好發(fā)布計劃的前提下。要注意多系統(tǒng)聯(lián)動的 發(fā)布時間節(jié)奏、依賴控制、風(fēng)險控制、線上驗證等把握。嚴格執(zhí)行發(fā)布流程和回滾方案的同時，注意以下幾點：
1. 提醒系統(tǒng)發(fā)布前中后檢查，建立通知機制（發(fā)布群）。
2. 系統(tǒng)發(fā)布要注意API變更、數(shù)據(jù)及表結(jié)構(gòu)變更等對線上邏輯的影響評估。(一般預(yù)發(fā)布已經(jīng)做了)
3. 發(fā)布后的線上檢查，特別注意檢查本身會否影響線上功能和數(shù)據(jù)。
4. 最好做到發(fā)布功能有開關(guān)+線上白名單。
5. 復(fù)雜項目的發(fā)布一般會選在在晚上，但同時要做好分班跟進計劃。
6. 發(fā)布完、線上驗證完畢后，項目發(fā)布郵件及通知同步要到位。
★ 復(fù)盤總結(jié)
互聯(lián)網(wǎng)公司，唯快不破。再快的產(chǎn)品功能發(fā)布 也需要回到我們最初的本源，目標(biāo)有沒有達成？所以回到我們項目起初制定的目標(biāo)和衡量標(biāo)準(zhǔn)，需要有個目標(biāo)達成總結(jié)。重要的點提及下
1. 項目目標(biāo)衡量數(shù)據(jù)統(tǒng)計。
2. 過程優(yōu)缺點復(fù)盤,揚長避短(非所有項目)。
3. 較為成功的項目要及時安排慶祝(儀式感很重要)。
★ 其他的補充
互聯(lián)網(wǎng)公司有個很大的挑戰(zhàn)就是，項目節(jié)奏壓力。同時通過以上我們也可看到想要做好一個項目是需要付出很多的，有很多東西都是默默地背后的。項目也好，產(chǎn)品功能也好。都是人做出來的。再牛逼的業(yè)務(wù)宣講、再清晰的目標(biāo)設(shè)定、再精細流程把控最終都逃不過人這個核心的落腳點。作為PM你要時刻反思：
真正的業(yè)務(wù)訴求是什么？
項目有沒有偏離軌道？
這個人跟你做項目能不能得到成長、成就？
他有沒有被你推到了墻角？
你是否能觀察判斷到可能的風(fēng)險并最好規(guī)避、次之解決？
你會否會因為一個項目，一場仗而得到一批干將？
這是除了項目結(jié)果以外我們需要思考的。不僅僅是業(yè)務(wù)或技術(shù)，這是走的長遠、是準(zhǔn)備未來。
關(guān)于數(shù)據(jù)變更(結(jié)構(gòu)+數(shù)據(jù))：包含表結(jié)構(gòu)變更、數(shù)據(jù)格式變更、數(shù)據(jù)內(nèi)容變更等 在系分階段要同步BI(其他數(shù)據(jù)使用方)，項目驗收前要再次確認。
