先確定一下一款全平臺產品有多少種發布渠道。

1. Android客戶端：

（1）國內瀏覽器應用市場：手機百度、百度瀏覽器、QQ瀏覽器、UC瀏覽器、360瀏覽器、搜狗瀏覽器、獵豹瀏覽器……

（2）國內應用市場客戶端：應用寶、百度手機助手（原91助手）、360手機助手、安卓市場、安智市場、豌豆莢、小米應用商店、華為應用市場……

（3）電視盒子應用市場：當貝市場、沙發管家、360電視助手……

2. iOS客戶端：

（1）官方應用市場：AppStore

（2）非官方應用市場：海馬蘋果助手、PP助手、同步推、91助手……

3. WP客戶端

（1）微軟應用商店

4. 自有發布

（1）軟件內自動/手動檢測升級

（2）自有官網下載，包括WWW、WAP

（3）友站下載

如果只是一款單純無需數據埋點也無廣告結算的軟件，只需要規劃一下新版本發布的順序及時間。但如果軟件涉及到數據，尤其是多方結算數據，那么這些版本都需要帶有渠道號，還要考慮首發及相關更新推廣上的計劃。這么多細微瑣碎的事情湊到一起看起來就很混亂的樣子，所以發布的規劃要一步步設定。

規劃產品商用發布的七步走

第一步：規劃產品版本介紹素材、風格及時間。

其中素材需要有指定頁面截圖及設計，宣傳文案和主要介紹內容，這里的時間指準備好所有上線商用資料的時間。還要規劃籌備運營人員要在官方微博、微信公眾號、合作媒體中要發布的廣告及推廣軟文。

第二步：確定產品上線的渠道及先后順序。

哪個渠道首發，哪個渠道先行（是否長期合作），是否先做灰度發布，試探一下市場效果，先發布的渠道可不可獲取到相關的推薦位。

第三步：產品自動升級規則制定。

已安裝產品的用戶如何升級，需用戶手動檢測，是否自動提示，提示后下載安裝還是跳轉至指定應用市場或彈出瀏覽器安裝。如果不安裝新版本，是否每次打開客戶端都要提示。

第四步：發布前的數據維度確定。

這里的數據單純指運營數據，比如新版本上線了一些新的功能或運營位，這些數據的埋點是否與運營協商過，監測的是哪些數據的變化，除了普通的新增用戶、活躍用戶、日開機次數、每次停留時長之外，還有指定關鍵頁面的跳出率，頁面點擊路徑、功能使用頻率等等。

第五步：各渠道的安裝包里渠道號的設置規則。

初級產品中可能未涉及渠道號的問題，但隨著產品用戶的增加，渠道資源的引入，各個渠道可以置換一些推薦位，有些可以聯合做活動，那每個渠道的下載量，用戶使用、付費等等都是靠渠道號來統計的。渠道號的設置規則規范化，以便平臺上的結算。

第六步：iOS客戶端總要獨立應對。

不論是iPhone還是iPad客戶端，不能跟Android客戶端一并規劃，AppStore的上線規則是獨立的，所以發布的時候一定要記住幾個沒有明確文檔說明的“地雷”：

1. 有用戶體系互聯網產品一定要可完成獨立注冊登錄的閉環操作；
2. 如有跳轉網頁必須軟件內跳轉不可彈出跳轉；
3. 付費、充值必須采用指定付費方式，其中虛擬物品必須使用iTunes付費；
4. 使用廣告等嵌入SDK必須是蘋果認可的，積分商城原則上是不允許出現的；
5. 不可有明顯超鏈形式，不可捆綁安裝其他客戶端；
6. 不可自動獲取用戶信息，含本機號、郵箱、系統版本號，IMEI號等都不允許埋點獲取。
7. 測試版、非完整版本、常規功能中存有待開啟功能等情況，都無法通過審核。
8. 全新產品上線會有一個月的新品推薦周期，這段時間如何用于運營推廣。

iOS審核一般情況下是一周等待審核，一周時間在審核，至少要等上半個月，如果未能通過還要繼續等待兩周，遇到有重大付費更改的版本等待兩個來月未有任何反應也是常見的。

第七步：規劃應急籌備與回滾預警。

這個工作雖說是由測試團隊來落實執行的，但在規劃時，產品經理也要進行前期的判定，什么情況需要應急措施，那些問題需要進行版本回滾，應急修改時間是多久，回滾的后續彌補的工作有哪些，回滾到再發布的時間規劃，都需要跟技術、測試、渠道、運營人員提前商議確認。

商用發布會隨著版本的升級而變得越來越復雜，細節越來越多，在多方市場多渠道推廣的情況下，專業的渠道發布人員會大大提高產品的推廣力度，優秀的商用發布是運營的有效補充，產品一炮而紅的強勁助力。

本文由 @開言扯空-為產品經理（公眾號：kaiyanchekong-PM） 原創發布于人人都是產品經理?，未經許可，禁止轉載。