APP上架要准备什么：软著、开发者账号与审核材料清单

昆山app开发里，提审那几天往往比联调更难熬。测试群里一句"APP上架需要什么"，把项目拉回现实：软著还在受理，苹果开发者账号的组织验证卡在邓白氏编码，隐私政策链接指向一个没上线的静态页，截图还是按旧机型出的尺寸。功能早就做完了，提交按钮却点不下去。材料不是提审前才补的 paperwork，而是一条与开发并行的线；谁先启动，谁就不用在末尾排队。

本文要点

• 主体名称要在营业执照、软著与开发者账号三处保持一致
• 隐私政策链接与权限用途说明要早于提审上线，且能公开访问
• 演示账号、测试路径与截图规格逐项自查，可避开一类高频退回

主体与资质材料

先做一件事：把名称对齐。营业执照上的主体名称、软著著作权人、应用市场开发者账号主体、应用内"关于"页的运营主体、隐私政策里的责任主体，这五处写成同一个名字。遇到关联主体代持的情况，提前备好授权链说明，审核要求补文件时不必临时找人盖章。

基础材料通常是营业执照副本、法人或经办人身份信息、对公账户、可长期接管的联系人手机与邮箱，以及已备案域名与可访问的官网。境内服务器要完成 ICP 备案，隐私政策 URL 走 HTTPS，且不依赖登录就能打开。这里有个细节：备案主体与应用主体不一致时，部分市场会要求补充说明，排期里留一轮缓冲比提审当天返工划算。

应用涉及特定类目时还要加材料。内置支付要备商户号与协议，医疗、教育、金融、直播、新闻等类目按市场要求提交对应许可或资质；即使能力来自第三方 SDK，证明责任也在提交方。遇到过的一类情况是，应用内写的是运营主体甲，软著著作权人却是关联主体乙，审核要求补一份授权说明，来回又走了一轮。

表里的区间按平台当期公示核对；遇补件、节假日或类目复审会顺延，别拿它倒推上线日。

软件著作权办理

软件著作权申请排在立项当月，而不是提测之后，是昆山app开发这类项目少走弯路的一个具体做法。受理方为中国版权保护中心，材料按当期格式要求准备，核心是三块：申请表、源代码文档、操作说明文档，再加主体证明与委托代理文件。

源代码文档有固定格式：前后各取 30 页，每页行数不少于 50 行；总量不足 60 页时全部提交。页眉写清软件名称与版本号，代码里别留与设计无关的大段注释或第三方完整源码。操作说明文档要配界面截图与功能描述，截图里的应用名、版本号尽量与商店展示名能对上，避免被要求解释"这是不是同一个软件"。

命名也有讲究。常见写法是品牌加功能描述加"软件 / 系统 / 平台"，末尾带版本号如 V1.0；别用项目临时代号。多端形态（iOS、Android、管理后台）是否合并登记、大版本升级是否重新登记，按受理要求逐项确认，别自己猜。办理周期分普通与加急档位，以受理机构当期公告为准。

1. 申请表：名称、版本号、开发完成日期、发表状态逐项核对
2. 源代码文档：前后各 30 页，页眉与版本一致
3. 操作说明文档：界面截图配功能描述，覆盖主要流程
4. 主体证明：营业执照副本，与账号主体同名
5. 委托代理文件：由代办机构办理时提供

同主题的其他拆解放在 行业动态栏目，可以和流程篇对着看。

开发者账号与年费

苹果开发者账号分个人与组织两类。组织账号要做主体验证，常见卡点是邓白氏编码（D-U-N-S）与法人姓名拼写不一致；编码信息与营业执照对不上时，先更正再提交，反复重试只会拉长等待。年费按平台当期公示档位缴纳，个人与组织在测试设备数量、团队角色、内部分发方式上权限不同，别为了省一步选错类型。

主账号持有人要设成能长期接管的人，并开启双重认证。团队权限按角色拆开：Admin 管账号与协议，App Manager 管提交与元数据，Developer 管证书与构建，Marketing 管推广素材。把全部权限挂在一个人的账号上，人员一变动，下一个版本就卡在登录环节。续费日期写进运维台账，账号失效期间已上架应用的更新会受影响。

安卓侧是多家市场分别注册，材料大同小异：营业执照、软著、对公或法人验证、应用签名与包名。包名与签名证书一旦发布就不要改，改了会被当成新应用，历史版本与用户数据都对不上。各市场对分级、权限说明、截图的要求有差别，逐个对照比一套素材传所有商店稳妥。

