How to A/B Test App Store and Google Play Screenshots
屏幕截图是应用商店中最容易更改的资产之一，但也是最难仅凭主观意见做出评判的资产之一。A/B 测试为您提供了一种将截图创意与真实商店流量进行对比的方法，而不是争论设计文件中哪个版本看起来更好。
Apple 和 Google 都支持应用商店详情实验。Apple 将其系统称为 产品页面优化 (Product Page Optimization)。Google 将其系统称为 商品详情实验 (Store Listing Experiments)。两者的运行机制有所不同，但截图策略是相同的：一次只测试一个明确的假设。
您可以测试什么
在 App Store 上，产品页面优化允许您测试最多三个替代版本的商品页与原始页面的对比。Apple 表示，您可以测试应用图标、屏幕截图和 App 预览视频，然后在 App 分析中查看结果并应用表现最佳的版本。
在 Google Play 上，商品详情实验可以测试图形资产，例如图标、置顶大图、屏幕截图和推广视频。本地化实验还可以测试文本字段，例如简短描述和完整描述。Google 表示，每个应用可以同时运行一个默认图形实验或最多五个本地化实验。
好的屏幕截图测试创意
- 结果导向 vs 功能导向： 以用户获益为主导，还是以产品 UI 为主导。
- 首张截图差异化： 测试第一张截图，因为它承载了最多的第一印象权重。
- 纯 UI 界面 vs 带框 UI 界面： 测试无修饰的原始界面截图与带设备外框的营销截图的对比效果。
- 短标题 vs 具体标题： 比较情感上的清晰表达与具体功能的详细描述之间的效果。
- 本地化概念： 测试针对特定市场的特定功能或用词是否在某一地区表现更好。
不要首先测试什么
不要一次性更改所有的屏幕截图、标题、背景和功能顺序，除非您只关心哪个完整套件胜出。如果变体表现更好，您将无法得知原因。对于流量有限的独立应用来说，这会浪费有用的分析信号。
从一个高影响力的更改开始：第一张截图、第一个标题、主视觉风格或功能顺序。一旦有了胜出者，就将其作为新的基准线。
如何在 App Store 上运行测试
- 创建一个干净的屏幕截图变体，其尺寸与您当前应用商店详情页的尺寸相同。
- 打开 App Store Connect 并创建一个产品页面优化测试。
- 选择最多三个处理方案，并决定有多少流量参与测试。
- 保持测试名称具有描述性，以便日后在 App 分析中轻松理解。
- 在应用胜出者之前，等待收集到足够的数据。
Apple 指出，被分配到某个处理方案的用户在测试期间会一直看到该方案。备用的屏幕截图和 App 预览可能会像您的原始资产一样，出现在搜索结果和其他 App Store 界面中。
如何在 Google Play 上运行测试
- 打开 Play Console，前往“应用展示”，然后选择“商品详情实验”。
- 创建一个默认图形实验或本地化实验。
- 选择目标指标、受众群体、变体以及最小可检测效果。
- 尽可能一次只测试一个属性。
- 评估测试结果，应用胜出的变体或保留当前的详情页。
Google 推荐将“留存的新安装用户数”作为目标指标。它同时警告称，未登录 Google Play 的用户将无法看到实验变体。
您需要多少流量？
这没有一个通用的数字。流量较低的应用需要更多时间，而微小的视觉差异则需要更多的流量才能检测出来。如果您的应用商店访问量有限，请测试更显著的差异：更清晰的第一张截图、全新的价值主张或本地化切入点。
将无结论的测试结果也视为有用的信息。它们可能意味着更改幅度太小、受众规模太小，或者两个版本实际上效果相当。
实用的屏幕截图测试清单
- 在设计变体之前写下一个假设。
- 每次测试只更改一个主要想法。
- 使用符合 App Store 和 Google Play 要求的屏幕截图尺寸。
- 保持对照组和变体之间的本地化内容一致。
- 不要仅仅因为早期数据看起来令人兴奋就停止测试。
- 记录更改的内容，以便下一次测试能从真正的经验中开始。
Screenshot Bro 的作用
A/B 测试需要创建屏幕截图变体。这正是手动工作流变得混乱的地方：重复的 Figma 文件、重新命名的 PNG、本地化文件夹以及重复的导出操作。Screenshot Bro 帮助您保持屏幕截图集的结构化，以便您可以创建变体、进行本地化并导出正确的文件，而不会丢失原始基准。
如果您仍在手动设计变体，请阅读 如何在 Figma 中设计 App Store 截图 然后将该工作流与专用的 应用商店截图工具 进行对比。