上架与持续维护
清晰交付已批准文件,并在每次发布或实验中安全地更新源项目。
上架并持续维护截图集
导出的 ZIP 是交付物;可编辑项目才是长期资产。请同时保留这两者,以及一份简短记录,说明哪些内容已被批准、发布在何处。
准备有用的交接包
请让上传人或发布负责人无需重新打开编辑器,也能理解交付内容:
| 包含内容 | 为什么重要 |
|---|---|
| 已批准的 ZIP 或 PNG 文件 | 准备上传的准确文件。 |
| 源项目名称 | 团队能在需要修正或下次发布时找到可编辑主项目。 |
| 市场和平台 | 避免错误上传 iPad、Android 或错误语言的文件包。 |
| 帧顺序和发布版本 | 明确商店中应展示的图片顺序。 |
| 批准记录 | 记录谁已批准文案、法律声明、本地化和视觉质检。 |
| 发布日期或工单 | 将素材与其代表的实际发布版本关联起来。 |
AppScreenshots 不会替你提交素材到应用商店。请在对应商店后台确认当前要求,并完成最后的上传操作。
安全的更新闭环
当产品 UI、信息表达、支持设备或市场发生变化时,按以下顺序工作:
复制已批准的源项目
在工作台中复制上一版已批准项目。请用清晰名称,例如 2026-09 iOS 3.2 — English master。这样可以保留变更前线上版本的可恢复记录。
先替换产品证明
更新每一张显示了变化 UI、内容、价格或承诺的设备界面。布局再漂亮,使用旧产品界面也是不正确的。
更新叙事与本地化
确认帧顺序、标题或辅助文案是否需要改变,然后更新每个已批准语言,并再次进行视觉审核。
哪些情况必须刷新截图集
出现以下任何情况时,都应更新源项目:
- 关键产品页面已改变,或某一帧中的产品证明不再是当前版本。
- 产品定位、价格、订阅文案或已批准的承诺已变更。
- 目标渠道改变了图片尺寸、文件数量、政策或可用设备类别。
- 品牌字体、色彩、Logo、活动视觉系统或法律文字发生变化。
- 新增语言或市场。
- 有一个已批准、目标明确的转化实验假设。
做实验时不要丢失对照版本
保留一个不改动的已批准主版本,每个实验建立一个独立副本。每次只改变一个有意义的变量,例如首帧标题、功能顺序或设备大小,并在项目名称中标记假设和实验周期。
| 记录项 | 示例 |
|---|---|
| 假设 | “先展示周计划,能让新跑者更快理解产品价值。” |
| 版本 | A:进度看板,B:周计划 |
| 受众 / 市场 | US iPhone |
| 时间范围 | 2026-09-01 至 2026-09-21 |
| 决策 | 保留、回退,或用新假设再次测试。 |
请在相应商店或分析系统中衡量结果。AppScreenshots 用于制作可控的创意版本,本身不会单独决定商店转化结果。
保持素材库健康
- 将本次发布专用截图放在 Project Assets(项目素材),长期复用的品牌素材放在 Brand Assets(品牌素材)。
- 保留用于批准交付的原始应用截图;以后更换设备框或尺寸时会快得多。
- 将过期 Logo、旧界面和活动图片从当前工作集中移除,避免误选。
- 不要把 PNG 导出文件当作唯一可编辑源。
AppScreenshots 文档