如何做出能带来下载量的 App Store 截图
打开 App Store，随便搜一个词，然后数数你在每条结果上停留了多久。两秒？还是更短？你根本没在读应用描述。你看到的只是一个图标、一个名字，还有一条拇指宽的截图，然后你就做完了判断。
这就是应用商店截图设计的吊诡之处：它是大多数独立开发者最后才做的东西——深夜赶工，直接从模拟器里导出来——可偏偏就是它替用户做了决定。在手机上，商店页面的第一屏只有你的图标、你的标题，以及大约前两张截图。再往后的内容，都只是给那些已经倾向于"要装"的人看的。
所以，我们来认真设计这五张图——用一个真实的例子。
你的截图，第一关是在缩略图尺寸下被评判的
陷阱就在这儿。你在 27 英寸显示器上按 1290 × 2796 做设计，看起来棒极了。然后有人搜"购物清单"，你的应用出现在结果里，三张截图被塞进一条勉强比拇指宽一点的条带中。你那行漂亮的 48px 文案，此刻已经糊成一团，根本读不出来。
我把这叫做"缩略图测试"，它非常残酷：**把你的画面缩到 1/3 大小，然后伸直手臂去看。**如果你读不出那行文案，那它就不是文案——只是一层纹理。
具体来说，在 1290 × 2796 的画布上，这意味着文案字号要做到 96–140px，加粗，最多两行。在编辑器里看会觉得大得离谱。但这是对的。所有真正有效的截图组，放大看都像是字打得太大了。
界面截图本身不必扛住缩略图这一关。没人会在那条小小的横条里读你的 UI 文字。界面的作用是佐证——它一眼告诉人"这是一个真实、做工扎实的应用"。真正在卖东西的，是那行文案。
文案卖好处，界面做证据
大多数糟糕的截图组，写的都是功能名。"智能清单。""语音输入。""同步。"这些只是东西的名字，而名字从来说服不了任何人去装一个应用。
把这件事拆成两半：
- 文案 = 用户想要的那个结果，用他们自己的说法写。要短。用第二人称，或者干脆不出现人称。
- 界面 = 证据，证明这个应用真能做到。
"语音输入"变成"不用解锁手机，就能把牛奶加进清单"。"同步"变成"两个人，一份清单，不再重复买牛奶"。底下垫的是同一张截图。转化率却天差地别。
一张图只讲一件事。如果你的文案里得用上"而且"，那说明你其实有两张图要做。
实战示范：给一款购物清单应用做五张图
这个应用叫 Bunch——一款给情侣和合租室友用的共享购物清单。下面是我会直接拿去用的完整分镜脚本，按顺序排列：
| # | 文案（96–140px） | 展示的界面 | 这张图的任务 |
|---|---|---|---|
| 1 | 两个人。一份清单。不再重复买牛奶。 | 共享清单，条目上带两个头像 | 七个词讲完整个卖点 |
| 2 | 说一句"燕麦奶"，她的清单里也有了。 | 语音添加动画进行中，条目正在浮现 | 打消"加东西是不是很烦"这个疑虑 |
| 3 | 按货架分区排列，而不是乱成一团。 | 清单分组：生鲜 / 乳制品 / 冷冻 | 让人眼前一亮的那个功能 |
| 4 | 周二傍晚六点，什么都不会漏买。 | 到店提醒通知 | 情绪上的回报 |
| 5 | 免费。无需注册就能开始。 | 空状态页，中间一个大大的"新建清单"按钮 | 清除最后一点阻力 |
注意，真正扛重活的是第 1 张和第 2 张：这是什么，以及用起来为什么不麻烦。就算用户一次都没往后划，他也已经听完了完整的论证。第 3 到第 5 张，是留给那些已经心动、正在找个理由下决心的人。
还要注意，第 5 张根本不是在讲功能，它是在拆掉顾虑。App Store 里最被浪费的截图位就是最后一张——它要么消除一种担心（"免费""无需账号""离线可用"），要么亮出社会认同（"4.8★，本月共享清单 12,000 份"）。
贯穿整组截图的版式规则
- **文案在上，压在一块纯色底板上；设备在下，从底边出血裁切。**这个套路能成为主流是有道理的——视线自上而下走，而被裁掉一截的设备暗示着"这个应用里还有更多东西"。
- 千万别把文案放进手机屏幕里面。那会被当成界面元素，而用户会自动跳过界面元素。
- **五张图共用同一套背景和字体。**想要点节奏感，可以轮换点缀色，但一组图每张换一种字体，看上去就像五个毫不相干的应用。这和做 Brand Kit 是同一种纪律——定一次，处处照用。
- 对比度：深色底板配白色文案，或者高饱和的品牌色配白色。我见得最多的失败，就是白底板上放浅灰文案——它也是在缩略图尺寸下消失得最彻底的一种。
- 文案两侧各留大约 8% 的安全边距。商店界面的裁切，比你以为的更狠。
在 Ridvay Studio 里做出整组截图
你不需要五个独立文件，也不需要一份 Figma 授权。Studio 会把整组截图做成一个多页设计，你再一页页去改。
把这段话粘进去：
做一组 5 页的应用商店截图，尺寸 1290x2796，用于"Bunch"——一款情侣共用的共享购物清单应用。深藏青色背景，每页顶部是白色加粗文案，下方是一个手机样机，从底边出血裁切。文案依次为："两个人。一份清单。不再重复买牛奶。" / "说一句燕麦奶，她的清单里也有了。" / "按货架分区排列，而不是乱成一团。" / "周二傍晚六点，什么都不会漏买。" / "免费。无需注册就能开始。"
回给你的不是一张扁平图片——不会因为一个字写错就得整张重来。它是五个可编辑的页面：文案是真正的文字图层，底板是真正的形状，点缀色是真正的色值。这才是关键，因为接下来的半小时你要做的是修改，而不是重新生成：
- **点开每一行文案，把字号一路拖到 110px 左右。**然后把画布缩到 33%，再读一遍。这就是在编辑器里完成的缩略图测试。
- 把你真实的界面截图拖到样机图层上，替换掉占位图。文案原地不动，换掉的只是那份"证据"。
- 把五页的底板统一改成你的品牌蓝，字体一个字都别动——整组的一致性，胜过组内的花样。
- 复制第 1 页，只改文案，去试另一个切入角度（"再也不用发消息问'你买牛奶了吗？'"）。第 1 张图的两个版本，是整个商店页面里性价比最高的 A/B 测试。
接着用一键改尺寸，把同一组图直接推到 6.9" 和 iPad 的画布上，而不是重做一遍，最后把每一页导出为 PNG。
四个会让你白白损失下载量的错误
**拿登录页开场。*你的第一张图，绝不该展示一个用户必须先越过*的界面。要展示这个应用正在干活，而且里面已经填着像模像样的数据。
空洞的演示数据。"条目 1、条目 2、条目 3"只会告诉用户：没人在用你的应用。用可信的内容把它填满——真实的商品名、真实的价格、一个真人会有的清单长度。
**最后一张只想着竖屏。**如果你手上有一张真正让人"哇"的视觉——一张图表、一张地图、一张满版照片——那它就是"换来一次滑动"那一格的候选。
**截图和应用本身对不上。**如果你的文案承诺了一个还要两个版本才上线的功能，一星评价会替你说出来。为你手上现有的这个应用做截图。
这一切背后那套关于层级与对比的通用规则，同样值得内化——我把它们整理在了给非设计师的设计原则里，而应用截图正是运用这些规则时赌注最高的场合，因为你大概只有两张图和一次拇指滑动的机会来把话说清楚。
今晚就做一次缩略图测试。把你现在的第 1 张图缩到三分之一大小，扫一眼，然后问问自己：一个陌生人看得出你的应用是干什么的吗？如果看不出，那么横在你和一个明显更好的转化率之间的，只是一个晚上的工作量。