Beginner’s Guide · App Operations
App Store Connect 新手完全指南
第一次打开全是英文按钮，不知道从哪里开始？这篇文章把 App Store Connect 当成一间“App 店铺后台”，从零教你管理 App、发布版本，以及看懂下载和收入数据。
开发人员在 Xcode 里“做 App”，你和团队在 App Store Connect 里“经营 App”：填写商店资料、找人测试、提交审核、回复评论、查看下载和收入。
本文依据 Apple 官方 App Store Connect 帮助文档整理，面向从未接触过苹果开发后台的读者。Apple 会持续调整界面和规则；如果你看到的按钮名称略有不同，请以当前页面和官方文档为准。
- 建立 App 档案
- 上传并测试版本
- 提交审核和发布
- 看数据持续优化
1. App Store Connect 到底是什么？
App Store Connect 是 Apple 提供给开发者和运营团队的管理后台。用户在 App Store 看到的名称、介绍、截图、价格和版本更新，都在这里管理；测试、审核、销售、结算和用户评论也都从这里进入。
Apps
管理 App 档案、商店页面、版本、审核、价格、订阅和用户评论。
TestFlight
把尚未正式发布的测试版发给同事或外部测试用户。
Analytics
看曝光、商店页访问、下载、转化、留存、使用和收入表现。
Reports
查看销售趋势、预计收益、实际付款和可下载的财务报表。
Business
签署协议，设置税务和银行资料，让 Apple 能向你付款。
Users and Access
邀请团队成员，并决定每个人能看什么、能做什么。
Apple Developer 网站更像“开发证件处”，负责证书、设备、Bundle ID 和会员资格；App Store Connect 更像“店铺运营后台”。两边有关联，但不是同一个页面。
2. 开始前要准备什么？
- 一个开启了双重认证的 Apple Account。
- 有效的 Apple Developer Program 会员资格，或团队给你的 App Store Connect 邀请。
- 清楚自己属于哪个团队；如果一个账号加入多个团队，登录后不要选错。
- 创建 App 时需要名称、主要语言、Bundle ID 和内部使用的 SKU。
- 发布前需要隐私政策网址、商店介绍、关键词、截图、支持网址和审核联系信息。
先看懂“角色”
你看不到某个按钮，很多时候不是系统坏了，而是权限不足。Apple 的官方角色说明很细，新手先记住下面这张表即可。
| 角色 | 适合谁 | 主要能力 |
|---|---|---|
| Account Holder | 账号负责人 | 唯一能签法律协议、续费会员的人；每个团队只有一位。 |
| Admin | 技术或业务负责人 | 接近全权限，能管理用户并访问所有 App。 |
| App Manager | 产品经理、发行负责人 | 管理 App 资料、价格、构建和提交审核。 |
| Developer | 开发人员 | 管理开发和交付，上传并测试构建。 |
| Marketing | 市场运营 | 管理营销文案和推广素材。 |
| Sales | 增长、数据分析 | 查看下载、销售和分析数据。 |
| Finance | 财务人员 | 管理税务资料、下载报表、核对付款。 |
| Customer Support | 客服人员 | 查看和回复 App Store 用户评论。 |
邀请同事时进入 Users and Access → People → +，填写姓名和邮箱，再分配角色与 App 范围。遵循“够用就好”的原则：不要为了省事把所有人都设成 Admin。
3. 第一次创建 App：先建档案，再上传安装包
App Store Connect 里的 App 不是上传安装包后自动出现的。你必须先创建一条 App record（App 档案），开发人员才能把对应构建上传进来。Apple 的官方创建流程也明确要求按这个顺序。
- 登录后进入 Apps。
- 点左上角 +，选择 New App。
- 选择平台，例如 iOS、macOS、tvOS 或 visionOS。
- 填写 Name、Primary Language、Bundle ID 和 SKU。
- 选择 Full Access 或 Limited Access，然后点 Create。
四个字段分别是什么意思？
| 字段 | 通俗解释 | 新手最容易犯的错 |
|---|---|---|
| Platforms | App 要发布到哪些 Apple 平台。 | 把 iPad 当成独立平台；通常 iPhone 和 iPad 都属于 iOS。 |
| Name | 用户在 App Store 看到的 App 名称。 | 名称已被占用，或把内部项目代号当成正式名称。 |
| Primary Language | 其他语言缺少内容时使用的默认语言。 | 随手选了以后不打算维护的语言。 |
| Bundle ID | App 的唯一身份证，必须和 Xcode 项目完全一致，例如 com.example.myapp。 | 选错后才发现构建无法匹配。 |
| SKU | 团队内部识别 App 的编号，用户看不到。 | 误以为是商品价格；它创建后不能修改。 |
先检查最新协议是否已由 Account Holder 在 Business 中签署，再确认你的角色是否为 Account Holder、Admin 或 App Manager，并让开发人员确认 Bundle ID 已创建。
4. 填好 App Store 商店页面
创建档案后，状态通常是 Prepare for Submission。接下来要填写两类资料：一类属于整个 App，另一类属于这次发布的版本。分清这两类，可以少走很多弯路。
整个 App 共用的资料
在左侧 General → App Information 一带管理，包括名称、子标题、分类、年龄分级、Bundle ID、内容版权等。年龄分级不是凭感觉选择，而是如实回答问卷，由系统计算结果。
App Privacy 要说明 App 和集成的第三方 SDK 会收集什么数据、数据是否关联到用户、是否用于追踪。iOS App 需要隐私政策网址。不要照抄其他 App；Apple 要求申报覆盖你和第三方合作伙伴的真实数据行为。可对照管理 App 隐私逐项填写。
每个版本单独填写的资料
- Promotional Text：促销文字，可用来介绍当前活动。
- Description：完整产品说明，先说用户能解决什么问题，再列核心功能。
- Keywords：帮助搜索理解 App 的关键词，不要重复堆砌 App 名称。
- What’s New：这次更新了什么；首个版本通常不需要。
- Support URL：用户遇到问题时能找到帮助的页面。
- Screenshots / App Previews：按设备尺寸上传截图和可选预览视频。
截图不是“上传几张手机截屏”这么简单。它是 App Store 转化率最重要的素材之一：第一张先表达核心价值，后面按使用场景展开，每张只讲一个重点。不同语言可以分别本地化；上传位置可参考 Apple 的截图与预览说明。
审核信息不要写给用户看
App Review Information 只给审核团队。填写能及时联系到的人；如果 App 需要登录，提供稳定可用的演示账号；如果某项功能需要特殊路径、硬件、地点或操作才能触发，把步骤写清楚。审核员找不到功能，可能会直接询问或拒绝。
5. Build 是什么？怎样用 TestFlight 测试？
Version（版本号）是用户看到的版本，例如 1.2.0；Build（构建号）是团队内部区分每次打包的编号，例如 37。一个版本可以上传多个构建，但提交审核时只能选其中一个。
开发人员可以通过 Xcode、Transporter 等方式上传构建。上传成功不代表立即可选：Apple 需要先处理构建。处理完成后，可在 App 的 TestFlight 标签下看到它。
内部测试和外部测试怎么选？
| 测试类型 | 内部测试 | 外部测试 |
|---|---|---|
| 适合对象 | 团队成员、同事 | 真实用户、客户、媒体或合作伙伴 |
| 人数上限 | 最多 100 位有权限的 App Store Connect 用户 | 每个 App 最多 10,000 人 |
| 是否可能审核 | 通常可更快开始 | 首个外测构建需要 TestFlight App Review，后续也可能需要 |
| 邀请方式 | 添加 App Store Connect 用户到测试组 | 邮件邀请或公开链接 |
- 进入 App → TestFlight，先填写 Beta App Description、反馈邮箱和测试说明。
- 创建测试组，把正确的构建加入该组。
- 内部测试：把已有团队用户加入组；外部测试：提交 TestFlight 审核后再通过邮件或公开链接邀请。
- 告诉测试者安装 Apple 的 TestFlight App，并接受邀请。
- 在 TestFlight 中查看安装、Sessions、Crashes 和测试反馈。
根据 Apple 的 TestFlight 官方说明，每个测试构建最多测试 90 天；到期后即使 App 没有问题，测试者也无法继续使用这个构建。外部公开链接可以设置人数、设备和系统版本条件。
6. 提交 App Store 审核与正式发布
测试完成后，回到这次要发布的 App 版本页面。不要看到构建出现在 TestFlight 就以为已经提交审核——TestFlight 测试和 App Store 正式审核是两条流程。
- 确认版本页面所有必填项已经完成，没有红色错误提示。
- 在 Build 区域选择最终构建；一次只能关联一个。
- 复查隐私申报、出口合规、内容权利、广告标识和审核登录信息。
- 点击右上角 Add for Review。这一步只是把版本加入审核草稿。
- 打开 Draft Submissions 或侧边栏 App Review，检查项目后再点 Submit for Review。做到这里才真正进入审核队列。
Apple 当前的提交 App 官方流程就是这两个按钮。很多新手只做了第 4 步，于是 App 一直停在 Ready for Review，误以为 Apple 很久没有开始审核。
常见状态怎么理解？
| 状态 | 代表什么 | 你要做什么 |
|---|---|---|
| Prepare for Submission | 版本还在准备中 | 补齐资料并选择构建 |
| Ready for Review | 已加入草稿，但未必已发送 | 到 Draft Submissions 点 Submit for Review |
| Waiting for Review | 已进入等待队列 | 等待；必要时仍可撤回 |
| In Review | 审核团队正在检查 | 留意 App Review 消息 |
| Pending Developer Release | 审核通过，等待你手动发布 | 确认时机后发布 |
| Ready for Distribution | 已获准分发 | 检查各地区商店是否陆续可见 |
| Rejected / Unresolved Issues | 审核发现问题 | 先读具体条款和消息，再回复或修复重提 |
先到 App Review 阅读审核员指出的具体问题和 Guideline 条款。若只是信息不清楚，可在消息中解释并补充材料；若是产品或代码问题，修复后上传新构建并重新提交。回复要直接、礼貌，并给出可复现步骤。
7. App 上线后，日常怎么管理？
发布新版本
在 App 页面为对应平台点击 + 创建新版本，填写新版本号和 What’s New，选择开发人员上传的新构建，再走一遍提交审核流程。不要用新建 App 的方式做版本更新，否则会产生一个完全不同的产品。
管理价格和销售地区
在 Pricing and Availability 中设置价格、销售地区和可用性。免费 App 改为付费或调整地区前，要确认协议、税务和银行资料已经生效。价格变化也要考虑现有用户和订阅者的预期。
回复用户评论
在 Ratings and Reviews 查看用户评分和评论。优先处理崩溃、无法登录、付费异常等明确问题；回复时不要公开索要邮箱、订单号等隐私信息，应该引导用户通过支持渠道联系。修复后可以更新回复，告诉用户新版本已经解决。
管理内购与订阅
In-App Purchase 和 Subscriptions 是 App 里的商品系统，不等同于 App 本身的价格。每个商品还要配置 Product ID、显示名称、描述、价格和审核截图。第一次做订阅时，要额外理解订阅组、续订、宽限期、优惠和服务器通知；不要直接把测试商品当正式商品上线。
持续维护权限和协议
同事离职或岗位变化时及时调整 Users and Access。Account Holder 还要留意会员续费和 Business 中的新协议；未签协议可能阻止新 App 创建、付费功能或收款。
8. 最重要的一课：怎样查看和理解 App 数据？
上线只是开始。App Store Connect 的数据至少分成三套：Analytics 看用户从发现到使用的过程，Sales and Trends 看销售趋势，Payments and Financial Reports 看最终结算。三者口径不同，不要拿同一天的数字硬对账。
先用一个漏斗看 Analytics
打开 Analytics，选择你的 App 和日期范围。对新手最有用的阅读顺序是：
1. Impressions（曝光）
App 图标在 Today、Games、Apps、Search 等位置被看到超过一秒的次数。
回答：有人看见我吗？
2. Product Page Views
用户真正打开 App 产品页面的次数，用来判断名称、图标和入口是否吸引人。
回答：看见后愿意了解吗？
3. Total Downloads
首次下载和重新下载的总量；分析拉新时还要单独看 First-Time Downloads。
回答：最后下载了吗？
4. Conversion Rate
下载与预订相对于独立设备曝光的比例。它帮助判断商店页面是否有说服力。
下载与预订 ÷ 独立设备曝光
5. Sessions / Active Devices
用户有没有真正打开并使用 App。下载高但使用低，常见于首屏体验或获客不匹配。
回答：下载后真的使用了吗？
6. Retention（留存）
一批新用户在后续日期是否仍回来。留存比单日下载更能说明产品长期价值。
回答：用户还会回来吗？
Apple 的指标定义显示，部分 App Store 指标要在至少获得 5 次首次下载或预订后才可用。新 App 暂时没有图表，不一定是配置错误，可能只是数据量还不够。
不要只看总数，要学会切分
- Source Type：用户来自 App Store Search、Browse、Web Referrer 还是 App Referrer？
- Territory：哪个国家或地区带来下载和收入？本地化是否有效？
- Device / Platform Version：问题集中在哪种设备或系统版本？
- App Version：新版本上线后，使用和稳定性有没有变化？
- Campaign：带参数的营销链接是否带来了高质量用户？
最简单的分析方法是固定看 7 天和 28 天，并与前一个同长度周期比较。只改变一个条件：例如改了截图后，观察产品页转化率；修复首屏后，观察留存和 Sessions。不要一天改五件事，否则数据变化时你不知道是谁起了作用。
Sales and Trends：看销售表现
这里适合看 App Units、In-App Purchases、订阅、销售额和预计 proceeds 的变化，并按产品、地区、设备等维度筛选。它更接近经营仪表盘，但收入是估算值，汇率和交易状态会继续变化。
Payments and Financial Reports：看最终拿到多少钱
这里适合财务核对。Proceeds 是用户价格扣除适用税费和 Apple 佣金后，开发者应得的金额。页面会显示付款、预计收益、汇率、税费、调整和银行账号尾号。Apple 说明上一个财务月的数据通常从本月第一个星期三开始出现，各地区报表一般到第一个星期五准备完成；详情见付款与收益官方说明。
Analytics 用来分析行为和经营，Sales and Trends 使用估算销售与汇率，财务报表使用已经处理和结算的交易。退款、税费、佣金、汇率、付款周期和银行费用都会造成差异。做趋势判断用前两者，做会计对账用最终财务报表和银行入账。
9. 给新手的一套每周管理清单
- 检查 App 状态、App Review 消息和 TestFlight 反馈。
- 查看近 7 天曝光、产品页访问、下载和转化率，并与前 7 天比较。
- 查看留存、Sessions、崩溃和主要版本分布。
- 查看评分和新增评论，回复需要帮助的用户。
- 查看内购、订阅、退款和 proceeds 是否有异常变化。
- 记录本周做过的版本、截图、价格或营销改动，方便解释数据。
- 每月让财务下载并归档财务报表，核对实际付款。
10. 新手最常见的 8 个卡点
| 问题 | 先检查什么 |
|---|---|
| 看不到 New App | 角色是否足够、最新协议是否已签、是否选对团队。 |
| 找不到 Bundle ID | 开发人员是否在正确 Developer Team 创建了 Identifier。 |
| 上传后没有 Build | Bundle ID、版本号是否匹配；构建是否仍在 Processing；查看上传错误邮件。 |
| 不能添加外部测试者 | 是否已先建立内部测试组、是否填写 Test Information、构建是否通过 TestFlight 审核。 |
| Submit 按钮是灰色 | 页面顶部错误提示、必填资料、构建、隐私、年龄分级和审核信息是否完整。 |
| 一直是 Ready for Review | 是否只点了 Add for Review，却没有在 Draft Submissions 再点 Submit for Review。 |
| Analytics 没有数据 | 是否选对 App 和日期；角色是否有权限；新 App 是否达到最低数据量。 |
| 没有收到 Apple 付款 | Paid Apps Agreement、税务、银行资料、最低付款门槛和退回付款提醒。 |
11. 一分钟术语表
| 术语 | 人话解释 |
|---|---|
| App record | App Store Connect 里的 App 档案。 |
| Bundle ID | App 的唯一技术身份证，必须和构建一致。 |
| SKU | 开发者内部管理编号，用户看不到。 |
| Metadata | 名称、介绍、关键词、截图等商店资料。 |
| Build | 某次打包上传的可运行 App。 |
| TestFlight | 正式发布前给测试者安装 Beta 版的系统。 |
| App Review | Apple 对 App 和相关内容的审核。 |
| Proceeds | 扣除适用税费和 Apple 佣金后的开发者收益。 |
| Retention | 用户下载后，在后续日期仍然回来使用的情况。 |
| Conversion Rate | 看到 App 后最终下载或预订的比例。 |
12. 常见问题
App Store Connect 是免费的吗？
使用后台本身不单独收费，但要向 App Store 发布 App，通常需要有效的 Apple Developer Program 会员资格。
不会写代码，也能使用 App Store Connect 吗？
可以。产品、运营、市场、客服和财务人员都能按角色管理商店资料、回复评论或查看数据。只有构建和上传 App 通常需要开发人员完成。
App Store Connect 为什么看不到某个功能？
先检查你是否选对团队和 App，再查看 Users and Access 中的角色与 App 范围。也可能是协议未签、资料不完整，或该功能还没有产生足够数据。
TestFlight 通过了，是否代表 App Store 审核也会通过？
不代表。TestFlight 外部测试审核和正式 App Review 是不同流程；正式版本仍要完成商店资料、隐私申报和审核提交。
App Analytics、Sales and Trends 和财务报表有什么区别？
Analytics 用于看获客、转化、使用和留存；Sales and Trends 用于看销售趋势和估算收入；Payments and Financial Reports 用于核对最终结算和实际付款。
发布更新要重新创建 App 吗？
不要。进入原来的 App 档案，为对应平台创建新版本，选择新构建并重新提交审核。这样用户才能正常收到更新。
官方参考资料
如果你准备执行某个高风险操作，例如签协议、改价格、转移 App 或提交审核，建议同时打开对应的 Apple 原文核对。
- App Store Connect workflow：从协议、建 App、测试到发布和监测的全流程。
- App Store Connect sections：后台各模块的官方说明。
- Add a new app：创建 App 档案所需字段和权限。
- TestFlight Overview：测试组、人数限制、有效期和反馈。
- Submit an app：正式提交 App Review 的步骤。
- App Store Connect Analytics Help：获客、变现、留存和指标定义。
- View payments and proceeds：预计收益、付款和财务月份。