經歷了幾次 WordPress APP 新版本上線的折磨後，發現一次成功的上線，除了需求下發、研發、測試、上線這樣理想化的流程之外，還存在很多隱性的工作需要我們考慮並完成。
發佈前
1 、新老版本的相容問題
比如，老版本原有的功能，新版本從底層進行了重構，介面如果重寫，老版本要考慮相容問題。不然就會出現，新多用户下載的 WordPress APP 可以使用，老多用户不能使用的情況，如果涉及了表結構的改變，那麼還會關聯到系統的其他功能。
2 、 IOS，安卓，WooCommerce 商城的三端統一
原生頁面和 h5 頁面的區別
1）原生應用頁面速度快，排版更清晰，體驗效果會更好
2）原生可以離線使用，執行更快，但 h5 可以動態更新，不需要更新 WordPress APP
3）h5 互動動態效果收到限制，複雜的邏輯和動畫做不了，會影響一些頁面場景、邏輯的理解。
3 、 WordPress APP 更新啓動頁
對於大版本的更新，要有新增功能的介紹引導頁面，一般 4-6 個頁面為宜，把更新的內容講述給多用户，別忘了可以跳過這部分的按鈕。修改涉及需要多用户重點關注的地方，可以在頁面上做些指引蒙版。
4 、發佈失敗應急方案
常在坑裏走哪有不掛的，一旦發佈失敗，一定要有事先準備好的應急預案，發現情況不妙，可以啓動應急預案，差不過緊急回滾，至少把損失降到低。
發佈中
5 、應用 WooCommerce 店羣的稽核
發佈版本的預期時間要把應用 WooCommerce 店羣的稽核時間加進去，特別是 WordPress APPstore 的稽核比較嚴格，不符合稽核標準的應用會被拒絕發佈，所以時間要預留出給 WordPress APP Store 稽核，拒絕再修改提交的時間。
6 、應用 WooCommerce 店羣的更新文案
提交給應用 WooCommerce 店羣的新功能介紹，包括文案，圖片。不要相信程序設計師哥哥們的文案水平，如果沒有運營人員，這也是我們的職責之內。
7 、版本號
版本分類
Alpha 是開發人員的內部測試版
Beta：這是供公司內部測試的版本
Rlease Candidate：RC 是發行候選版本
Release：交付給多用户的終版本
面向多用户發佈的產品版本號要按規則管控好，確保每個應用 WooCommerce 店羣內的安裝包是新版本，避免混亂。
發佈後
8 、正式環境測試
上線之後，按照測試用例，把多用户前端的功能全部點一點，知名是全體總動員，要在不同機型不同環境，保證多用户體驗。
9 、跟蹤多用户反饋
及時與一線業務人員溝通，是否有未發現的 BUG，優先解決影響業務的問題。