很多项目不是卡在“不会提审”，而是卡在资料不齐、资料和应用行为不一致，或者审核员拿到资料后根本跑不通验证路径。这篇按客户实际提交顺序，把上架前需要准备的资料和最常见的缺口一次讲清楚。
如果你只想知道最少要交什么，通常至少要有这几类：安装包、应用名称和描述、图标和截图、隐私政策链接、联系人邮箱、测试账号。如果涉及订阅、登录、权限、删除账号、地区限制或特殊功能，还要补相应说明和最短验证路径。
至少要确认当前提交的是哪个版本、对应哪个环境、是否需要登录、是否依赖某个地区或白名单。很多项目表面“包给了”，实际上给的是测试包或旧包，审核员打开后和商店说明完全对不上。
包括应用名称、短描述、长描述、图标、截图、宣传文案。这里最常见的问题不是没写，而是承诺过度、截图和现网功能不一致、文案里写了应用里没有的功能。
无论是 Google Play 还是 App Store，隐私政策链接都要真实可访问，而且要和应用里的实际行为对齐。如果应用采集手机号、位置、设备信息、支付信息，这些在商店声明和隐私政策里都要讲清楚。
凡是需要登录、订阅、会员、验证码、邀请制或企业白名单的应用，都不要只给一个账号就结束。审核员需要的是“能进核心功能的最短路径”，不是让他自己猜入口。
如果会请求相机、相册、麦克风、定位、通知等权限，最好提前写清楚在哪个页面触发、为什么需要、触发后能完成什么功能。权限用途和实际触发页面不一致，是最常见的审核往返点之一。
有订阅的应用要准备订阅项说明、价格逻辑、恢复购买方式；有账号系统的应用要准备删除账号入口和流程说明。这两块现在经常不是“可选项”，而是审核时会重点看的地方。
如果你的应用有特殊入口、需要切换地区、需要先完成某一步才能看到核心功能，最好直接写进审核备注。经验上，备注越具体，审核员越容易按你的路径完成验证。
例如隐私政策说不采集数据，应用里却有登录和设备识别；或者商店截图展示的是旧版本页面。
账号不可用、验证码收不到、订阅入口太深、地区限制没说明，这些都会让审核员直接卡住。
开发团队知道功能怎么进，不代表审核员知道。审核说明应该按“打开应用后第一步做什么、第二步点哪里”的方式写。
比如金融、社交、UGC、AI生成、定位、VPN、外部支付跳转等场景，如果没有提前把合规边界和验证路径讲清楚，审核节奏一定会变慢。
先明确这次是上 Google Play、App Store，还是双平台；再确认实际提交的是哪个可审核版本。
名称、描述、截图、隐私政策、联系人信息先收齐，不要等到提审当天再临时拼。
用测试账号从头走一遍，把登录、订阅、权限、删除账号、核心功能入口和关键页面都按最短路径跑通。