編輯導(dǎo)語：很多做產(chǎn)品的同學(xué)，在需求上線時(shí)，本應(yīng)該皆大歡喜，卻突然出了岔子，需求上線失敗了該怎么辦？作者分享了需求上線失敗的原因以及應(yīng)對的方法，我們一起來看戲吧。

相信很多做產(chǎn)品的同學(xué)都會(huì)遇到需求上線的情況，但并非每次上線都能發(fā)送成功郵件，感謝相關(guān)參與同學(xué)，大家皆大歡喜，然后開啟另一輪產(chǎn)品迭代。

那遇到上線失敗時(shí)該怎么辦呢？筆者根據(jù)自己過往經(jīng)驗(yàn)總結(jié)如下辦法，供大家相互交流討論：

一、分析為什么會(huì)上線失敗？

上線失敗的原因其實(shí)有很多，歸結(jié)起來主要是如下幾個(gè)角色的原因?qū)е拢?/p>

1. 產(chǎn)品經(jīng)理的原因

• 產(chǎn)品在設(shè)計(jì)之初考慮不夠周全，臨上線才知道還有某個(gè)需求沒設(shè)計(jì)，導(dǎo)致流程無法閉環(huán)，此時(shí)研發(fā)和測試完全來不及開發(fā)和測試，比如履約過程中缺貨標(biāo)記之后，沒有缺貨訂單的處理邏輯；
• 產(chǎn)品設(shè)計(jì)本身存在缺陷，在測試驗(yàn)證的過程中，發(fā)現(xiàn)按照新版本的產(chǎn)品需求，與該需求之前的邏輯或者別的需求存在邏輯沖突，是一個(gè)此對彼錯(cuò)的情況，比如數(shù)據(jù)需求中相同數(shù)據(jù)指標(biāo)，不同統(tǒng)計(jì)口徑，將會(huì)導(dǎo)致用戶對數(shù)據(jù)的信任度缺失而棄用產(chǎn)品。

2、研發(fā)同學(xué)的原因

研發(fā)代碼bug，俗話說，沒有寫過bug的開發(fā)不是好開發(fā)，而產(chǎn)生bug的原因有很多：

• 對產(chǎn)品需求的理解存在偏差，比如產(chǎn)品需求本意是希望做到賬號維度的數(shù)據(jù)權(quán)限區(qū)分，而開發(fā)同學(xué)理解成了角色維度的權(quán)限區(qū)分；
• 粗心了，多寫了一個(gè)標(biāo)點(diǎn)符號或者用錯(cuò)標(biāo)點(diǎn)符號，雖然這個(gè)錯(cuò)誤很低級，一般是新手研發(fā)容易犯這種錯(cuò)誤；
• 方法錯(cuò)誤，對實(shí)現(xiàn)某種邏輯的方法存在問題，導(dǎo)致實(shí)現(xiàn)效果與預(yù)期存在偏差；
• ……

測試環(huán)境的服務(wù)與預(yù)發(fā)布環(huán)境或生產(chǎn)環(huán)境有差異，導(dǎo)致測試環(huán)境正常，而生產(chǎn)環(huán)境出現(xiàn)錯(cuò)誤，測試環(huán)境與生產(chǎn)環(huán)境的配置不同，這個(gè)問題在絕大多數(shù)的公司都存在，基于成本考慮，測試環(huán)境的流量相對于生產(chǎn)環(huán)境沒那么大，所以基本上是測試環(huán)境的服務(wù)配置低于生產(chǎn)環(huán)境，而不同的服務(wù)配置可能導(dǎo)致代碼的運(yùn)行效果不同。

代碼分支合錯(cuò)，這個(gè)問題雖然不常見，但是在我無數(shù)次上線失敗的經(jīng)歷中，還真有不少研發(fā)同學(xué)犯這個(gè)錯(cuò)誤，其實(shí)對于做過開發(fā)或者熟悉開發(fā)代碼合并流程的同學(xué)應(yīng)該知道，代碼分支的命名基本都是英文的，而相近版本的命名更相近，在不注意的情況下，是很容易合并錯(cuò)誤的。

3. 測試同學(xué)原因

