2026-03-11
上架预检评分表：提审前给材料完整度、隐私声明与审核路径打分
用评分表自检包体、截图、隐私政策、数据声明、测试账号与审核备注。总分过低先补材料再提审，把预检结果打包发给协作方更高效，减少无效提审成本。Telegram @hagee66。
提审前打分，比提审后救火便宜。很多「突然被拒」其实在预检阶段就能看见：测试账号无效、截图与包体不一致、Data Safety 与 SDK 对不上、审核备注缺少逐步路径。
灯塔把预检当作代上架的第一道交付门禁——先判断能不能接、缺什么、风险在哪，再进入配置与提审。你也可以先用本表自检，再把结果发给 @hagee66。
怎么用这张表
- 每个维度按 0–2 分自评（0 缺失 / 1 勉强可用 / 2 可提审）
- 先补「0 分项」和「审核员走不通」类问题
- 总分与否决项一起看，不要只看总分
- 把评分结果 + 缺件清单作为协作附件
否决项：任一为真，不建议提审——包体主流程崩溃；隐私政策不可访问；测试账号无法登录；声明与实现明显冲突；截图展示不存在的功能。
评分维度（满分 20）
| 维度 | 0 分 | 1 分 | 2 分 |
|---|---|---|---|
| 包体可安装与冒烟 | 无法安装或必现崩溃 | 可装但关键路径偶发问题 | 主流程稳定可演示 |
| 版本与签名信息 | 混乱/无法定位 | 基本正确 | 版本递增、签名清晰 |
| 图标与截图规格 | 尺寸错或严重不符 | 规格对但构图弱 | 规格正确且第一屏清晰 |
| 商店文案 | 空缺或明显夸大 | 可用但不完整 | 标题描述一致、克制 |
| 隐私政策 | 无/打不开 | 能开但不完整 | 可访问且与功能匹配 |
| SDK 与数据采集盘点 | 未盘点 | 部分盘点 | 完整表（含用途） |
| 数据声明表单 | 未填或明显错 | 已填待核对 | 与 SDK/政策对齐 |
| 年龄/内容问卷 | 未填或隐瞒 | 已填待复核 | 如实反映内容 |
| 测试账号 | 无 | 有但路径不清 | 可登录且步骤可复现 |
| 审核备注 | 无 | 仅账号密码 | 分步路径 + 限制说明 |
建议阈值：总分 ≥ 16 且无否决项，再进入提审；12–15 分先补关键项；< 12 分先做材料工程，不要耗审核次数。
分项检查要点
包体与版本
- 冷启动、登录、核心功能、返回/退出是否正常
- 支付/订阅入口是否可演示（沙盒说明是否备好）
- 是否误带调试菜单、隐藏开关、未完成页面
视觉与文案
对照 截图规范 与 ASO 基础：第一张是否讲清价值；文案是否与真实功能一致；有无「第一」类绝对化承诺。
隐私与声明
按顺序：SDK 披露 → 隐私标签 / Data Safety → 隐私政策全文核对。三者冲突是文书拒审重灾区。
可审核路径
- 测试账号、验证码获取方式、地区/邀请码限制
- 审核备注是否逐步可走
- 苹果可结合 TestFlight 衔接；谷歌注意轨道与测试证据，见 发布轨道
预检输出物（建议固定格式）
【预检评分】总分 __ / 20
否决项：无 / 有（列出）
缺件清单：
1.
2.
高风险提示：隐私声明 / 登录路径 / 支付披露 / 内容分级 / 其他
建议路径：先补件 / 可配置 / 可提审
平台：iOS / Android / 双端
把该输出连同材料包发给协作方，比口头说「差不多了」有效得多。
预检与正式材料表的关系
- 苹果细项：App Store 材料清单
- 谷歌细项：Google Play 材料清单
- 总流程：首次上架 12 步
预检是「能不能提」；材料清单是「提什么」。两者一起用。