You finished the app. You wrote the description. Then you hit the part nobody warns you about: the store listing wants screenshots, and not raw phone screenshots either. It wants the polished kind with headlines and framed devices that every successful app seems to have.

I'm a developer. The first time I shipped, I uploaded plain screenshots straight off the simulator and called it done. Installs were bad. Not because the app was bad, because the listing gave people no reason to tap "Get." Here's what I learned about making App Store screenshots that actually convert, and how I make them now without hiring a designer.

Your screenshots are the ad, not the documentation

The mistake I made was treating screenshots like a manual. "Here's the home screen. Here's the settings page. Here's the profile." Nobody cares.

Almost nobody reads your full description. They swipe the first two or three screenshots, decide in a couple of seconds, and move on. So those images aren't documentation. They're the ad. This is the core of app store optimization on the visual side: the listing has to sell the outcome before anyone has used a single feature.

Good ASO visuals answer one question fast: what do I get if I download this? Not "what buttons exist." What changes for me.

The pattern almost every converting listing follows

Once I started actually studying the top apps in categories I cared about, the pattern was obvious. The good ones aren't doing anything magic. They follow a structure:

• Screenshot 1 — the hook. One short headline with the single biggest promise, over the most important screen. This one carries most of the weight.
• Screenshot 2 — the main thing. The one feature people open the app for. Show it doing its job.
• Screenshot 3 — proof or payoff. Results, a chart going the right way, a before/after, or social proof if you have it honestly.
• Screenshots 4-5 — supporting features. The rest of the value, in priority order. Drop-off is real here, so front-load.

Each one is a phone in a clean frame, a short caption above it (three to six words), and a background that matches your brand. That's the whole recipe. The headline does the selling. The device shot proves it's real.

If you want a fast way to see this, open the App Store, search your category, and look at the top five listings. Ignore the apps, study the layout. You'll see the same skeleton over and over because it works.

Write the captions before you touch any visuals

This is the part developers skip and it's the part that matters most. The words do more work than the design.

Bad caption: "Track your workouts." That describes a feature.
Better caption: "Never wonder if you're making progress." That describes a feeling the user came in with.

Go feature by feature and rewrite each one as the outcome, not the mechanism. Lead with the verb or the result. Keep it short enough to read while swiping. I write all five captions in a plain text file first, in priority order, before I think about a single pixel. If the captions are weak, no amount of nice gradients saves the listing.

Then the visuals — and where I stopped hiring this out

Now you have five sharp captions and your actual app screens. You need to turn them into framed, branded store images at the exact pixel sizes Apple and Google demand (and those sizes are annoyingly specific per device).

You've basically got three routes:

• Do it manually in Figma or Sketch. Total control, and if you already live in Figma this is fine. Templates exist. It's just slow, and re-exporting every device size by hand after a tweak gets old.
• Use a dedicated screenshot tool (Screenshots Pro, AppLaunchpad, Previewmaker, and others). These are genuinely good at the framing-and-export job and worth a look — they handle the device frames and store-size exports for you.
• Generate them from your screens with AI. This is the route I landed on, because it also handles the brand styling, not just the framing.

I use Daisy for this part. I already design my app screens in it, so when it's time for the listing I generate App Store screenshots from your screens — captions, device frames, brand-matched backgrounds, all the store sizes — instead of rebuilding each one by hand in a design tool I half understand. The thing I care about is that the visuals match the app's actual look instead of feeling like a separate marketing afterthought.

To be fair about the tradeoff: the dedicated screenshot tools above are excellent if all you need is framing and export and your branding is already sorted. The reason AI generation fits me is that I'm not a designer, so I want the styling decided for me too, in the same place I designed the app. Pick the lane that matches what you're missing.

Don't ship the first version — test it

Whatever you use, the first set is a draft, not the answer. Two things I always do before calling it done:

Look at the thumbnail size. Your screenshots show up tiny in search results first. If the headline isn't readable as a thumbnail, it doesn't exist. Zoom out and check. I've killed plenty of "nice" designs because the text vanished at small size.

Change the order and watch. The first screenshot is the highest-leverage thing in your whole listing. If your store supports it, try a different lead image and watch the conversion rate. The store console shows you install conversion — let the real number decide, not your taste. App store optimization is a loop, not a one-time upload.

A simple checklist

Before you publish the listing, run through this:

1. Captions written as outcomes, not features.
2. Most important promise is on screenshot one.
3. Headlines readable at thumbnail size.
4. Device frames and backgrounds consistent across all images.
5. Exported at every required size for iOS and Android.
6. Localized if you're targeting non-English stores (translate the captions, not just the app).

FAQ

How many App Store screenshots should I have?
Apple allows up to 10 per device size; Google Play up to 8. You don't need the max. Make the first three excellent, since that's most of what people see, then add supporting ones in priority order. Quality over filling every slot.

What sizes do I need for App Store screenshots?
Apple requires specific pixel dimensions per device (the 6.7-inch and 6.5-inch iPhone sizes are the important ones, plus iPad if you support it). Google Play is more flexible but has minimum and maximum dimensions. Check the current developer docs, because these change — or use a tool that exports the right sizes for you so you don't have to track them.

Do I really need designed screenshots, or are raw ones fine?
Raw screenshots are legal but they convert worse. The framed, captioned style exists because it tells people the outcome before they install. If installs matter to you, the designed version is worth the effort.

Can I make these without any design skills?
Yes. The hard part is the captions, which is writing, not design. The visual part — frames, sizes, brand styling — is exactly what tooling exists to handle, whether that's a screenshot app or an AI generator. You bring the words and the app; the tool does the pixels.

How often should I update my screenshots?
Whenever you ship a meaningful feature, change your positioning, or see conversion stalling. Treat your top screenshot like a headline you're allowed to test. Small changes there can move installs more than another feature will.

The takeaway

App Store screenshots aren't a design chore you do at the end. They're the ad that decides whether your work gets installed at all. Write the captions as outcomes, follow the structure the winning listings already use, make the first image carry the promise, and let a tool handle the pixels so being a non-designer stops being the blocker.

You built the app. Don't let a weak listing be the reason nobody sees it.