本文以作者親歷的一次H5產(chǎn)品上線為例，分析了其中關(guān)鍵環(huán)節(jié)、不當(dāng)之處以及相應(yīng)的注意要點。

最近在半路接手一個從0-1的產(chǎn)品，產(chǎn)品功能設(shè)計完畢、需求文檔完成、需求評審結(jié)束，開發(fā)進(jìn)行到了第二周，只需要保證產(chǎn)品正常上線。

聽起來像一切步入正軌，正常推進(jìn)上線很簡單。真正了解后發(fā)現(xiàn)，產(chǎn)品的大部分功能細(xì)節(jié)沒有解釋清楚，主流程之外的功能存在缺失，協(xié)議類等文檔不完整，外部溝通反饋時間過長等等問題。同時自己手中還有兩個需求，一個在開發(fā)階段，另一個產(chǎn)品設(shè)計中。

我是如何在這種環(huán)境之下，保證一款基于微信環(huán)境的保險類H5產(chǎn)品，正常上線的。下文講述，上線前的物料準(zhǔn)備。

一、產(chǎn)品載體準(zhǔn)備

1. 注冊微信服務(wù)號

微信服務(wù)號與公眾號間的區(qū)別：微信服務(wù)號會在微信消息的一級對話欄中展示，方便服務(wù)消息及時觸達(dá)用戶；微信公眾號全部收縮在訂閱號消息中。所以選擇微信服務(wù)號為產(chǎn)品載體；

2. 完成公眾號認(rèn)證和消息模板申請

這里消息模板需要提前申請，審核通過后，可選擇行業(yè)內(nèi)的模板進(jìn)行配置。如果沒有找到合適的模板，可以自己做提醒模板文案，然后向微信提交審核。官方給的審核時間是7-15天，實際會比這快一點。當(dāng)然作為1.0版本的產(chǎn)品，可以根據(jù)資源情況去判斷，要不要做。

3. 底部菜單和自動回復(fù)

底部菜單作為產(chǎn)品的入口，需要提前確認(rèn)放置的內(nèi)容，畢竟進(jìn)入開發(fā)者模式，無法通過后臺配置。還有一些自動回復(fù)文案，確定下來也要讓開發(fā)進(jìn)行配置。

二、文檔類內(nèi)容準(zhǔn)備

1. 協(xié)議類文檔

包含：《用戶協(xié)議》、《投保須知》、《保險條款》、《常見問題》等等，需要先自己擬好，然后再通過法務(wù)人員審核?；蛘咧苯诱矣行袠I(yè)背景（保險行業(yè)）的人協(xié)助擬初版，然后再審核；

2. 短信提醒模板

短信提醒主要起到通知和促單的效果。用于接收短信驗證碼，支付成功的通知短信。以及保單到期，未支付訂單等促單短信。第三方短信分發(fā)商，也需要進(jìn)行短信模板審核，不過審核時間很短。

三、郵件準(zhǔn)備

1. 同步項目進(jìn)度類郵件

向產(chǎn)品總監(jiān)、需求方、老板等關(guān)注項目的上級，進(jìn)行定期的項目進(jìn)度同步。比如每周一或每周五，發(fā)送項目進(jìn)度類郵件，說明開發(fā)進(jìn)度、文檔準(zhǔn)備情況、項目不會不延期、需不需要什么協(xié)助等。

2. 正式上線郵件

產(chǎn)品上線當(dāng)天，面向公司全體成員的郵件。用較正式的口吻寫明什么產(chǎn)品幾號正式上線，上線后對哪些人有影響，介紹產(chǎn)品功能點，放置產(chǎn)品截圖，最后留下聯(lián)系方式方便全體成員進(jìn)行需求反饋。

四、開發(fā)測試問題跟蹤

1. 關(guān)注bu list

重點關(guān)注嚴(yán)重bug的處理情況，為了保證項目的正常上線，可以把影響用戶量少、觸發(fā)頻率低的bug放入下次迭代中優(yōu)化。

2. 回歸測試

因為團(tuán)隊是比較相信測試人員，所以在產(chǎn)品上公測環(huán)境后，不需要大范圍的驗收，把主流程回歸一下，沒有問題即可。

3. 需求池管理

開發(fā)中總會有難決的問題，或者采用折中的方案，需要把這部分問題及時納入需求池，方便下個版本優(yōu)化。

五、相關(guān)人員通知

1. 提前培訓(xùn)。告知運營、客服、銷售、支持等相關(guān)團(tuán)隊，后臺系統(tǒng)哪些功能點與其相關(guān)，上線后對現(xiàn)有工作有什么影響。可以通過文字、操作視頻、會議等方式傳達(dá)。
2. 運營賬/號開通。收集人員開通后臺賬號的基本信息，確定后臺系統(tǒng)用戶角色、能力范圍，以此配置相應(yīng)的權(quán)限。

六、接口系統(tǒng)情況

接口bug

需要關(guān)注接口系統(tǒng)情況，比如現(xiàn)有接口系統(tǒng)存在bug，經(jīng)過溝通在測試環(huán)境下優(yōu)先修復(fù)，是否能在產(chǎn)品上線前發(fā)布到正式環(huán)境。

PS：我負(fù)責(zé)的這個H5項目，就因為接口系統(tǒng)的bug修復(fù)后沒有及時上線，導(dǎo)致我們的產(chǎn)品開發(fā)完畢，在正式環(huán)境下無法正常使用，最終項目延期。。。血與淚的教訓(xùn)。。。

總結(jié)所有類型產(chǎn)品的通用方法

1. 查—產(chǎn)品是否滿足上線標(biāo)準(zhǔn)

• 關(guān)注bug??list是否情況，是否還有嚴(yán)重bug
• 回歸測試：產(chǎn)品的核心流程、核心功能是否完成可用？
• 上線時間：選擇好了上線時間了嘛
• 冷啟動：內(nèi)容是否準(zhǔn)備完畢，尤其是資訊類和社交類；
• 文案：所有文案是否明顯無歧義。

2. 教—給一切相關(guān)的人做培訓(xùn)

運營需要的上線物料準(zhǔn)備（使用文檔，幫助文檔、應(yīng)用商店、幫助中心、推廣物料）

告知運營、客服、銷售、支持等相關(guān)團(tuán)隊，說明上線后的影響；

3. 預(yù)案—萬一……怎么辦

是否有planB，去解決上線不成功、大量用戶投訴、用戶暴增等問題；

4. 收—一個小小的好習(xí)慣，會讓別人覺得更專業(yè)

• 收拾文檔，開發(fā)期間存在需求變更的，需求文檔是否補(bǔ)充完整；
• 交互圖、設(shè)計稿，是否已更新；
• 未實現(xiàn)的需求、bug是否有解決方案。

總結(jié)一句就是人、物、事項都要到位，相關(guān)人員通知到位、各種資料準(zhǔn)備到位，后續(xù)支持溝通到位。

?

作者：歌昂；個人微信：lg869095752；公眾號：歌昂

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

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