你的 build 被拒了。拒绝信点了一条具体条款（4.3 Spam、2.1 Performance、5.1.1 Privacy），或者一个含糊的模式（「误导性 metadata」）。一句泛泛的「请重新审」毫无用处——App Review 每周要看几千份这种。真正能打动审核员的，是一段简短的话：先承认标准，再证明你的 App 确实命中它。AI 很擅长起这段话——前提是你把拒绝原文原样喂给它，并且绝不让它编造关于你 App 的事实。
一句话总结
- 苹果这边有两条不同通道。在 Resolution Center 回复是和同一组审核团队沟通、澄清（一般 24 小时左右回），只有当你确信审核员真的看错了，才通过申诉表单升级到 App Review Board——每次提交只有一次申诉机会。
- Google Play 这边，每个处罚动作只给一次申诉，通过处罚邮件里的指引或 Play Console 的 Policy status 页面提交。修好违规前不要重新提交。
- 承认条款，争的是「是否命中」。附的是证据（对比截图、过往审批记录、30 秒录屏），不是营销文案。
- AI 负责语气和结构，事实由你提供。没核实的内容标
[need evidence]，别让它当成真事发出去。
先选对动作：回复 / 申诉 / 重交
最常见的错误就是用错通道。这几条路不能互换，而且在苹果这边是不同团队。
| 情况 | 正确动作 | 在哪做 | 大致时效（截至 2026 年 6 月） |
|---|---|---|---|
| 你不同意，但想沟通、澄清 | 在 Resolution Center 回复 | App Store Connect → App → App Review | 约 24 小时 |
| 回复后仍确信审核员看错了 | 向 App Review Board 申诉 | developer.apple.com/contact/app-store?topic=appeal | 数天，且不在 Resolution Center 界面里显示 |
| 你确实有 fix | 重交一个新 build | App Store Connect / Play Console | 重新计时（苹果约 24–48 小时；Play 数小时到 3 天） |
| Google Play 处罚（下架/封禁） | 每个动作一次申诉 | 处罚邮件链接 / Play Console 的 Policy status | 视情况而定 |
苹果是全天候审核的，官方数据是 90% 的提交在 24 小时内完成审核，所以被拒通常只是一次很快的反馈，不是判死刑。带着真改动重交，几乎总比赢一场争论更快——申诉是用在「我们认为审核员看错了」，不是「想要个第二意见」。
哪些情况适合让 AI 来做
- 拒绝信点名了条款（哪怕笼统）——AI 能围绕该条款的真实意图来组织回复。
- 你要么真的不同意，要么已经改好，想用三段紧凑的话讲清楚。
- AI 写的关于你 App 的一切，你都会去复核。模型不了解你的 App、你的界面、你的历史。
如果你还说不清是哪条条款、审核员大概是按什么匹配上的，先停下来重读拒绝信——再好的 Prompt 也救不了含糊的输入。
需要先给 AI 的信息
- 拒绝信原文，原样粘——条款编号、引用的截图、「see attached」备注、审核员用的设备/系统。
- App 一行用途。
- 你为什么觉得拒得不对，或你到底改了什么。
- 如有相关，过往审核结果（「v1.0.2 用同一个界面、同样的 IAP 形状已获批」）。
- 如果能推断，审核员的具体行为（「他在我们不支持的国家测，撞上了空状态」）。
可直接复制的 Prompt
你为我起一份 App Review 申诉。
拒绝原文：
"Guideline 4.3(b) - Design - Spam. Your app duplicates the content and
functionality of other apps on the App Store."
App：给 ADHD 成年人用的「一键习惯追踪器」——单屏、无排行榜、无日记、
无 streak 压力。
我认为不对的理由：
- 他们可能匹配的「spam」模式是 10+ 功能的通用习惯追踪 App。我们故意砍掉了
会触发 ADHD 用户回避的功能（不打 streak、不羞辱式 UI、所有通知可一键静音）。
- 竞品有 14 条 1 星 review 都在喷我们砍掉的那些功能；这就是我们的核心差异。
本次没改：
- 单屏 UI（与已批的 v1.0.2 一致）。
- IAP 形状（与 v1.0.2 一致）。
我能附的：
- 4 屏对比：我们 vs 3 个最接近的「duplicate」App，标注缺失功能的差异。
请写三段：
1. 点名条款编号 + 该条款存在是为了防止什么；不要争论它不该存在。
2. 引导到审核员大概按什么匹配的；解释我们结构上的不同。
3. 提供 30 秒 walkthrough 视频，或一次简短通话。
规则：
- 不准写 "please reconsider" 求情。不准写 "we worked hard on this"。
- 直接。每段最多两句。
- 不要编 App 事实。需要证据但我没给的，标 [need evidence]。如果是 Google Play 的政策申诉，把第一段换成处罚邮件里点名的具体政策（如「Deceptive Behavior」或「Repetitive Content」），并把「App Review Board」换成那封邮件里的申诉链接。
选模型（截至 2026 年 6 月）
这是一项短小但高风险的写作任务，语气克制比单纯堆字数更重要，所以当前几个旗舰模型都能胜任：
- Claude Opus 4.7 或 Sonnet 4.6——最擅长稳住「先认账、再证明」的结构，遵守「不许求情」的约束而不跑偏成低声下气。Sonnet 4.6 是更便宜的主力，这里完全够用。
- GPT-5.5（Thinking）——很会把你的证据压成两句一段；注意别让它把语气又软回「我们非常感激」。
- Gemini 3.1 Pro——当你想把完整条款文本加上整条拒绝往来都贴进一个长上下文里、让它交叉比对时很好用。
不管用哪个模型，先跑一遍查事实（「标出任何我没给过你的、关于我 App 的论断」），再跑一遍调语气。
输出示例
Guideline 4.3(b) 的存在是为了把功能冗余的 App 挡在商店外，这个标准我们认同——问题在于这款 App 是否真的命中它。
审核员最可能是按类别匹配（「habit tracker」），而非按功能集匹配。我们这款 App 主动砍掉了定义该类别「spam」模式的功能——不打 streak、无排行榜、无日记 prompt、所有通知可一键静音——附件的 4 屏对比展示了对最接近三款 App 的这一差异；用同一界面的 v1.0.2 版本之前在同一条款下已获批。
如有需要，我们可提供一段 30 秒 walkthrough，或一次 10 分钟通话来演示这些设计取舍。我们不是请求放宽标准——只是请求对照「这款 App 实际做了什么」重新评审，而非「它所在类别」通常做了什么。
怎么改输出
- 语气跑软了 → 重新钉死规则：「不要
please reconsider；陈述标准、证明匹配。」 - 没扣住条款 → 要求「第一句点名条款编号 + 该条款存在是为了防止什么」。
- 编了一个功能 → 重申「不许编事实；没证据的标
[need evidence]」，然后你自己把那行删掉。 - 太长 → 硬限 3 段。审核员不看第 4 段。
容易踩的坑
- 求情。 审核员每周看几千份求情信；这等于在说你没有真正的论据。
- 争论条款不该适用于你的类别。 承认条款，争「是否命中」。质疑标准会被读成你没看懂它。
- 附一堆营销文案。 附证据：对比截图、过往审批记录、30 秒录屏。
- 什么都没改就申诉。 如果上一版是因为可修的点被拒，就重交、给审核员一个能批的东西，而不是一场辩论。
- 用错通道。 一行 Resolution Center 回复就能澄清的误会，却去走正式申诉——或者把唯一一次申诉机会浪费在一个本可以靠重交解决的点上。
FAQ
- 该申诉还是重交新 build？ 真有 fix 就重交——通常更快，也给了审核员一个能批的东西。申诉是用在「我们认为审核员看错了 App」，不是要个第二意见。
- 苹果申诉到底在哪提？ 先在 Resolution Center 回复；若仍确信是看错了，再升级到 App Review Board：developer.apple.com/contact/app-store?topic=appeal。每次提交只有一次申诉机会，要用在刀刃上。
- Google Play 的申诉有什么不同？ 每个处罚动作只给一次申诉，通过处罚邮件里的链接或 Play Console 的 Policy status 页面提交。自 2026 年 1 月 28 日起，账号封禁类申诉须在 180 天内提出。重交前先修好违规。
- 跟进前该等多久？ 苹果在 Resolution Center 大概 24 小时回；Board 申诉可能要数天，且不会出现在 Resolution Center 界面里。等 3–5 个工作日，再发一行 “any update?” 是 OK 的。
- 可以引用「v1.0.2 已批」吗？ 可以——同 UI、同审核池、不同结果，是合理且具体的论据。配上对比截图，它就不只是一句断言。
相关阅读
标签: #AI 写作 #App 审核 #App Store #申诉信 #独立开发