經(jīng)過對新版APP的多次試驗，發(fā)現(xiàn)成功發(fā)布，除了要求，研發(fā)，測試和上線的理想過程外，還有許多我們需要考慮和完成的隱藏任務(wù)。在發(fā)布之前，新版本和舊版本的兼容性，例如原始版本的原始版本，新版本從底部重構(gòu)，如果接口被重寫，舊版本應(yīng)考慮兼容性問題。否則，似乎可以使用新用戶下載的APP，并且舊用戶不能使用它。如果涉及表結(jié)構(gòu)的更改，則它將與系統(tǒng)的其他功能相關(guān)。 2，IOS，Android，微型市場三方統(tǒng)一本機(jī)頁面和h5頁面的區(qū)別1）原生應(yīng)用頁面速度快，布局更清晰，體驗會更好2）本機(jī)可以脫機(jī)使用，運行速度更快，但是h5可以動態(tài)更新后，不需要更新app3）h5交互式動態(tài)效果受到限制，復(fù)雜的邏輯和動畫無法做到，會影響一些頁面場景，邏輯理解。 3，APP更新慧海頁面對于大版本的更新，必須有新的介紹頁面介紹，一般4-6頁為宜，更新的內(nèi)容告訴用戶，別忘了跳過這部分的按鈕。修改涉及用戶需要聚焦的區(qū)域，并且可以在頁面上制作一些引導(dǎo)掩碼。 4.發(fā)布失敗的失敗計劃通常不會陷入困境。一旦發(fā)布失敗，必須提前準(zhǔn)備好應(yīng)急計劃。如果情況不好，應(yīng)急計劃可以匯入海上，但緊急回滾至少是損失降低到低水平。

在第5版中，應(yīng)用商店的審計發(fā)布版本的預(yù)期發(fā)布時間應(yīng)該添加應(yīng)用商店的審核時間，尤其是appstore審核是嚴(yán)格的，并且不符合審核標(biāo)準(zhǔn)的應(yīng)用將被拒絕，因此應(yīng)該保留時間對于應(yīng)用程序。商店評論，拒絕修改提交時間。 6.應(yīng)用商店的更新副本將提交到應(yīng)用商店以獲取新功能，包括文案和圖像。不要相信程序員的文案水平。如果沒有運營商，這也是我們的責(zé)任。 7.版本號版本分類Alpha是開發(fā)人員的內(nèi)部測試版Beta：這是公司內(nèi)部測試的版本。 Rlease Candidate：RC是候選發(fā)布版本：發(fā)布給用戶的最終版本發(fā)布給用戶?？刂撇⒋_保每個應(yīng)用商店中的安裝包是新版本，避免混淆。 8號發(fā)布后，正式環(huán)境測試發(fā)布后，根據(jù)測試用例，用戶前端的功能都是一點點，而眾所周知的是一般動員，以確保用戶體驗不同不同型號的環(huán)境。 9.跟蹤用戶反饋并及時與一線業(yè)務(wù)人員溝通，是否存在未發(fā)現(xiàn)的BUG，并優(yōu)先考慮影響業(yè)務(wù)的問題。