文章目录
- 快速导航
从软著到上架：商店展示材料与截图准备清单
软著不是「办完就扔」的证书
对国内安卓多渠道和部分游戏类目而言，软件著作权登记证书常被当作权属证明。真正拖慢上架的，往往不是「有没有软著」，而是 软著登记名称、商店应用名、包内显示名、截图标题文案 四处不一致，审核按「信息不符」打回。
本文不讨论代办机构选择，只谈上架前你能自己对齐的材料与展示图准备。
信息一致性：先做一张对照表
建议在表格里维护四列，每次改名或换包都更新：
| 字段 | 软著证书 | 商店后台 | 安装后桌面名 | 截图/宣传图 |
|---|---|---|---|---|
| 软件全称 | 以证书为准 | 须可对应 | — | 勿写无关品牌名 |
| 简称/商品名 | 若有 | 常用展示名 | 与商店尽量一致 | 主标题可用简称 |
| 版本号 | 登记时可写 V1.0 | 提交版本 | About 页 | 勿出现更高未上架版本 |
| 著作权人 | 公司/个人 | 开发者主体 | — | 勿冒用他方主体 |
游戏类目还可能要求名称与版号、软著记载一致，并限制频繁改名。工具类应用虽宽松一些，但「商店名像 A、软著是 B、截图写 C」仍会触发人工复核。
上架材料包：按「权属—合规—展示」三组归档
1. 权属与主体
- 软著证书扫描件（清晰、未裁切关键信息）
- 营业执照或个人开发者身份证明（按渠道要求）
- 授权书（若著作权人与上架主体不同）
2. 合规与安全
- 隐私政策 URL（HTTPS，可公网访问）
- 用户协议 / 权限说明页
- 适用的 ICP/备案号展示位置说明（按当时政策与商店要求）
- 内容安全与未成年人模式说明（若品类相关）
3. 展示与体验
- 应用图标（直角原图 + 各渠道体积版）
- 介绍截图 3–5 张（方向统一）
- 可选：预览视频、头图/特征图
- 一句话简介与长描述文案终稿
把三组文件放在同一版本目录（例如 release/1.2.0/materials/），避免审核补件时找错旧图。
截图里要「看得见合规」，但不要做成恐吓风
审核人员常会抽查：应用是否可找到隐私政策、是否在敏感权限使用前说明目的。商店截图不必逐页展示法律文本，但建议：
- 至少有一张图能看到 正常主功能，而不是纯营销字报。
- 若产品强依赖相机/定位，可在序列中用真实权限说明弹层（文案真实、可对应代码）。
- 不要在截图承诺「绝对不收集任何数据」同时又申请通讯录——文案与行为冲突是高危项。
- 去掉调试水印、测试账号、未脱敏手机号与证件号。
常见驳回与对应改法
| 驳回表述（归纳） | 优先检查 |
|---|---|
| 应用名称与资质不符 | 软著全称/简称与商店名对照；游戏看版号 |
| 截图无法体现实际功能 | 换真实 UI，减少纯海报页 |
| 含竞品或他牌终端外观 | 去掉外框或换本渠道品牌机型 |
| 隐私政策无法访问 | 检查 URL、备案域名、HTTPS 证书 |
| 权限说明不清 | 补运行时说明与设置页入口 |
| 版本信息不一致 | 对齐 versionName、更新说明与截图文案 |
独立开发者的时间线（示意）
- 功能冻结前：定商品名，评估是否与软著简称冲突。
- 提审前 7 天：导出截图终稿；隐私政策上线；对照表四列勾选。
- 提审当日：按渠道分别上传图标体积版；确认一句话简介字符数。
- 被拒后 24 小时内：只改驳回点，避免同时大改名称与图标导致二次不确定。
多渠道时如何减少重复劳动
- 文案：一份「主文案」+ 各渠道字数裁切版（80 字一句话、500 字更新说明等）。
- 截图：一份 1080×1920 源文件，按渠道压缩；标题层可配置化。
- 证书：同一扫描件复用，注意渠道对文件大小与格式的限制。
展示图批量导出可用截图工具统一安全区；例如在完成 UI 录屏后，用 AppShotMaker 套标题模板再导出，最后仍要以各商店控制台校验为准。
个人开发者与公司主体切换时要注意什么
从个人软著迁到公司上架，或公司主体变更，是一致性事故高发期。迁移前确认：
- 授权链是否完整（著作权人 → 上架主体）
- 商店开发者账号主体是否已切换完成
- 隐私政策运营者名称是否同步更换
- 截图与关于页是否仍展示旧公司名
不要假设「包名不变就不会查主体」。涉及支付、账号体系时，审核更常核对主体与软著。
小结
软著到上架的关键，是 权属信息、商店元数据、包内名称、截图文案 四条线对齐。把材料按权属、合规、展示三组归档，截图优先展示真实主路径并避免夸大承诺，能显著减少「信息不符」类驳回。合规政策会更新，提交前以目标商店当前文档与控制台提示为准。