小程序的项目周期通常不长，但容易在几个固定位置翻车：上线前发现包太大、审核被打回、登录态丢失、支付回调处理不当。这些坑有共性，提前知道就能绕开。
一、包体积：一开始就要留余量
- 主包尽量小，把非首屏功能拆到分包
- 图片走网络地址，不要打进包内
- 第三方库按需引入，避免整包引入
- 开发阶段就关注体积，不要等提审才发现
二、审核：提前对照规范
- 类目与资质要提前确认，很多驳回源于类目不符
- 涉及用户信息收集，必须有明确的授权说明与隐私政策
- 功能必须完整可用，不能用"测试数据"或"敬请期待"占位
- 不得出现诱导分享、诱导关注等违规设计
审核被驳回一次，节奏就乱一次
把审核清单在开发阶段就过一遍，比提审后反复修改划算得多。
三、登录态与用户信息
- 登录凭证有时效，需要处理过期与静默续期
- 用户信息授权可能被拒绝，需要设计可用的降级流程
- 不要在前端保存敏感令牌的明文
- 账号在多端登录时的状态处理要提前定义
四、支付与消息
| 环节 | 注意点 |
|---|---|
| 下单与支付 | 订单号唯一、金额服务端校验 |
| 支付回调 | 幂等处理，避免重复加钱或重复发货 |
| 退款 | 流程与对账口径提前确认 |
| 消息通知 | 模板配置与发送频率限制 |
五、兼容与体验
不同机型、不同系统版本、不同微信版本的差异，是体验问题的常见来源。上线前至少覆盖主流机型与低版本系统，并重点测试弱网下的表现。弱网体验差的小程序，用户流失比功能缺失更快。
#小程序开发#审核规范#技术选型#软件事业部
