📍 WDQWDWQD987AAAAA:216.73.216.254
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f0885bf143c2.html
📄

App Store优化：商品改版后旧图片与新规格如何避免混用

核心原则是让旧素材在改版启动时就失去被继续使用的条件，而不是靠上线后反复检查。具体做法取决于一个前提：新规格是只改尺寸比例，还是同时改了卖点表达。前者可以保留旧图重裁，后者必须整组替换，否则混用几乎必然发生。

先判断这次改版属于哪一类

把改版分成两类，决策会清晰很多。第一类是纯规格变化：截图尺寸、比例、圆角或安全边距调整，画面内容和文案都没变。第二类是规格加表达同时变化：不仅尺寸变了，主卖点、使用场景或首屏信息也换了。

第一类可以走“重裁+替换”路径，旧图的构图和文案仍然成立，只需按新规格重新导出。第二类必须走“整组作废”路径，因为旧图承载的旧卖点即使尺寸合规，也会和新文案打架，用户在同一组素材里看到两个版本的表达，转化会被稀释。

判断依据不是“改了多少张”，而是“旧图的信息是否还成立”。信息仍成立，重裁是省成本的合理选择；信息已过时，任何保留都是隐患。

假设情境：一次尺寸调整引发的混用

以下为假设情境，用于说明决策方法，不代表任何真实项目。某应用原本使用 5.5 英寸比例的截图，后改为适配更大屏幕的比例。团队只重导了前两张，后三张沿用旧比例，结果在部分设备上后三张出现留白或裁切。更麻烦的是，前两张的新文案强调“快速记账”，后三张旧图仍在讲“多账本管理”，两套卖点同时出现在同一列表里。

这个情境的关键不是技术问题，而是旧图在导出后仍留在共享文件夹里，任何人取图都可能拿到旧版本。混用的根源通常是素材管理，而不是设计能力。

让旧素材失去被使用的条件

比“记得用新图”更可靠的是让旧图无法被顺手取用。可执行的动作包括：

• 改版启动时，把旧素材整体移入带日期标记的归档目录，主素材目录只留新规格。
• 文件命名加入规格标识，例如 shot-01-6.7-v2，避免新旧同名覆盖后无法追溯。
• 在设计工具和共享盘里只保留一个“当前版本”入口，其余版本设为只读或移出常用路径。
• 导出前确认新图已按目标比例完整渲染，再删除主目录中的旧文件。

这些动作的结果是：即使有人临时取图，也只能拿到新规格。下一步的检查成本会从“逐张比对”降到“确认目录里没有旧文件”，这是可长期维持的状态。

上线前用两个检查点替代反复核对

第一处检查点在导出环节：确认新图的尺寸比例和文案版本一致，且旧文件已离开主目录。第二处检查点在提交流程前：按最终展示顺序通读一遍，重点看首屏和相邻两张之间是否存在卖点冲突。

如果第一处检查发现旧文件仍在主目录，说明归档动作没完成，应先处理目录再继续，而不是靠人工记住哪张是新的。如果第二处检查发现相邻图卖点不一致，说明这次改版属于第二类，需要回到整组替换路径，而不是单独补一张。

把检查点固定在“导出后”和“提交前”两个时点，比在上线后频繁查看更省力，也更容易交接给其他人执行。

什么情况下可以保留旧图

只有当旧图的尺寸经重裁后仍完整、文案与当前主卖点不冲突、且已明确标记为新版本时，保留才是合理选择。三个条件缺一个，就应整组替换。

另一个容易被忽略的条件是时间：如果改版后还会在短期内再次调整规格，重裁旧图的收益有限，直接整组替换反而减少后续返工。这一点需要结合自己的更新节奏判断，没有统一答案。

无论选择哪条路径，最终要保证的是同一组展示素材只对应一个版本的信息。做到这一点，混用问题就不再依赖个人记忆，而是由目录结构和检查时点共同兜住。