先确定一下一款全平台产品有多少种发布渠道。

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） 原创发布于人人都是产品经理 ，未经许可，禁止转载。