打包这一关把不少人拦住了。

苹果的编译工具链运行在自家系统上，所以出包与上传这两个动作，传统路径需要一台运行 macOS 的机器。绕开的办法也有几种：用云端的构建服务做持续集成，本地只提交代码；租用远程桌面式的开发环境，按小时计费；或者用跨端框架配合云端打包。调式阶段的模拟器同样依赖该环境，真机调试则通过较宽松的方式也能做。所以严格讲，团队里未必人人都要配，但流程上得打通一台可用的构建环境。

审核阶段的退回，原因分布比较集中。隐私相关的占比较高，隐私清单填写不完整、未说明数据用途、申请了实际用不到的权限、缺少账号注销入口，这几类都会被退回。账号体系方面，若应用提供第三方登录，审核方的要求是同时提供基于自身账号的登录方式，只留一种第三方入口通常过不了。

支付规则是另一条红线。虚拟商品与数字内容的交易须走平台内购通道，实物商品与服务类交易才可用外部支付。混合型业务要把边界划清楚，否则容易被判定为规避。元数据层面，应用名称与图标不得使用他人商标，截图要反映真实界面，描述里不要出现夸大功效的表述，也不能引导用户去外部渠道下载。

提交之后的时间也要有预期。首次审核通常在一到三个工作日给出结果，遇版本更新或功能调整可能更久。被退回时，回复里一般会指明问题所在，按要求修改后重新提交即可，反复退回会拉长周期。提交前把测试账号、操作路径说明、特殊权限的备注写清楚，能显著减少审核人员因无法验证功能而退回的情况。

还有一类是功能完整性问题。测试账号未提供或提供的账号看不到核心功能、页面存在空白或死链、审核人员所在地区无法访问服务，都会导致退回。提交前用审核视角走一遍全流程，把测试账号、说明备注、地区可用性这几项核对清楚，能省掉一轮等待。