App Store Screenshot Designer
Fast App Store screenshot strategy for the main agent. Use it to turn an app's value proposition into a clear screenshot narrative, short benefit-led overlays, AI-generation-ready prompts, and a designer-ready shot list.
Announce at start: "Using appstore-screenshot-designer skill for this App Store screenshot plan."
Use this skill when
- planning a new App Store screenshot set,
- refreshing screenshots for a release,
- rewriting screenshot overlay copy,
- deciding what each screenshot slot should communicate,
- preparing a creative brief for
designer,
- reviewing whether a screenshot set tells the right story.
Escalate when
- to
designer for pixel-perfect production, typography/layout exploration, or final asset creation,
- to
marketer for competitive ASO strategy, keyword positioning, or campaign-level messaging,
- to
cs if the task depends on new review mining before messaging is chosen.
The First 3 Screenshots Rule
The first 3 screenshots do almost all of the conversion work. Plan them before anything else.
| Slot |
Job |
Question it must answer |
| 1 |
Core value |
What does this app help me do right now? |
| 2 |
Differentiator |
Why choose this app over alternatives? |
| 3 |
Proof of usefulness |
What strong feature or outcome makes me trust it? |
If slot 1 shows settings, onboarding, or infrastructure, the set is weak.
Story Arc Patterns
Pick one story arc before drafting captions.
Utility / productivity
- Solve the main problem
- Save time or effort
- Show the best workflow
- Show organization or control
- Show follow-through or reminders
Travel / discovery
- Discover nearby or relevant places
- Compare or filter quickly
- Trust the recommendations or map context
- Show category breadth
- Show trip-planning or seasonal relevance
Social / creator
- Create or connect instantly
- Show expression or customization
- Show social proof or engagement
- Show standout feature
- Show retention loop
Overlay Copy Rules
- Lead with the user benefit, not the feature name.
- Keep each overlay to 2 lines max.
- Prefer 3-7 words for the headline.
- Use plain language a user can scan in under 2 seconds.
- One message per screenshot.
Examples:
- Bad:
Advanced Filter Options
- Good:
Find the right place faster
- Bad:
Push Notification System
- Good:
Never miss a travel update
Layout and Readability Rules
- Make the UI the proof, not the headline dump.
- Keep strong contrast between overlay text and background.
- Do not let status-bar clutter or stale timestamps make the app look outdated.
- Use one visual system across the full set: same headline style, spacing rhythm, and brand accents.
- Highlight one primary idea per screenshot; supporting callouts are optional.
- If the UI is dense, simplify the displayed data before capture.
Production Specs and Safe Zones
Use these when preparing screenshot assets or generation prompts.
Common iOS portrait sizes
| Device class |
Size |
| iPhone 6.7" |
1290 × 2796 |
| iPhone 6.5" |
1284 × 2778 |
| iPhone 5.5" |
1242 × 2208 |
| iPad 12.9" |
2048 × 2732 |
Safe-zone rules
- Avoid placing key copy flush to the top edge; leave a generous top buffer for device chrome and visual breathing room.
- Keep headline and callout text away from the outer 8-10% of the canvas on every side.
- Do not rely on tiny UI labels to communicate the value proposition.
- If showing a device frame, keep all overlay text outside the bezel area unless intentionally built into the mockup.
- Use portrait layouts unless the app is clearly landscape-first.
Composition Patterns
Choose one pattern per slot instead of improvising each frame.
| Pattern |
Best for |
Rule |
| Device frame + headline |
most app listings |
safest default for clarity |
| Full-bleed UI |
visually strong product screens |
use when the UI itself is beautiful and readable |
| Feature callout |
complex feature explanation |
one primary callout cluster only |
| Lifestyle composite |
emotional or aspirational categories |
keep the app screen clearly legible |
| Before/after split |
transformation products |
use only when the comparison is instantly obvious |
Consistency Rules Across the Set
- Reuse the same background family, headline style, and accent treatment.
- Keep the device angle/frame treatment consistent unless you intentionally reserve one standout hero frame.
- Use the same overlay placement system across all screenshots.
- Keep the visual density similar across slots so one frame does not feel like a different campaign.
AI Prompt Template
When an agent must actually generate or draw screenshots, create one structured prompt per slot:
### Screenshot [N]
- Goal: [what this slot must communicate]
- Audience: [who this is for]
- Core promise: [benefit]
- Device size: [e.g. iPhone 6.7" 1290x2796]
- Composition pattern: [device frame / full-bleed / callout / lifestyle / before-after]
- UI focus: [screen and state to show]
- Overlay: "[headline]"
- Visual style: [clean/minimal/premium/playful/etc.]
- Background treatment: [solid/gradient/context scene]
- Consistency notes: [how it should match the rest of the set]
- Avoid: [onboarding, settings, stale status bar, loading states, dense copy]
If the app UI is not available, specify the intended UI structure and ideal demo data before generating.
Localization Guidance
- Translate the meaning, not just the words.
- Re-check line length per locale; short English overlays often expand in German, French, or Spanish.
- If a market has a different purchase trigger, adapt the message order, not only the language.
- Keep numerals, place names, and social proof culturally appropriate.
- Do not assume English line breaks will survive localization; reflow each overlay per locale.
Generated-Asset QA
- Readable at thumbnail size
- One clear focal point per screenshot
- Overlay remains under 2 lines
- Modern-looking device/UI treatment
- No stale timestamps, loading spinners, permission prompts, or dead-end empty states unless intentional
- The first 3 screenshots clearly communicate value, differentiation, and proof
- The full set looks like one campaign, not 5 unrelated images
Common Mistakes
| Mistake |
Why it hurts |
Better move |
| Showing onboarding first |
sells friction instead of value |
show in-use outcome first |
| Showing settings |
communicates maintenance, not benefit |
show the strongest user result |
| Repeating the same layout |
gives no reason to scroll |
vary composition and message |
| Feature-name overlays |
low emotional pull |
rewrite as user outcome |
| Too much text |
unreadable at thumbnail size |
keep one short promise |
| Randomizing style between shots |
breaks campaign coherence |
keep one visual system across the full set |
| Using undefined UI states |
creates weak or generic output |
define the exact screen state and demo data |
Output Format
When asked to design a screenshot set, return:
## App Store Screenshot Plan
### Positioning
- Audience: [who]
- Core promise: [one sentence]
- Story arc: [selected pattern]
### Shot List
1. **Slot 1 — [goal]**
- Overlay: "[headline]"
- UI focus: [screen/state]
- Visual direction: [background/framing/callout]
- Generation notes: [size/pattern/avoid list]
2. **Slot 2 — [goal]**
- Overlay: "[headline]"
- UI focus: [screen/state]
- Visual direction: [background/framing/callout]
- Generation notes: [size/pattern/avoid list]
3. **Slot 3 — [goal]**
- Overlay: "[headline]"
- UI focus: [screen/state]
- Visual direction: [background/framing/callout]
- Generation notes: [size/pattern/avoid list]
### Production Settings
- Target device class: [6.7" / 6.5" / iPad / etc.]
- Composition system: [chosen pattern family]
- Visual consistency rules: [shared background, typography, framing]
### Localization Notes
- [locale-specific note]
### Review Checklist
- First 3 screenshots communicate value, differentiation, and proof
- Each overlay is benefit-led and short
- The full set has visual variety without losing consistency
- No screenshot leads with onboarding, settings, or low-value infrastructure
- Every screenshot has generation-ready instructions
- Output matches device size and safe-zone constraints
### Escalate?
- [yes/no and why]
Quick Decision Rule
If you are unsure what to show, ask:
- What is the app's fastest visible value?
- What makes it different?
- What screen proves that claim best?
Those answers usually define screenshots 1 to 3.
1---2name: appstore-screenshot-designer3description: Use when planning or generating App Store screenshots for an iOS app listing, including slot order, overlay copy, screenshot prompts, device-safe layouts, localization, or a creative brief; escalate when final visual polish or full ASO strategy is needed.4---56# App Store Screenshot Designer78Fast App Store screenshot strategy for the main agent. Use it to turn an app's value proposition into a clear screenshot narrative, short benefit-led overlays, AI-generation-ready prompts, and a designer-ready shot list.910**Announce at start:** "Using appstore-screenshot-designer skill for this App Store screenshot plan."1112## Use this skill when1314- planning a new App Store screenshot set,15- refreshing screenshots for a release,16- rewriting screenshot overlay copy,17- deciding what each screenshot slot should communicate,18- preparing a creative brief for `designer`,19- reviewing whether a screenshot set tells the right story.2021## Escalate when2223- to `designer` for pixel-perfect production, typography/layout exploration, or final asset creation,24- to `marketer` for competitive ASO strategy, keyword positioning, or campaign-level messaging,25- to `cs` if the task depends on new review mining before messaging is chosen.2627## The First 3 Screenshots Rule2829The first 3 screenshots do almost all of the conversion work. Plan them before anything else.3031| Slot | Job | Question it must answer |32|---|---|---|33| 1 | Core value | What does this app help me do right now? |34| 2 | Differentiator | Why choose this app over alternatives? |35| 3 | Proof of usefulness | What strong feature or outcome makes me trust it? |3637If slot 1 shows settings, onboarding, or infrastructure, the set is weak.3839## Story Arc Patterns4041Pick one story arc before drafting captions.4243### Utility / productivity441. Solve the main problem452. Save time or effort463. Show the best workflow474. Show organization or control485. Show follow-through or reminders4950### Travel / discovery511. Discover nearby or relevant places522. Compare or filter quickly533. Trust the recommendations or map context544. Show category breadth555. Show trip-planning or seasonal relevance5657### Social / creator581. Create or connect instantly592. Show expression or customization603. Show social proof or engagement614. Show standout feature625. Show retention loop6364## Overlay Copy Rules6566- Lead with the user benefit, not the feature name.67- Keep each overlay to 2 lines max.68- Prefer 3-7 words for the headline.69- Use plain language a user can scan in under 2 seconds.70- One message per screenshot.7172Examples:7374- Bad: `Advanced Filter Options`75- Good: `Find the right place faster`76- Bad: `Push Notification System`77- Good: `Never miss a travel update`7879## Layout and Readability Rules8081- Make the UI the proof, not the headline dump.82- Keep strong contrast between overlay text and background.83- Do not let status-bar clutter or stale timestamps make the app look outdated.84- Use one visual system across the full set: same headline style, spacing rhythm, and brand accents.85- Highlight one primary idea per screenshot; supporting callouts are optional.86- If the UI is dense, simplify the displayed data before capture.8788## Production Specs and Safe Zones8990Use these when preparing screenshot assets or generation prompts.9192### Common iOS portrait sizes9394| Device class | Size |95|---|---|96| iPhone 6.7" | 1290 × 2796 |97| iPhone 6.5" | 1284 × 2778 |98| iPhone 5.5" | 1242 × 2208 |99| iPad 12.9" | 2048 × 2732 |100101### Safe-zone rules102103- Avoid placing key copy flush to the top edge; leave a generous top buffer for device chrome and visual breathing room.104- Keep headline and callout text away from the outer 8-10% of the canvas on every side.105- Do not rely on tiny UI labels to communicate the value proposition.106- If showing a device frame, keep all overlay text outside the bezel area unless intentionally built into the mockup.107- Use portrait layouts unless the app is clearly landscape-first.108109## Composition Patterns110111Choose one pattern per slot instead of improvising each frame.112113| Pattern | Best for | Rule |114|---|---|---|115| Device frame + headline | most app listings | safest default for clarity |116| Full-bleed UI | visually strong product screens | use when the UI itself is beautiful and readable |117| Feature callout | complex feature explanation | one primary callout cluster only |118| Lifestyle composite | emotional or aspirational categories | keep the app screen clearly legible |119| Before/after split | transformation products | use only when the comparison is instantly obvious |120121## Consistency Rules Across the Set122123- Reuse the same background family, headline style, and accent treatment.124- Keep the device angle/frame treatment consistent unless you intentionally reserve one standout hero frame.125- Use the same overlay placement system across all screenshots.126- Keep the visual density similar across slots so one frame does not feel like a different campaign.127128## AI Prompt Template129130When an agent must actually generate or draw screenshots, create one structured prompt per slot:131132```markdown133### Screenshot [N]134- Goal: [what this slot must communicate]135- Audience: [who this is for]136- Core promise: [benefit]137- Device size: [e.g. iPhone 6.7" 1290x2796]138- Composition pattern: [device frame / full-bleed / callout / lifestyle / before-after]139- UI focus: [screen and state to show]140- Overlay: "[headline]"141- Visual style: [clean/minimal/premium/playful/etc.]142- Background treatment: [solid/gradient/context scene]143- Consistency notes: [how it should match the rest of the set]144- Avoid: [onboarding, settings, stale status bar, loading states, dense copy]145```146147If the app UI is not available, specify the intended UI structure and ideal demo data before generating.148149## Localization Guidance150151- Translate the meaning, not just the words.152- Re-check line length per locale; short English overlays often expand in German, French, or Spanish.153- If a market has a different purchase trigger, adapt the message order, not only the language.154- Keep numerals, place names, and social proof culturally appropriate.155- Do not assume English line breaks will survive localization; reflow each overlay per locale.156157## Generated-Asset QA158159- Readable at thumbnail size160- One clear focal point per screenshot161- Overlay remains under 2 lines162- Modern-looking device/UI treatment163- No stale timestamps, loading spinners, permission prompts, or dead-end empty states unless intentional164- The first 3 screenshots clearly communicate value, differentiation, and proof165- The full set looks like one campaign, not 5 unrelated images166167## Common Mistakes168169| Mistake | Why it hurts | Better move |170|---|---|---|171| Showing onboarding first | sells friction instead of value | show in-use outcome first |172| Showing settings | communicates maintenance, not benefit | show the strongest user result |173| Repeating the same layout | gives no reason to scroll | vary composition and message |174| Feature-name overlays | low emotional pull | rewrite as user outcome |175| Too much text | unreadable at thumbnail size | keep one short promise |176| Randomizing style between shots | breaks campaign coherence | keep one visual system across the full set |177| Using undefined UI states | creates weak or generic output | define the exact screen state and demo data |178179## Output Format180181When asked to design a screenshot set, return:182183```markdown184## App Store Screenshot Plan185186### Positioning187- Audience: [who]188- Core promise: [one sentence]189- Story arc: [selected pattern]190191### Shot List1921. **Slot 1 — [goal]**193 - Overlay: "[headline]"194 - UI focus: [screen/state]195 - Visual direction: [background/framing/callout]196 - Generation notes: [size/pattern/avoid list]1971982. **Slot 2 — [goal]**199 - Overlay: "[headline]"200 - UI focus: [screen/state]201 - Visual direction: [background/framing/callout]202 - Generation notes: [size/pattern/avoid list]2032043. **Slot 3 — [goal]**205 - Overlay: "[headline]"206 - UI focus: [screen/state]207 - Visual direction: [background/framing/callout]208 - Generation notes: [size/pattern/avoid list]209210### Production Settings211- Target device class: [6.7" / 6.5" / iPad / etc.]212- Composition system: [chosen pattern family]213- Visual consistency rules: [shared background, typography, framing]214215### Localization Notes216- [locale-specific note]217218### Review Checklist219- First 3 screenshots communicate value, differentiation, and proof220- Each overlay is benefit-led and short221- The full set has visual variety without losing consistency222- No screenshot leads with onboarding, settings, or low-value infrastructure223- Every screenshot has generation-ready instructions224- Output matches device size and safe-zone constraints225226### Escalate?227- [yes/no and why]228```229230## Quick Decision Rule231232If you are unsure what to show, ask:2332341. What is the app's fastest visible value?2352. What makes it different?2363. What screen proves that claim best?237238Those answers usually define screenshots 1 to 3.