————上文————
項目啟動
1埂蕊、確定人員
（1）確定開發(fā)人員
（2）確定測試人員
2、確認(rèn)PRD
3疏唾、確定上線時間
開發(fā)中
1蓄氧、查看進(jìn)度
2、對接開發(fā)
3槐脏、記錄工作日志
4喉童、與需求方保持聯(lián)系
關(guān)于項目跟進(jìn)，本篇接著講解后三步驟顿天。
測試中
1堂氯、確定PRD
測試人員需要產(chǎn)品需求文檔進(jìn)行開發(fā)成果驗證。對此牌废，產(chǎn)品經(jīng)理在對應(yīng)的測試人員開展測試工作前咽白，需與他們再次確認(rèn)產(chǎn)品需求文檔。產(chǎn)品需求文檔是測試結(jié)果驗證鸟缕，測試人員會把產(chǎn)品經(jīng)理輸出的需求文檔作為最終底牌晶框。
如果遇到后臺功能邏輯特別復(fù)雜或者牽涉多個產(chǎn)品致邏輯特別復(fù)雜時，建議產(chǎn)品經(jīng)理幫助測試人員測試懂从，這樣才能將不合理的設(shè)計盡可能地都檢測并羅列出來授段，以便開發(fā)人員及時更正。
2番甩、跟進(jìn)測試
在測試過程中侵贵，產(chǎn)品經(jīng)理需要及時與測試溝通，了解測試情況缘薛，關(guān)注未處理的Bug窍育，不需要關(guān)注已解決的Bug卡睦。對于重新開啟的Bug，要考慮是不是產(chǎn)品的邏輯關(guān)系導(dǎo)致了產(chǎn)品不斷出現(xiàn)Bug蔫骂。
此外么翰，有的產(chǎn)品經(jīng)理按負(fù)責(zé)的產(chǎn)品類型區(qū)分，有的產(chǎn)品經(jīng)理按模塊劃分辽旋。不管如何劃分浩嫌，產(chǎn)品經(jīng)理應(yīng)當(dāng)時刻對自己的產(chǎn)品測試報告進(jìn)行回查。尤其當(dāng)團(tuán)隊中有兩個以上的產(chǎn)品經(jīng)理時补胚，通過產(chǎn)品經(jīng)理的工作分工码耐，可以讓負(fù)責(zé)該模塊的產(chǎn)品經(jīng)理查看產(chǎn)品的測試報告，提升產(chǎn)品經(jīng)理驗證和調(diào)試的速度溶其。這樣就不需要將所有的測試結(jié)果報告集中在一起給某個產(chǎn)品經(jīng)理驗收骚腥，而且產(chǎn)品經(jīng)理也不方便查看。
3瓶逃、關(guān)于BUG
（1）Bug的起止
當(dāng)測試發(fā)現(xiàn)一個功能不滿足需求的時候束铭，需要判斷是否為 Bug，如果是 Bug厢绝，就需要提交 Bug契沫。提交的時候需要通知對應(yīng)的產(chǎn)品經(jīng)理，由產(chǎn)品經(jīng)理來將 Bug 分配給對應(yīng)的開發(fā)昔汉，或者直接通知對應(yīng)的開發(fā)懈万。
開發(fā)接到 Bug 之后，需要人為判斷是否為 Bug：如果不是 Bug靶病，則需要和測試会通、產(chǎn)品經(jīng)理溝通，然后關(guān)閉 Bug娄周。如果是 Bug涕侈，需要修復(fù)。修復(fù)完成之后煤辨，提交代碼驾凶，并備注 Bug 編號，然后更改 Bug 狀態(tài)為「已修復(fù)」掷酗。
接下來由測試人員驗證 Bug 是否修復(fù)，如果修復(fù)窟哺，則測試人員需要關(guān)閉 Bug泻轰；如果未修復(fù)，則測試人員需要更改 Bug 狀態(tài)為「驗證未通過」且轨，該 Bug 重新恢復(fù)到未修復(fù)狀態(tài)浮声。
（2）Bug 無法復(fù)現(xiàn)怎么辦虚婿？
首先了解下哪些原因會導(dǎo)致 Bug 無法復(fù)現(xiàn)：
- 版本：A 版本上的 Bug 在 B 版本或者 C 版本上很有可能導(dǎo)致無法復(fù)現(xiàn)，但如若該 Bug 在 B 版本上已被解決泳挥，應(yīng)當(dāng)關(guān)掉這個 Bug然痊。
- 數(shù)據(jù)：產(chǎn)品里的某些數(shù)據(jù)會導(dǎo)致 Bug 的存在，如果這些數(shù)據(jù)條件不具備屉符，導(dǎo)致 Bug 無法復(fù)現(xiàn)剧浸。盡可能還原數(shù)據(jù)，以測試 Bug 是否仍存在矗钟。
- 代碼：編碼過程中會因為各種因素導(dǎo)致 Bug 無法復(fù)現(xiàn)唆香，此時，需要通過 code review 來定位問題吨艇。
其次躬它，如果以上方法都已經(jīng)嘗試過，但 Bug 仍無法復(fù)現(xiàn)东涡。此時冯吓，產(chǎn)品經(jīng)理需要評估 Bug 的重要性以及上線時間。如果 Bug 不重要且上線時間很緊疮跑，那么只能讓測試暫時“掛起 ”Bug组贺。換言之，產(chǎn)品經(jīng)理需要輔助測試對 Bug 保持線上關(guān)注祸挪，如果歷經(jīng)多個版本仍沒有出現(xiàn)這個問題锣披， 測試可關(guān)閉該Bug 。
（3）部分 Bug 未解決贿条，能上線嗎雹仿？
首先，產(chǎn)品經(jīng)理需要確定以下三點：
- 這個 Bug 重要嗎整以？影響核心流程或者核心用戶嗎胧辽？
- 這個 Bug 需要改多久？（修復(fù)時間 + 測試時間）
- 該版本什么時候上線公黑？
最后邑商，產(chǎn)品經(jīng)理再做決定。如果 Bug 不重要凡蚜，修復(fù)很耗時且不確定是否會引起其它 Bug人断，離上線時間很近，且不能延期朝蜘，那只能下次改恶迈。其它沒有規(guī)則，只能產(chǎn)品經(jīng)理自己判斷谱醇。判斷錯了怎么辦暇仲，總結(jié)經(jīng)驗下次不要再做錯決定即可步做。
此外， Bug 未解決奈附，并且產(chǎn)品經(jīng)理決定這個版本不解決全度，那這個 Bug 就不屬于當(dāng)前版本的管理范圍，測試需要視產(chǎn)品開發(fā)情況斥滤，將未解決的Bug及時更新到下一版本或者下下版本中将鸵，讓開發(fā)及時修復(fù)≈械總而言之咨堤，測試需要跟蹤 Bug 修復(fù)直至上線甚至是用戶反饋。
貫穿始終
1漩符、時刻同步產(chǎn)品需求文檔
在項目跟進(jìn)過程中一喘，產(chǎn)品經(jīng)理一定要及時更新和同步產(chǎn)品需求文檔，對于一些新加的需求嗜暴，需求文檔需要詳細(xì)標(biāo)注凸克。更新的意思是在有新的需求或變更時進(jìn)行同步，同步的意思是文檔要及時上傳到SVN（團(tuán)隊協(xié)作云盤）或團(tuán)隊內(nèi)部闷沥。
上線后
1萎战、開放權(quán)限
項目上線后，產(chǎn)品經(jīng)理需要第一時間給相關(guān)業(yè)務(wù)人員開放功能權(quán)限舆逃，以便業(yè)務(wù)人員能看到并使用該功能蚂维。
2、記錄問題與確定優(yōu)化項目
（1）自行線上測試
線上環(huán)境與測試環(huán)境多多少少有一點出入路狮，并且再嚴(yán)謹(jǐn)?shù)臏y試也可能會遺漏某些小問題虫啥。因此當(dāng)項目上線后，產(chǎn)品經(jīng)理需要去自行使用一遍新功能（前提是可以線上操作奄妨，不影響線上數(shù)據(jù)和其他功能）涂籽。在該過程中，產(chǎn)品經(jīng)理要及時記錄發(fā)現(xiàn)的新問題砸抛，以及整理優(yōu)化項目（優(yōu)化項目是指需要修改的小項目评雌，并不是產(chǎn)品需求中沒有開發(fā)的功能），查缺補(bǔ)漏直焙。
（2）搜集用戶反饋
在用戶使用過程中景东，產(chǎn)品經(jīng)理需要及時記錄用戶反饋，合理判斷優(yōu)化項奔誓，確定優(yōu)化方案斤吐，視優(yōu)先級進(jìn)行合理排期。
小結(jié)
以上項目跟進(jìn)的所有內(nèi)容只是【項目管理】中貫穿產(chǎn)品經(jīng)理日常工作的一部分∏酰總之，作為產(chǎn)品經(jīng)理杯聚，要多溝通臼婆、多了解，實時把控進(jìn)度幌绍，及時做周匯總或項目總結(jié)颁褂，整理項目中存在的問題并隨時為后續(xù)迭代或復(fù)盤做好準(zhǔn)備。
