1. 每个渠道一套代码
如果业务层直接调用各渠道 SDK,接入第 N 个渠道就是第 N 次改代码。正确做法是抽象统一接口层,渠道差异收敛在适配器里。
2. 渠道参数写死在包里
把渠道参数(渠道 ID、密钥、商品映射)配置化,可以显著减少重新打包与重新送审的次数。
3. 支付回调没做幂等
渠道回调可能重试或乱序到达。缺少幂等处理会导致重复发货或漏发,是最容易引发客诉的问题。
4. 上报数据口径不一致
自己统计的付费金额与渠道后台对不上,多数不是技术 bug,而是口径差异:时区、退款是否扣除、是否含赠送。
5. 忽略渠道 SDK 版本升级
渠道会强制升级并设定截止时间,临近截止才处理容易造成线上事故。建议建立版本跟踪与回归流程。
6. 隐私合规与权限声明
隐私政策、SDK 清单、权限申请时机都有明确要求,应用市场上架审核会重点检查。
7. 双端不一致
Android 与 iOS 的登录、支付、上报行为不一致,运营看到的数据就会相互矛盾。上线前应做双端一致性验收。