周三下午四点多，小周把两个安装包甩进对话窗口，一个 ipa，一个 apk，后面跟着一句话：这周能提吗？
我没马上答。先把 ipa 拖进手机装上，点开，注册页跳出来，要手机号加验证码。验证码发到他自己手机上。我问，审核那边怎么办。他愣了两秒，说那我给他个账号。我说，账号是账号，验证码还是会发到你手机上。
这就是预审最实在的好处：在你按下提交之前，先有人替你走一遍别人要走的路。
装上、点开、真的能用
预审不是看文档，是看这东西能不能用。功能可用性、登录与测试路径，这两个词听着像客套话，落到具体就一点不客套。
小周那个 App 还有一处：首页有个「附近」标签，要定位权限才显示内容。他自己测试时定位一直开着，所以没发现关掉定位后那一页是白屏。空白页在审核眼里不算小毛病，算功能不完整。
这种事在自己手机上几乎碰不到。你的手机永远是你自己的：账号登着，权限给过，数据是满的。换一台干净的机器，很多东西就冒出来了。所以我那天把他的手机恢复成新机状态，用测试账号登进去，一步一步点，顺手录了屏。
权限那句话，和代码里干的活儿对不对得上
第二个容易出问题的地方，是隐私说明和实际行为之间那条缝。
小周的应用要相机权限，理由写的是用于拍照上传头像。可代码里相机真正的用途是扫一扫绑定设备。审核看到的是一句解释，用户看到的是一次弹窗，两者对不上，这就是问题。
还有一处更隐蔽。App Privacy 那一栏他勾了不收集数据，包里却带着一个统计 SDK，开屏就上报设备型号和系统版本。这类不一致，肉眼翻代码翻不出来，得把包拆开，看它到底连了哪些域名、用了哪些 SDK。
像装修验收：图纸上标着两个插座，墙上打了六个孔。验收的人不看你图纸，看你墙。
商店那一页，最容易被当成小事
内容分级、截图、描述、关键词、构建版本，这些填起来像填表，其实每一样都会被拿去和功能对着核。
截图是最常见的出事点。从设计稿直接导出，上面带着还没上线的功能入口；或者第一张放登录页，审核点进去发现没有注册入口。描述里写支持多端同步，实际只有手机端。这些都不算大错，但会拖时间。
我们自己过的时候，苹果这边对着 150 多个审核要点扫一遍，安卓这边对着 15 个大项、40 多个小项过一遍，自动扫描先跑，人再看。机器擅长把你没想到的字段翻出来，人擅长判断这个功能到底算不算完整。
报告不是打分，是告诉你改哪几行
预审交出去的东西，是一份上架前检查与修改建议。里面不写分数，写的是哪一项不合适、为什么不合适、建议怎么改。
我看报告有个固定顺序：先看必改项，再看建议项，最后看那些可以带着风险说明提交的。
必改项通常就三件事——进不去、对不上、说不清。进不去是登录、验证码、测试账号；对不上是权限理由和实际用途、隐私声明和包里 SDK；说不清是功能描述和真实能力不一致。这三类不先改，提交几次都是同一封回信。
建议项宽松些，比如图标边缘留白不够、描述里多了一句夸张的形容词。改起来五分钟，不改也不一定被拒，可手已经在键盘上了，顺手改掉。
剩下那类可以带着风险说明提交的，我一般会跟客户讲清楚：不改也能提，但你得准备好一句话解释它。解释得清，往往比偷偷改掉更稳。
改完以后，用同一份清单再走一遍
报告有个容易被浪费的用法：它是复核清单。
小周改完那天晚上十一点给我发消息，说都改好了。我没让他直接提交，把报告打开，一条条问：验证码那项，测试账号能收到吗？定位关掉之后首页还有内容吗？相机那句理由改了吗？
问到第五条，他停了，说还有个地方我改了一半。
这就是清单的意义。人改东西会漏，改到第三个小时尤其明显，脑子会自动把「我记得改过」当成「已经改好」。同一份东西过第二遍，漏的才露出来。
什么时候其实不用预审
也说句实话，不是每个包都需要走这一趟。
应用还没定型、功能天天在变，这时候预审意义不大，你今天改完明天又变。只是内部用的小工具、不上公开商店，也不需要。团队里本来就有熟悉规则、能按条款逐条对的人，自己做也一样。
预审真正值钱的地方，是那种已经做完、准备提交、心里却没底的时候。花点时间把问题先捞出来，比被拒一次、等一周、改完再提要省事。多久能出结果要看应用本身和审核进度，这个没人能打包票；但能把问题提前挑出来，这部分主动权在你手上。
最后
小周那个包，改完第二天上午提的，四天后收到结果，过了。
我没有每次都这么顺。也有人改完照样被拒，理由是我们没预料到的一条新规。审核这件事，没人能替谁保证结果。
但有件事是可以保证的：提交之前，问题是被看见的，还是没被看见的。前者你至少还有得选，后者只能等回信。
包正躺在桌面上、手在提交按钮上悬着的话，可以先交过来做一次预审。上传安装包，我们按清单过一遍，把该改的那几行指给你。改完再提，心里踏实很多。