为了赶周五的发布会上线，客户周二就催提审，结果卡在审核队列里眼看着错过节点。审核周期这事有它自己的规律，百度小程序开发的上线排期，得给审核留足余量。
审核要多久
正常情况下，首次提审一到三个工作日出结果，版本更新一般更快些，一两个工作日。但均值没有意义，赶上节点前的大排队，四五个工作日也常见。影响速度的因素有三个：提交时间点、类目敏感度、材料完整度。医疗、金融、教育这些敏感类目天然慢，材料被打回补交，一个来回又是一周，所以快慢一半靠运气，一半靠准备。
提审时机怎么挑
- 避开周五下午和节假日前一天，提交后没人审，白耗一个周末
- 工作日上午提交，当天进入审核队列的概率最高
- 大促节点前，全行业都在挤审核，能提前就提前一周
- 首次提审多留缓冲，打回重提是常态，按两轮准备排期
那句周四提审比周五快不是段子，是排队机制决定的现实。版本更新也一样，重要的功能改动别拖到最后一刻才提。
灰度发布和回滚预案
平台支持灰度发布，新版本先放给一部分用户，观察几天没问题再全量。交易类和改版大的版本建议都走一遍灰度，出了问题损失可控。回滚预案也要备好：上一个版本包留档，新版本真出大问题，回滚只要几分钟，现打包现审可就慢了。
加急与多版本并行
平台对特殊场景有加急通道，但门槛不低，营销节点理由一般不构成加急资格，涉及重大故障修复的版本更容易被受理。与其赌加急，不如把节奏前置：版本规划时就把审核周期算进里程碑，里程碑再往前压一周，留给打回重提的意外。多版本并行开发的大团队还要注意合并提审，同一个小程序排队里塞三个版本，前一个没过审后一个就悬着，发布窗口全乱。按周定一个提审窗口，所有改动凑到窗口统一提，节奏稳，出问题也好定位是哪个版本带进来的。
审核被拒后的重提也有讲究，驳回意见逐条回应，改了什么写清楚，附上修改说明能明显提速。沉默重提等于让审核员重新猜一遍，来回次数反而更多。驳回意见的原文截图留档，同类问题第二次出现时，翻旧档直接能对照。
上线排期的一条铁律：审核时间按最长估，发布时间按审核通过后再留一天缓冲来定。百度小程序开发的审核环节急不来，把余量留足，发布会才不会变成事故现场。赶节点的项目，比格网络会帮客户把提审和发布的时间表排好，哪个节点卡在哪里，提前就看得见。
