那天晚上十一点多，我把打包好的 ipa 传到 App Store Connect，上传记录那一行变绿，我盯着屏幕松了口气。填“登录信息”那一栏的时候，我几乎没犹豫，把我们内部测试用的员工号敲了进去。这个号每天都在用，数据也是真的，我想不出还能有什么问题。
第二天早上六点四十，手机在枕头边震了一下。拒审。理由是审核员没法完成登录，看到的只是一个一直转的圈。
那段话我读了三遍。第一遍有点不服气，第二遍开始冒汗，第三遍才反应过来：我给的是一个“我们能登进去”的账号，不是一个“他审得下去”的账号。这两件事，差得很远。
规则其实写得很清楚
苹果审核指南 2.1 讲 App 完整性的那一条，意思很直白：App 带登录功能，提交的时候就要把演示账号的信息一起交上去，后端的服务也得保证是开着的。要是因为法律或者安全上的义务，确实没办法给演示账号，可以事先向苹果申请，用 App 内置的演示模式顶替，而且这个演示模式得能把完整功能都展示出来。
换句话说，审核员不是来猜你的 App 怎么用的。他要的是一条从头走到尾、不用问人、不会半路卡住的路。
四种“登得进去、审不下去”的号
这一年多，我自己踩过，也看别人踩过几种。它们有个共同点：账号本身没坏，是准备账号的人只站在自己的位置想事情。
第一种，要验证码的号。短信发到同事手机上，而审核员在另一个时区，隔着一整片海。他等到的是“验证码已过期”。这种最冤，因为它确实是真号。改法不复杂：专门开一个关掉二次验证的演示账号，或者在审核备注里写死一个固定验证码，把有效期也写清楚。
第二种，空的号。登进去了，首页一片“暂无数据”，列表空的，详情页点开什么都没有。审核员没法判断你的功能到底能不能用，只能按功能不完整来处理。提前准备几条演示数据，或者做一个“一键填充示例”的入口，让他点一下就能看到完整流程。
第三种，权限不够的号。给的是运营后台的只读账号，能看见订单列表，点不进详情，更别说走一遍支付。审核员要看核心路径，你给他看的却是橱窗。要是 App 分了角色，就两个角色各给一个号，备注里写清先用哪个登。
第四种，会过期的号。密码三十天强制改、绑了设备、只允许国内网络访问、还是刚注册几天的新号。这几种在审核窗口里都可能直接失效，或者被风控拦下来。演示账号的有效期要盖住整个审核期，设备限制和地区限制都得放开。
备注那一栏，别写“功能正常，请审核”
2.1 里还有一句容易被跳过的话：内购项目如果在 App 里找不到、或者审核不到，就要在备注里说明原因。
这句反过来说，就是备注该怎么写。入口藏在第三屏的“我的”里，就写第三屏；要连点五次图标才出来的调试页，就把连点五次写清楚；会员权益要先登录再进二级页面，就把这串路径一句一句写下来。
“功能正常，请审核”这种话，等于什么都没说。审核员一天要看几十个 App，他没有时间替你找入口。
一把钥匙开错门
我后来常拿钥匙打比方。你请人来修水管，把钥匙递过去，人进了门，站在储藏间里，对着一屋子纸箱发愣。你给的是能开门的钥匙，但不是能干活的那把。
演示账号也是这样。它不是一道手续，是你替审核员铺的那条路。路铺得顺，他几分钟看完，你第二天收到通过；路铺得磕磕绊绊，他卡在第一步，你收到一封模板拒信，然后重新排一次队。
提交前，自己先当一次审核员
现在我们组的做法是，提交前找一个人，用一台不常用的手机，从下载安装开始走一遍：打开、登录、点进核心功能、走一次付费流程，全程不许问写代码的人。走不通的那几个地方，就是审核员会卡住的地方。
初雪云的预审做的就是这件事。把 .ipa 或者 .apk 传上去，App 的登录账号和密码一起填进去，工作时段大概半小时能出一份报告，报告里会指出这类“登得进去、审不下去”的问题，也会给修改方向。它只负责提交前的检查，最终结果还是以应用市场那边的规则为准。
不过说到底，工具只是替你多走一遍。真正的准备，是你愿不愿意把自己的账号当成别人的账号，重新登一次。
https://www.chuxueyun.com/app-review