有个做记账 App 的朋友，前阵子跟我说，他把包往苹果后台一传，就坐等通过。结果七天后回来一封邮件，说描述文案里用了不该用的词。他懵了：那行文案他写的时候还觉得自己挺会写。
我说，你这不叫少了运气，是少了「上传之前那一遍」。
他问我，预审不就是别人帮我再看一眼吗？这话对，也不对。我今天就用我们俩那天聊的内容，把它掰开讲清楚。
预审到底在看什么
不是看一眼那么简单。你想想，审核员打开你的包，是从头到尾走一遍的：先看你的截图和文案，再看你的包能不能正常跑，最后看里面有没有踩线的东西。预审干的事，就是把这条路，赶在你正式提交之前，替你走一遍。
有经验的团队，会把它拆成一张很长的清单，一项一项勾。业内常说的「150+ 审核要点」，指的就是这张清单的长度——不是拍脑袋的数字，是这么多年被拒出来的经验攒下来的。
具体看哪几块，我给你说几个最常翻车的。
第一是元数据。截图、关键词、描述文案，这三样是审核员第一眼看到的东西。文案里带没带广告法不让用的极限词，截图跟实际功能对不对得上，这些是最常见的坑。
第二是包本身。签名对不对、证书在不在有效期内、描述文件里那台测试机在不在名单里，这些「技术细节」看着小，一断就整包卡死。
第三是内容合规。有没有金融借贷、博彩这类平台明令禁止的功能，隐私政策地址能不能打开。这一类往往不是改个文案的事，是要动功能的。
为什么自己查往往查不干净
我这朋友听懂了，说那我自己照着清单查一遍不就行了，何必花钱。
理论上行，实际上难。原因有两个。
一个是你太熟了。自己写的文案，怎么看怎么顺眼，那个「最」字你根本看不见。就像自己写文章看不出错别字，得换个人念一遍。
另一个是清单你看不全。哪些类目要 ICP，哪些要安全评估，哪家商店对同一类 App 要的材料不一样，这些坑光靠百度，一条条对，对到一半人先崩了。
所以预审这件事，价值不在「多看一眼」，在于看的人知道往哪儿看，而且看得全。
这一遍能帮你省下什么
省时间，是最实在的。被拒一次，从收到邮件到改完重提，短则几天，长则两周，这中间你的 App 就是上不了架的状态。把坑在上传前填掉，比上传后再返工，划算得多。
省下的还有心气。自己盯着后台一天刷十遍，看到「被拒」两个字的那一下，比改代码还累人。提前把隐患过一遍，那种悬着的感觉会轻很多。
这里我得说句实在的：预审不能保证你一定通过。审核这件事，最终决定权在平台手里，账号情况、当天的审核尺度，都会有影响。预审能做的，是把你这边能控制的那些变量，尽量都控制好。
什么时候值得做一遍
按我自己的经验，这么几种情况，预审的性价比最高。
一种是第一次上架的。没经验，全靠摸索，一遍预审相当于别人把该踩的坑提前帮你踩了。
一种是类目比较敏感的。金融、医疗、教育这类，材料多、要求细，自己容易漏。
还有一种是之前被拒过的。第二次提交前，尤其值得把上次被拒的原因对照着过一遍，别再栽在同一个地方。
至于不着急、类目简单的，自己多查几遍也不是不行。这事没有统一答案，看你的时间值不值钱。
对了，还有一件小事值得提醒。有人以为预审就是帮你看个文案，其实完整的预审，是要拿到你手上的东西才做得成的——截图、描述、包、还有账号相关的那些材料。你东西给得越全，人家查得越实；你自己留一手，藏着半套材料，那查出来的结果也是半吊子的。
所以真要上预审，就别把它当走过场，把该交的都交齐，反而省事。
聊到最后，我朋友说，早知道有这一步，那七天就不白等了。
其实很多时候，让人难受的不是「被拒」这件事本身，是「明明可以提前知道，却没人跟你说」。预审要补的，就是这一段。
上架这条路上，能提前排掉的雷，就别让它炸在你正式提交的那一刻。