拒审信里写 Guideline 2.1 – Performance – App Completeness，意思是：审核员按你的说明操作时，应用表现得不完整或不可用。它不是“设计不好看”，而是“我没法可靠地用完你说的功能”。
2.1 常见触发场景
| 场景 | 审核员侧的感受 |
|---|---|
| 启动崩溃、主流程白屏 | 应用不可用 |
| 无演示账号 / 账号失效 / 要短信验证码 | 进不去核心功能 |
| 截图有按钮，包里点不到 | 描述与实际不符 |
| 网页内容未加载完就提交 | 大量空白或错误页 |
| 功能仍显示 Beta、Placeholder | 尚未完成 |
和 4.3、5.1.1 怎么区分
- 2.1：能不能完整用起来。
- 4.3：是不是重复/垃圾应用。见 4.3 专题。
- 5.1.1：数据收集与隐私处理是否合规。
被拒后怎么改
- 用审核备注里的设备与系统版本复现；修崩溃先于改文案。
- 提供专用演示账号：密码稳定、不强制验证码、能看到付费墙后的功能（或说明如何解锁）。
- 在“App 审核信息”备注用简短英文写路径：打开 App → 登录 → 点哪个菜单。
- 拿掉未完成功能，或从截图/描述里删除对应承诺。
- 只改说明、不改二进制也能解决的，回复消息补充即可；改了代码则上传新构建再提。
回复审核可以怎么写
写清三件事：原因你如何理解、改了什么、请审核员从哪一步复测。附测试账号，避免空泛的“我们已优化体验”。
反复 2.1 时要检查账号之外的问题吗？
要。但若应用在你自己设备上稳定，只有审核环境失败，仍优先查网络地域、账号权限、功能开关是否对审核包关闭。需要可用的开发者账号提交时，见 个人号、公司号。总览也可读 苹果审核要多久。需要咨询时可联系 Telegram @ios330，或先看 交易说明。
常见问题
2.1 被拒算违规记录很严重吗？
单次完整性问题很常见，改完再提即可。同一问题多次原样重提，才会消耗审核信任。
必须提供英文备注吗？
审核团队更习惯英文说明。简短英文路径 + 演示账号，比长中文更有效。
TestFlight 能过，正式版却 2.1？
可能。正式审核更严，也可能是正式包开了不同的功能开关。以正式提交的构建为准再测一遍。