国内安卓上架常见要同时面对应用宝、小米、OPPO、vivo、荣耀、华为等渠道。每家对介绍图数量、比例、体积、是否允许外框的规则略有差异。若每次发版都「打开 PS 另存为六份」,独立团队很快被拖垮。
目标应改为:一份逻辑源稿 → 自动化导出 → 渠道级压缩与抽检。
在表格或 stores.yaml 中记录(示例字段,数值以各控制台当前提示为准):
| 渠道 | 介绍图数量 | 主比例 | 单张体积 | 图标体积 | 方向规则 | 备注 |
|---|---|---|---|---|---|---|
| 应用宝 | 4–5 | 竖 1080×1920 常见 | 常较严 | 常较严 | 尺寸宜一致 | 搜索权重大 |
| 小米 | ≥3 | 竖/横 | 按控制台 | 512 常见 | 可另传平板 | — |
| OPPO | 3–5 | 竖 1080×1920 常见 | 按控制台 | 直角 | — | — |
| vivo | 3–5 | 竖或横 | 按控制台 | 体积敏感 | 须全横或全竖 | — |
| 荣耀 | 3–5 | 文档常见 9:16 / 16:9 | ≤5MB 级 | 文档常见 ≤200KB | 方向统一 | 机型外框需匹配 |
| 华为 | 3–8 | 多规格 | 按控制台 | 规格特殊 | 横竖均可(按文档) | 与荣耀勿混用后台 |
把「以控制台为准」写进表头——第三方文章会过期,表要可改。
为每帧定义:
frame_id(如 01_hero)设计规范:
推荐主画板:1080×1920(9:16)。导出矩阵:
master/01_hero.png …(无框、未压缩)framed/honor/...(仅当渠道允许且机型匹配时)export/<channel>/...(已缩放到目标边长并压体积)横图渠道另建 1080×1920 之外的 1920×1080 逻辑帧,不要把竖图强行拉伸。
命名建议:
<app>_<version>_<channel>_<frame>_<WxH>.png
例如:moodjournal_1-2-0_vivo_01_hero_1080x1920.png
压缩策略:
campaign/ 目录,活动结束切回 evergreen/,避免节日素材残留。两人以下团队可固定:
批量套标题与多尺寸导出,可借助 AppShotMaker 生成 master,再进入自己的压缩脚本;关键是 master 不进商店,export 才进商店。
批产效率低,通常是因为标题写死在像素里。更稳的结构是:
用模板工具或脚本把文案层在导出时渲染。这样「只改四个标题」不必重切六套图。版本号、活动时间等易变信息尽量放在商店「新版本特性」字段,而不是烙在截图上。
每次全量替换商店图前,保留上一版 export/ 压缩包至少 30 天。若新图导致转化下跌,可在数小时内回滚,而不是连夜重做。归档目录按 YYYYMMDD_version 命名,并记录「变更原因」(新功能 / 活动 / 实验)。
建议在表格里记下各渠道「上次成功过审的图标 MD5 / 截图套装 ID」,补件时避免误传未过审草稿。
若产品同时做 App Store,不要把国内安卓批产目录与 iOS 目录混用。iOS 有独立尺寸集与审核审美;安卓多渠道更在意体积与方向统一。共享的只有「逻辑帧文案」与 UI 源文件。设备框、圆角、状态栏风格分开导出,能避免「一套图四海投」导致的双端都不好看。
对只有安卓国内市场的团队,也可预留 en_export/ 空目录,以便日后出海时复用同一逻辑帧叙事,只替换语言层。
多渠道商店图的成本,来自「规则差异」而不是「设计才华」。用差异表 + 逻辑帧 + 自动压缩 + 短质检,能把六次重做收成一次设计。把控制台提示当作最终真相,文档数字只作初始值,这套工作流才能在 2026 年继续用下去。