第一次上架 App Store：三次被拒留下的记录

2019 年，公司的一款 App 在几次审核往返后成功上架。开发阶段觉得功能已经完成，提交时才发现：权限为什么需要、评论如何处理、协议在哪里阅读，也都是产品的一部分。

相机和相册：用途要说清楚

第一次反馈是应用使用了相机和相册，却没有充分说明用途。当时补充描述后继续提交。

功能能运行，不代表用户和审核者能够理解为什么要授权。用途说明应与实际行为相符，不能用模糊的“提供更好服务”替代真实使用场景。

当年的记录没有保存具体修改位置，因此不能据此认定只改商店文案就适用于所有权限问题。

第二类问题与评论有关。收到反馈后，我们参考其他产品加入举报入口，时间紧，先做了简化版本。

这次经历提醒我：允许用户发布内容，就应考虑遇到不当内容后怎样反馈和处理。但一个举报按钮并不等于完整治理能力，接收、审核、处置与跟进也需要有实际流程。

第三类反馈是缺少协议。注册环节增加协议后，仍收到相似意见；后来又在登录页增加协议说明，再次提交后通过。

能确认的是这几次修改和提交的先后关系，不能把一句“登录即同意用户协议”当作普遍合规或审核通过公式。协议内容、呈现方式和实际业务行为要一起看。

提交前用新用户视角走完整流程，检查权限提示与功能是否对应，内容反馈入口是否可找到，协议是否可以完整阅读，并把审核需要的账号和使用路径交代清楚。

这些是一次旧项目的经验，不是当前审核条款的完整总结。平台规则与界面会变化，实际提交仍应对照 Apple 官方审核指南和收到的具体反馈，不靠历史案例猜测固定过审技巧。