• 測試驗(yàn)證不夠周全，僅驗(yàn)證了需求本身，沒有回歸驗(yàn)證全鏈路產(chǎn)品，導(dǎo)致局部功能正常，但是完整的數(shù)據(jù)流存在問題，比如會(huì)員卡狀態(tài)禁用，只保障了卡狀態(tài)的禁用功能正常，但是對于會(huì)員卡狀態(tài)的狀態(tài)廣播未做測試，導(dǎo)致POS業(yè)務(wù)沒有收到狀態(tài)變更，引起POS仍能刷卡消費(fèi)，而實(shí)際系統(tǒng)已經(jīng)無法積分和消費(fèi)，產(chǎn)生錯(cuò)誤；
• 測試分工出現(xiàn)遺漏，臨上線才知道某個(gè)需求無人來測。這個(gè)錯(cuò)誤很少發(fā)生，但是對于大型復(fù)雜系統(tǒng)來說，其實(shí)容易出現(xiàn)這個(gè)分工偏差。

二、分析能否挽回失??？

這個(gè)其實(shí)就需要具體問題具體分析了，對于某些研發(fā)原因，比如代碼分支合錯(cuò)，部分小bug之類的，其實(shí)是可以當(dāng)天修復(fù)當(dāng)天上線的，但對于方法錯(cuò)誤等比較復(fù)雜的錯(cuò)誤，其實(shí)很難短時(shí)間解決。

那么怎么決定能否挽回呢？建議拉著相關(guān)產(chǎn)品、研發(fā)、測試同學(xué)一起，就相關(guān)問題進(jìn)行討論，主要討論三點(diǎn)：

• 問題產(chǎn)生的原因是什么？
• 問題的修復(fù)方案是什么？
• 修復(fù)方案的責(zé)任人和時(shí)間需要多久？

最后形成結(jié)論，該問題是否需要當(dāng)晚進(jìn)行修復(fù)。

三、上線失敗怎么處理？

如果經(jīng)過產(chǎn)品、研發(fā)、測試同學(xué)的原因分析，綜合評估發(fā)現(xiàn)不能當(dāng)天修復(fù)上線，那就需要做好以下兩件事：

1. 后續(xù)處理方案和計(jì)劃

針對不同的原因，輸出不同的解決方案，并對解決方案制定相關(guān)責(zé)任人和時(shí)間節(jié)點(diǎn)，建議溝通的內(nèi)容形成既要，可以群通知，也可以郵件周知，主要包括：

【背景】：上線失敗的原因說明；

【方案】：失敗原因的處理方案；

【計(jì)劃】：處理方案的時(shí)間節(jié)點(diǎn)

【責(zé)任人】：處理方案的相關(guān)責(zé)任人及分工；

2. 周知相關(guān)方

主要包括業(yè)務(wù)方、相關(guān)領(lǐng)導(dǎo)。這里有兩個(gè)點(diǎn)需要注意一下：

• 親自電話與需求提出方溝通對齊，告知對方補(bǔ)救的方案和時(shí)間計(jì)劃；
• 郵件周知相關(guān)方：郵件的內(nèi)容建議與相關(guān)產(chǎn)品、研發(fā)和測試溝通對齊話術(shù)，避免存在理解偏差，造成不必要的團(tuán)隊(duì)不和諧。之前我遇到一起就是沒有與研發(fā)和測試溝通對齊話術(shù)，而是直接生硬地說了失敗的原因和計(jì)劃，其實(shí)本身是沒錯(cuò)的，只是對于問題的責(zé)任方可能不太好，可以潤色一下話術(shù)，盡量強(qiáng)調(diào)改進(jìn)方案和計(jì)劃，弱化問題的責(zé)任方。

四、案例參考

各位業(yè)務(wù)同學(xué)、領(lǐng)導(dǎo)：

非常抱歉周知你xxx需求因xxx原因上線失敗，針對該原因，我們同產(chǎn)品、研發(fā)、測試及業(yè)務(wù)同學(xué)溝通商討出xxx方案，該方案計(jì)劃xxx時(shí)間點(diǎn)完成上線，責(zé)任人分別是產(chǎn)品-xx，研發(fā)-xx，測試-xx，請各位周知，若時(shí)間點(diǎn)存在改動(dòng)，我會(huì)提前周知大家，謝謝。

xxx產(chǎn)品部

2021年8月2日

作者：iJob，如果你對商業(yè)、產(chǎn)品感興趣，歡迎交流溝通，微信公眾號：商業(yè)案例研究

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

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