苹果开发者账号从个人切到公司主体，重点不是改资料，是先把 App 归属、证书链和收款资料一项项对上。
1先看值不值
先给结论：有稳定团队、准备长期上架、需要公司收款和法务归口的，转公司主体更合适。只是临时上一个包、量少、团队还是个人作业的，先别动。
原因很直接。主体一换，后面会牵出 App 归属、证书、银行、税务、合同留档，不是改个名字就结束。
- 适合买：准备做矩阵、多人协作、需要公司银行账户
- 不太适合买：只有单个 App、短周期测试、还没定公司主体
- 重点不是年费差异，重点是后续交付和责任边界更清楚
个人号能上架，不代表适合长期持有。
- 确认公司已注册且名称可用于苹果后台
- 确认能申请或补齐邓白氏DUNS
- 确认公司银行账户和税务信息可提供
- 确认当前 App 是否需要继续沿用原包体与评论
- 确认团队里有人能接手证书和后台权限
2成本先对照
迁移成本主要不是官方年费。苹果个人开发者账号官方年费约99美元，公司号也是这个量级，真正费时间的是资料补齐和变更窗口。
你要算三类成本：资料准备、上架排期、历史配置接手。前两项常被低估，第三项最容易出事故。
- 资料成本：邓白氏、法人信息、公司地址电话核验
- 排期成本：提审中、版本发布中、TestFlight测试中都不适合硬切
- 接手成本：证书、描述文件、推送、内购、回调、银行与税务资料同步
- 版本是否处于审核中
- 是否有正在发放的TestFlight批次
- 是否存在自动续订内购
- 服务器回调是否绑定旧证书或旧密钥
- 财务是否已准备公司收款主体
3App归属怎么落
如果你在意评论、评分、下载历史和包名连续性，核心就看 App 能不能按苹果规则迁到公司团队下。能迁的，优先走归属迁移；不能迁的，再考虑新号重发。
这里别只盯账号本身。真正有价值的是 App 资产有没有跟着过去，包括 Bundle、内购记录、用户侧连续性和后台权限。
- 想保留历史：优先评估 App Transfer 条件
- 有多款包：先按营收和更新频率排优先级
- 老包问题多：有时新公司号重发反而更省事
买公司主体，是为了把资产归口，不是把风险换个地方放。
- App 是否符合转移条件
- 内购项目是否已整理完毕
- 是否存在未解决的协议、税务或银行资料问题
- 关键服务如推送、登录、支付回调是否能平滑切换
- 包的知识产权归属文件是否齐全
4验号勾这几项
准备接公司号或迁移到公司号，先验后台状态。别只看能不能登录，要看能不能稳定交付。
验号重点放在团队资料完整度和上架能力。一个资料残缺的号，后面补件会拖慢整条线。
- 看主体名称是否与营业资料一致
- 看邓白氏状态是否通过
- 看 Agreements、Tax、Banking 是否可操作
- 看 Certificates、Identifiers、Profiles 是否有人在维护
- 看是否已有异常通知、合规待办或账号限制记录
- Team 信息完整
- 法人或管理员权限清楚
- 银行信息可新增或修改
- 税务表单可更新
- 现有 App 和证书列表可导出交接
5交付别漏件
真正落地时，别把工作做成散件。账号迁到公司主体后，必须按清单交接，不然后台看着正常，发版时还是会卡。
建议把交付拆成账号层、证书层、财务层三包。这样谁负责什么，一眼能对上。
- 账号层：管理员权限、2FA设备、联系人信息
- 证书层：发布证书、描述文件、推送证书、密钥、Bundle清单
- 财务层：银行账户、税务信息、销售与付款资料
- 业务层：内购商品、订阅组、服务器回调说明、提审备注
- 旧设备号是否还绑定关键验证
- 构建号上传权限是否已切给新团队
- TestFlight测试成员是否需要迁移或重拉
- 银行与税务资料是否已完成新主体核验
- 交付后是否做一次发版演练
个人号能直接改成公司号吗？
通常不是后台点一下就完。多数情况要看苹果支持流程、公司资料完整度，以及是否涉及 App 迁移。
迁过去后，App评论和评分会丢吗？
能按规则做 App 归属迁移的，通常可保留主要历史资产；不符合条件改为新发，就要按新包处理。
证书一定要重做吗？
很多场景要重查一遍。尤其是发布证书、推送、描述文件和服务器用到的密钥，别默认旧的全能继续用。
出海团队最容易卡在哪？
卡在银行、税务、合同主体和提审排期。账号能进后台，不等于收款和持续上架已经打通。
需要苹果开发者账号选号 / 验号 / 到手指导？
个人号、公司号、白包号、提审号与内购号，说明用途即可获取清单建议。