AppWispr

Find what to build

Store‑Ready Creative from a Clickable Demo: A 5‑Asset Export Workflow for ASO & Paid Ads

AW

Written by AppWispr editorial

Return to blog
L
AS
AW

STORE‑READY CREATIVE FROM A CLICKABLE DEMO: A 5‑ASSET EXPORT WORKFLOW FOR ASO & PAID ADS

LaunchJuly 31, 20266 min read1,112 words

If you have a 60‑second playable (Figma prototype, Web Demo, or lightweight build), you can produce the five assets that move installs: app store screenshots (ASO), an App Preview storyboard, a short promo video cut, three ad frames for paid channels, and localized store descriptions. This article gives a tactical, contractor‑ready workflow and an explicit Figma→export checklist so product founders, indie builders, and PMs can stop wasting time toggling sizes and start shipping creative that meets Apple and Google constraints.

store-creative-from-demo-workflowASO screenshotsapp preview video storyboardFigma export checklistapp store creative

Section 1

Why start from a 60‑second playable (not static comps)

Link section

A short playable demo forces you to pick the core user journey and the real interactions people will experience. App Store previews and screenshots that show real, contextual flows convert better and avoid reviewer friction because they reflect the in‑app experience rather than conceptual mockups.

Using the prototype as the single source of truth reduces rework: capture frames, record live interactions, and extract copy directly from the UI. This keeps product, design, and marketers aligned and speeds up iterations when you test different messaging variants in ASO or ad campaigns.

  • Playable → reveals the real on‑screen state, making screenshots authentic and reviewers less likely to flag deceptive content.
  • One source of truth: prototype frames and exported assets match the production experience.
  • Faster iterations: swap copy or microcopy in the prototype, then re‑export same flows for new tests.

Section 2

The 5 assets you should export (and why each matters)

Link section

1) ASO screenshots (primary install drivers): hero screenshot + 3 supporting frames that show top tasks. Apple requires specific sizes (6.9" iPhone mandatory for iOS) and accepts scaled uploads from other sizes if missing; Google Play has its own size and content rules. Follow store specs to avoid scaling artifacts or reviewer rejections.

2) App Preview storyboard and poster frames: App Previews must show the real in‑app experience and are limited to 15–30 seconds per preview on Apple. Build a short storyboard of scenes (3–6 cuts) that map to the playable’s strongest moments — opening, core action, outcome — and plan silent‑first visuals because previews autoplay muted.

  • ASO screenshots: provide required device class sizes (Apple’s 6.9" and Play requirements).
  • App Preview: 15–30s, real in‑app recording only (no misleading montages).
  • Export poster frames for stores and ad thumbnails (high contrast, clear CTA area).

Section 3

Figma→Export checklist (frames, naming, and exact export settings)

Link section

Set up one prototype file as the canonical export workspace. For each scene create dedicated export frames named with this pattern: <assetType>_<locale>_<deviceClass>_<sequence>. Example: screenshot_en-US_iPhone6.9_01. Use components for device shells and text overlays so you can swap localization without altering the base frame.

Export settings: PNGs for screenshots (lossless) at the exact pixel sizes required by App Store Connect; use HEIF/PNG depending on platform guidance if you prefer smaller files but check current store acceptance. For preview video poster frames export as PNG at the native preview dimensions and use a .mov or .mp4 for uploads per each store’s accepted format.

  • Frame naming convention: asset_locale_device_sequence for contractor clarity.
  • Export formats: PNG for screenshots; .mov/.mp4 for preview uploads (confirm store requirements before final upload).
  • Use Figma components for overlays (CTA, captions) to quickly generate localized variants.

Section 4

Accessibility, formatting and reviewer rules to watch for

Link section

Content restrictions: both stores prohibit misleading claims, pricing language, and references to other platforms in creative. For App Previews Apple enforces that the video demonstrates the actual in‑app experience. Avoid using real user data or private info in screenshots — use sanitized/demo content to reduce privacy flags during review.

Text sizing and contrast: design overlay text to meet readable contrast and safe area rules. On small screens keep critical text above the system UI and avoid placing CTA elements inside rounded corners or notch zones. When localizing, allow for 20–40% longer strings and check visual wraps in each exported language.

  • No deceptive or comparative claims; avoid pricing and promo code language in store previews.
  • Sanitize user data (emails, phone numbers) in demo frames to prevent privacy flags.
  • Design overlays with extra horizontal padding to account for device safe‑areas and localization expansion.

Section 5

Contractor‑ready deliverables and a rapid handoff pack

Link section

Deliver a single zipped handoff with: (A) exported PNG poster frames and full‑size screenshots for each device class and locale, (B) a 3‑6 step storyboard document (PNG + one‑line intent per cut), (C) raw 15–30s editable video timeline (or reference footage + frame timestamps), (D) three ad frame variants (static 1:1, 4:5, 9:16) and (E) store copy file (title, subtitle, short and long descriptions) with localization keys.

Include a short runbook in the zip: exact upload filenames for App Store Connect and Play Console, required metadata (locale, device class), orientation (portrait/landscape), and a QA checklist: visual consistency, safe‑area check, localized copy length check, and a final compliance run against store submission rules.

  • Handoff ZIP contents: screenshots (by device), poster frames, storyboard PNGs, editable timeline or cut list, ad frame exports, store copy with localization keys.
  • Runbook: upload filenames, locales, QA checklist and links to the canonical Figma file.
  • Provide contact info and expected turnaround for localization swaps and iteration requests.

FAQ

Common follow-up questions

How long should my App Preview be and what must it show?

App Previews on the Apple App Store are limited to 15–30 seconds and must show the real in‑app experience (no misleading montages or third‑party screenshots). Plan 3–6 cuts that demonstrate the user’s entrance, the core action, and the outcome. Confirm exact timing limits and accepted upload formats in App Store Connect before final export.

Which export formats should I use from Figma for App Store and Google Play?

For screenshots export lossless PNGs at the store‑required pixel dimensions. For App Preview poster frames export PNGs; for the actual video upload provide .mov or .mp4 per store guidance. Stores can change accepted formats so verify upload requirements in App Store Connect and Play Console before finalizing.

How do I handle localization without duplicating work?

Keep overlays (headline, caption, CTA) as Figma components/text styles and export variants using your naming convention (asset_locale_device_sequence). Use localization keys in the store copy file so translators only change strings and you can reapply components for each language. Account for 20–40% string expansion and reflow UI in each language before export.

What are the most common reasons stores reject preview videos or screenshots?

Common reasons include showing non‑existent features, using real user private data, incorrect video dimensions or duration, and promotional language that violates store rules (pricing, links, external trademarks). Keeping previews tightly tied to actual in‑app flows and following the stores’ spec documents reduces rejection risk.

Sources

Research used in this article

Each generated article keeps its own linked source list so the underlying reporting is visible and easy to verify.

Next step

Turn the idea into a build-ready plan.

AppWispr takes the research and packages it into a product brief, mockups, screenshots, and launch copy you can use right away.