清单怎么用
这份清单不是打分表，而是门禁表。每一项只有三种状态：
pass：有可复现的证据；partial：做了，但证据不完整；fail：没做，或做了但坏了。
partial 与 fail 都阻塞发布。没有证据的「通过」按 partial 处理，这条规则与第 13 章的评审器一致。
每一组的最低要求是「至少一项 pass」。整组为空，说明这条链断了一节。
1. 收入与口径
| 检查项 | 通过证据 | 常见缺口 |
|---|
| 收入结构已拆分 | 内购、广告流水与占比表 | 只报总流水 |
| 净收入口径已定义 | 流水 − 退款 − 分成的计算记录 | 忘记扣渠道分成 |
| ARPU / ARPPU 分母明确 | 指标定义文档 | DAU 与 MAU 混用 |
| 退款已计入 | 退款率与净收入对照表 | 只统计成功支付 |
| 收入一致性可复核 | 内购 + 广告 ≈ 总流水 | 两套报表口径不同 |
2. 账号与登录
| 检查项 | 通过证据 | 常见缺口 |
|---|
| 全局用户 ID 稳定 | ID 生成规则与迁移记录 | 用设备号代替 |
| 游客转正路径可用 | 转正流程与失败率 | 转正后资产丢失 |
| 令牌刷新有测试 | 过期、刷新、撤销用例 | 只测正常登录 |
| 多端策略明确 | 互踢或并存的规则与实现 | 文档写互踢，代码允许并存 |
| 账号合并有冲突检查 | 合并前后的资产对照 | 直接覆盖其中一个账号 |
| 找回与申诉入口可用 | 客服工单与处理时效 | 只有邮件地址 |
3. 渠道与包体
| 检查项 | 通过证据 | 常见缺口 |
|---|
| 渠道矩阵完整 | 渠道、包数、SDK 对照表 | 漏掉长尾渠道 |
| SDK 初始化顺序固定 | 启动日志与生命周期图 | 支付 SDK 早于登录 SDK |
| 渠道包可复现构建 | 构建脚本与产物哈希 | 手工改配置 |
| 签名一致 | 各包签名指纹 | 测试包与正式包混用 |
| 包体差异可控 | 最大/最小包体记录 | 渠道包无限膨胀 |
| 合规检查已接入 | 权限与 SDK 清单扫描结果 | 提审前才人工检查 |
4. 支付与商品
| 检查项 | 通过证据 | 常见缺口 |
|---|
| 商品目录服务端下发 | 目录版本与灰度记录 | 价格写死客户端 |
| 区域价格正确 | 各区域价目表 | 汇率换算错误 |
| 支付通道路由明确 | 通道选择规则 | 所有平台走同一通道 |
| 凭证服务端校验 | 校验日志与失败率 | 只信客户端回调 |
| 沙盒与生产隔离 | 环境配置与开关 | 测试凭证打到生产 |
| 商品下架有兜底 | 下架后的客户端表现 | 点击后无响应 |
5. 订单与对账
| 检查项 | 通过证据 | 常见缺口 |
|---|
| 订单状态机完整 | 状态图与迁移测试 | 缺少「已退款」终态 |
| 发货幂等 | 重复回调测试 | 重复发货 |
| 掉单可发现 | 对账差异报表 | 等用户投诉才发现 |
| 补单可执行 | 补单脚本与审计日志 | 补单无上限 |
| 退款可回收资产 | 退款后的资产流水 | 退款后道具仍在 |
| 对账逐笔可查 | 平台账单与订单映射 | 只对总额 |
| 收入确认口径明确 | 财务确认规则 | 预收当已确认 |
6. 广告与归因
| 检查项 | 通过证据 | 常见缺口 |
|---|
| 广告位与奖励绑定 | 广告位配置与发奖记录 | 看完不 callback 也发奖 |
| 填充失败有兜底 | 失败率与降级策略 | 空白界面 |
| eCPM 口径统一 | 展示数与收入对照 | 用请求数计算 |
| 归因链路可追踪 | 点击 ID 到事件的日志 | 断链无法定位 |
| 归因窗口一致 | 各平台窗口配置 | 平台间口径不同 |
| 去重规则明确 | 去重键与测试用例 | 设备号重置导致重复 |
| ROI 扣除退款与分成 | ROI 计算记录 | 用流水计算 |
7. 风控与数据
| 检查项 | 通过证据 | 常见缺口 |
|---|
| 支付风控规则在线 | 规则列表与命中率 | 只做事后退款 |
| 退款滥用有封禁策略 | 封禁记录与申诉入口 | 退款后无动作 |
| 广告作弊可识别 | 异常点击报表 | 只看点击量 |
| 风控误杀可申诉 | 申诉工单与处理时效 | 无人工复核 |
| 埋点事件有 schema | 事件字典与版本 | 命名随版本漂移 |
| 数据丢失与重复可测 | 对账差异与采样 | 只看总量 |
| 新旧口径有映射 | 口径变更记录 | 历史数据直接拼接 |
8. 运营与触达
| 检查项 | 通过证据 | 常见缺口 |
|---|
| 活动配置可灰度 | 灰度人群与放量记录 | 全量直接开 |
| 活动时间窗口正确 | 时区与开关测试 | 跨时区提前上线 |
| 发奖幂等 | 重复领取测试 | 库存超发 |
| 补偿有上限与审计 | 补偿单与审批记录 | 客服可无限补 |
| 活动结算可复盘 | 结算报表与结论 | 只发奖不结算 |
| 推送到达率可测 | 厂商回执与真实到达对照 | 用发送量代替到达 |
| 深链冷启动可用 | 冷/热启动测试 | 只测热启动 |
| 退订与频控生效 | 退订名单与频控规则 | 退订后仍推送 |
9. 合规与发行
| 检查项 | 通过证据 | 常见缺口 |
|---|
| 隐私政策与实际一致 | SDK 清单与政策对照 | 政策未更新 |
| 权限最小化 | 权限清单与用途 | 申请无关权限 |
| 未成年人保护生效 | 实名、时长、充值限制记录 | 只做客户端限制 |
| 商店材料齐备 | 截图、描述、资质清单 | 版本更新未同步 |
| 驳回问题可追踪 | 驳回记录与修复版本 | 同一问题反复被拒 |
| 数据出境合规 | 数据流与存储位置 | 未评估 |
| 版号 / 备案有效 | 批文与版本对应 | 版本更新未同步 |
评审顺序
九组不是并列的，建议按依赖顺序评审：
- 先看收入与口径：口径不统一，后面所有数字都不可信。
- 再看账号与支付：这两组决定「钱能不能收到、能不能找到人」。
- 然后看订单与对账：决定「收到之后能不能对上」。
- 接着看渠道、广告与归因：决定「用户怎么来、成本怎么算」。
- 最后看风控、运营、合规：决定「能不能长期跑」。
证据的最低标准
「有证据」不是「有人说做过」，而是满足以下之一：
- 一个可运行的测试与它的输出；
- 一张可查询的报表与查询条件；
- 一份带时间、版本与操作人的演练记录；
- 一条可复现的命令。
如果证据只能口头描述，记为 partial。这条标准看起来严格，但它能避免最常见的事故：所有人都以为别人验证过。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。