隐私政策与权限说明

权限说明要写在用户看得到的地方，也要写在系统读得到的地方。iOS 侧在 Info.plist 里为相机、位置、相册等权限配 purpose string，例如 NSCameraUsageDescription、NSLocationWhenInUseUsageDescription；文案要写清具体用途，"用于改善体验"这类说法常被要求重写。还要准备 PrivacyInfo.xcprivacy 隐私清单，声明采集的数据类型与所用必要原因 API，并列出接入的第三方 SDK。

Android 侧在 AndroidManifest.xml 里声明权限，再按 target SDK 的规则处理动态申请、后台定位与附近设备权限分组。权限要在使用那一刻申请，别在开屏一次性全要；被拒绝一次之后，界面上得给出能理解的引导。审核里"申请了用不到的权限"是常见的退回理由，逐个权限回溯到具体功能，能对上才留。

隐私政策正文至少覆盖：采集哪些字段、存到哪里、保留多久、是否与第三方共享、账号注销入口在哪、注销后数据怎么处理。政策页面必须能公开访问，不依赖登录，也不放在应用内一个点不开的静态页里。

• 每个敏感权限都能指到一处具体功能
• purpose string 写明用途，不使用泛化表述
• 第三方 SDK 清单与隐私清单逐条对应
• 应用内可找到政策入口与账号注销入口
• 政策 URL 用 HTTPS，未登录状态可打开

截图与描述规格

截图按当期设备档位出，别沿用上一版机型的尺寸。常见档位包括 6.9 英寸档（1290×2796 或 1320×2868）、6.5 英寸档（1242×2688）、iPad 12.9 英寸档（2048×2732），数量上限按平台当期规格核对，主图两张放核心流程而不是启动页。截图里不要出现设备边框外的误导元素、尚未上线功能的示意、未获授权的第三方商标。

图标是 1024×1024 的 PNG，不带圆角与透明通道，圆角由系统统一裁切；自己加了圆角反而会出现黑角。预览视频可选，有帧率与时长限制，且要与真机画面一致。

文本字段也有字符上限。名称、副标题、关键词、描述、更新说明各自按平台当期规格核对，关键词字段别堆竞品名或无关热词，描述里写了什么功能，真机上就得找得到。年龄分级问卷如实填；应用允许用户生成内容时，还要说明举报入口、过滤机制与处理时限。

素材与描述规格可以对照 服务与解决方案 里的交付范围逐项确认，或把现有账号情况发到 免费咨询 一起核。

审核时长与常见退回

时长只用来排缓冲，不用来承诺上线日。昆山app开发的提审节奏，还要叠加软著受理与账号验证的等待。App Store 多数提交在 24–48 小时内出结果，安卓各市场常见 1–3 个工作日；遇补件、节假日、类目复审会顺延。加急审核有特定适用条件，别把它写进常规排期。提交后如需分批放量，分阶段发布比全量发布更便于观察崩溃与安装失败反馈。

退回原因集中在几类，且大多能在提交前自查掉。2.1 信息不完整，多半是演示账号没给或测试路径写不清；4.2 功能过于简单（Minimum Functionality），常见于网页套壳或只有一两个静态页；5.1.1 数据收集未说明用途，或没提供账号注销；3.1.1 涉及应用内购买绕过；2.3 元数据不准确，截图与实际功能对不上。此外还有冷启动崩溃、白屏、隐私政策链接打不开、权限申请无场景这几项。

临提交前按这个顺序自查一遍：

1. 演示账号可用，测试环境有数据，走查路径写成逐步说明
2. 用发布包而非调试包在真机重装，走完首次启动到核心流程
3. 隐私政策 URL 在未登录、无内网环境下打开一次
4. 截图、图标、描述、分级问卷与真机逐项比对
5. 把审核回执与账号权限归档，下一版复用同一套检查项

小结

上架不是把安装包传上去就结束，主体一致、软著受理、账号验证、权限说明、素材规格、退回自查，每一项都要有人负责且能核对。明天就能做的一件事：把营业执照、软著著作权人、开发者账号主体三处的名称抄在一张纸上，看看是不是同一个字。昆山app开发的上架材料按这条线并行推进，就不会在提审那天被一串补件通知拽回去。本文为行业经验与技术分享，不构成效果承诺；具体交付范围、周期与资费以书面方案为准。