UGC for Apps and SaaS: Formats, Screen Recordings, and Briefs
How app and SaaS companies use UGC: screen-recording plus face-cam formats, demo accounts, app store and ad specs, and a brief checklist for software products.
App and SaaS UGC usually pairs a creator on camera (face-cam) with a clean screen recording of the product, cut together vertically for TikTok, Reels, and Shorts ads. Physical products ship in a box. Software ships as access, so your brief must also supply a demo account, realistic test data, and exact on-screen steps. And since screens leak information, it must keep real user data, notifications, and personal details out of frame. App store preview videos are a separate deliverable with stricter rules. Apple's guidelines, for example, don't allow people or hands interacting with a device.
This guide covers production for software products: the formats, how to set up the demo environment, how creators should capture screens, the privacy rules to put in the brief, where store listings differ from ads, and a brief checklist you can copy.
UGC formats for apps and SaaS
Software has no texture or unboxing moment, so the creator's job is to make a screen feel personal: their problem, their workflow, their moment of relief. These formats do that without needing a big production.
| Format | How it's built | Good for |
|---|---|---|
| Face-cam + screen split | The creator talks to camera in the top or bottom half while the screen recording plays in the other half | Walkthroughs of a single feature; paid social |
| Green-screen over the app | The creator is overlaid on a still image or recording of the app (a TikTok-native editing style) | Reaction and "look what this does" hooks |
| Problem → app → result | 15–30 seconds: the pain (on camera), the fix (on screen), the outcome (the result on screen or the creator's reaction) | Direct-response install or signup ads |
| "How I use it" routine | The creator shows the app inside their real day: morning planning, a client call, a workout log | Consumer apps; habit and productivity tools |
| Feature tutorial | A screen-led, step-by-step recording with voiceover, plus the creator's face at the start and end | Onboarding emails, help center, retargeting |
| Comparison or switch story | "I used to do this in spreadsheets; now I…" with both workflows on screen | B2B SaaS, mid-funnel |
| Hand-held phone shot | The phone in hand in a real setting (a desk, a gym, a kitchen), showing the app in context | Mobile apps; native-looking ad openers |
Opening lines matter more in software than almost anywhere else, because the first frame is often a screen the viewer doesn't recognize yet. Start with the creator's face or the problem rather than your dashboard. Our list of UGC hooks organized by angle has opening lines you can adapt.
Set up the demo environment before you brief
Most of the time lost on software UGC goes to access problems: a creator who can't get past onboarding, a paywall, an empty account, or a feature flag that isn't on. Fix those before the first creator receives the brief.
Demo accounts
- Create one dedicated account per creator, so you can turn access off when the project ends and nobody shares a password.
- Pre-unlock everything the video needs: premium tiers, features behind flags, and integrations already connected.
- Decide on onboarding. If the onboarding flow is part of the story, give the creator a fresh account. If it isn't, complete it for them.
- Set an expiry date for the account and the access in the brief, and tell the creator what happens to it after delivery.
- For mobile apps, say exactly which build to install (the public store version or a test build) and how to install it. If the feature isn't released yet, send the test-build invite before filming day.
Test data
An empty dashboard is the most common reason software UGC looks unconvincing. Seed each demo account with fake but realistic data before handing it over:
- Made-up names, companies, and email addresses that clearly aren't real people (use your own test domain).
- Plausible numbers that don't imply results you can't support. A demo revenue chart going up and to the right is an implied performance claim (more on that below).
- Enough history (projects, workouts, transactions, messages) that the key screens look lived-in.
- Avatars and images you have the rights to use, not random photos of people taken from the web.
A click path, not just a feature list
Write the exact sequence of taps or clicks you want on screen. "Show the reporting feature" gives you five different videos. "Tap Reports → This month → Share → Copy link" gives you footage your editor can actually cut.
How creators should capture the screen
Both major mobile platforms have built-in screen recording. On iPhone, Apple's instructions are to open Control Center and tap the Record button. To capture the mic as well, touch and hold the button and turn the microphone on first. Apple also notes that some apps don't allow recording. On Android, Google's instructions are to swipe down twice from the top of the screen and tap Screen record, with options to record audio and to show touches on the screen. Desktop SaaS can be recorded with any screen recorder the creator already uses.
Put these capture settings in your brief:
- Turn on Do Not Disturb or a Focus mode so no notification banners appear during recording.
- Clean status bar: a decent battery level, no personal carrier name or unusual icons where avoidable.
- Light or dark mode: specify one, so videos from different creators match.
- Default font size and display zoom, so the UI looks the way most users see it.
- Slow, deliberate taps with a short pause on each key screen, which gives the editor room to cut and zoom.
- Record the screen separately from the face-cam, then combine them in editing. That gives you a clean screen file to reuse.
- Desktop: close other tabs, hide bookmarks, and record only the app window at a resolution where the text stays readable on a phone.
- Show touches: decide whether you want touch indicators. They help tutorials and look busy in ads.
For delivery formats, file naming, and what to ask for as raw files, use our UGC deliverables checklist, and add one software-specific line to it: deliver the screen recording as its own file.
Privacy: what must never appear on screen
A creator's phone or laptop is full of other people's information, and so is your production database. Make the rules explicit in the brief.
- Real customer or user data from your production environment: names, emails, messages, payments, health or location data.
- Notifications, text previews, or contacts from the creator's own phone.
- Any real person's name or face in the app who hasn't agreed to appear (for example, in a social or messaging feature).
- API keys, admin panels, internal URLs, or anything showing your backend.
- Payment card numbers, including the creator's own during a checkout demo. Use your payment provider's test mode where possible.
- The creator's home address, email, or account details shown in settings screens.
Add a review step for every frame. Scrub the screen recording at slow speed before approving it. Exposed data often appears for only a frame or two, for example during a transition.
Claims in software UGC
Software ads make claims too: "saves me 10 hours a week," "my sales doubled," "the most accurate calorie tracker." The FTC's advertising guidance applies to them the same way it applies to physical products. Advertisers "must have evidence to back up their claims," and implied claims count as well as express ones.
- Time-saved, money-earned, or results claims need evidence, and a creator's personal anecdote isn't the same as evidence of what users generally get.
- Demo data can imply a claim. A dashboard showing a large revenue jump says "this app grew my revenue" even if nobody speaks the words.
- Comparison claims ("faster than [competitor]") need substantiation.
- Health, finance, and similar categories carry extra scrutiny. If your app touches fitness or nutrition, read our guide to claims and compliance for fitness and wellness UGC.
If the creator posts from their own account or gets free premium access, disclosure rules apply as well. See FTC rules for UGC.
Paid social ads vs. app store preview videos
Teams often want one video that works as a TikTok ad and as the App Store preview. That usually isn't possible, because the stores' rules about what a preview may show are much stricter than ad platforms' rules.
| Apple App Store app previews | Google Play preview video | |
|---|---|---|
| What it must show | "Footage captured on device" showing the app's features, functionality, and UI | Google recommends at least 80% of the video represent the actual in-app experience, with core features in the first 10 seconds |
| People on camera | Not allowed: "Don't film people interacting with a device, such as an over-the-shoulder angle or fingers tapping the screen" | Google advises limiting title screens, logos, and pre-rendered promotional content |
| Length and count | Up to three previews per language, each up to 30 seconds | Uses a YouTube URL; only the first 30 seconds autoplays, and Google recommends keeping it short |
| Other rules | Appropriate for all ages; no specific prices or seasonal references; only content you have the rights to show; if features shown need an in-app purchase, a subscription, or a login, that must be disclosed | The YouTube video must have ads turned off, must not be age-restricted, and must be public or unlisted |
Per Apple's own guidelines, a face-cam UGC video isn't an App Store app preview. The screen recording you collected for the UGC project can still become one, as long as it's a clean, separately delivered file. Google Play's guidance focuses on the in-app experience, so the creator's face should play at most a small role there. These rules come from Apple's and Google's developer pages as of October 2026. Check them again before you produce store assets.
For ad specs, use the platform-specific guides: UGC for TikTok ads and UGC for Meta ads.
Choosing creators for software
The best app creators aren't always the most polished on camera. Look for creators who:
- Actually fit your user. A freelancer talking about invoicing software is more believable than a lifestyle creator reading a script.
- Can narrate a screen clearly: slow pace, pointing out what matters, no rambling between taps.
- Own the device you need (iPhone vs. Android, laptop vs. tablet), because screen-recording quality and UI differ by platform.
- Have samples that include a screen recording, or are willing to send a short test clip.
B2B SaaS often needs creators who can believably play a role (an operations manager, a recruiter, a solo founder). Tell the creator in the brief who they're playing and what that person's day looks like.
A worked example of a 30-second app ad
A hypothetical habit-tracking app wants a 30-second install ad. The structure might be:
- 0–3s (face-cam): "I've started and quit every habit app I've downloaded. This one stuck."
- 3–12s (screen): the creator taps through adding a habit (Add → "Read 10 pages" → Daily → 9 pm reminder), at a slow, readable pace.
- 12–20s (split): the face-cam on top and the streak view below, showing a demo account seeded with a few weeks of check-ins.
- 20–27s (face-cam): one specific reason they like it, in their own words, with no numbers about results.
- 27–30s (screen): the home screen with the app icon, and on-screen text naming the app.
The structure, the app, and the lines are invented for teaching. They aren't a real campaign.
To compare versions of this ad (a different hook, a different first screen), use a simple structure like the one in how to test UGC ad creative.
Brief checklist for apps and SaaS
Add these sections to your standard UGC brief template.
ACCESS Platform: [iOS / Android / web / desktop] Build: [public store version / test build - invite sent to EMAIL] Demo login: sent privately via [CHANNEL] (do not show on screen) Access expires: [DATE] Pre-unlocked: [PLAN / FEATURES] Pre-loaded test data: [WHAT'S IN THE ACCOUNT] YOUR ROLE You are: [e.g. a freelance designer who invoices 5 clients a month] Problem you had before: [ONE SENTENCE] CLICK PATH (follow exactly, pause 1-2 sec on each screen) 1. [SCREEN] -> tap [BUTTON] 2. [SCREEN] -> tap [BUTTON] 3. [RESULT SCREEN] - hold 3 sec CAPTURE SETTINGS - Do Not Disturb / Focus mode ON - [LIGHT / DARK] mode - Default text size - Record screen and face-cam as separate files - Desktop: app window only, other tabs closed NEVER ON SCREEN - Notifications or your personal data - Real customer data, real people's names or faces - Card numbers, API keys, admin or internal pages CLAIMS You can say: "[APPROVED LINE 1]", "[APPROVED LINE 2]" Please don't: quote time saved, money made, or rankings unless listed above; compare to named competitors DELIVERABLES - [N] x [LENGTH] vertical 9:16 edits - Raw screen recording file(s), separate - Raw face-cam file(s), separate
If you're hiring creators for the first time, how to hire UGC creators walks through sourcing and vetting. On CreatorsUGC (our platform), you can post the brief with this add-on included, and the creators who respond can ask access questions in the on-platform chat before quoting. Send demo logins privately, never in the public brief text. The brands page explains how ordering and payment work.
FAQ
Can I use a UGC video as my App Store preview?
Not if it shows the creator. Apple's app preview guidelines say previews must show only content within the app and must not show people interacting with a device. Use the clean screen recording from the project instead.
Should creators use their own account or a demo account?
A demo account you control, seeded with fake data. It keeps the creator's personal data off screen, makes every video look consistent, and lets you revoke access when the project ends.
What if my app blocks screen recording?
Apple notes that some apps don't allow recording, and some apps block screen capture on sensitive screens. Ask your engineers to provide a build or a demo environment where recording works, or film those screens another way that doesn't expose real data.
Can a UGC ad show a paid feature?
In ads, yes, as long as the ad doesn't mislead viewers about what's free. In an App Store preview, Apple says you must disclose features that need an in-app purchase, a subscription, or a login. In both cases, a demo account with premium unlocked shouldn't make a paid feature look free.
Do I need different videos for B2B SaaS?
Usually the structure is the same, but the creator plays a work role, the click path is longer, and the screen is a desktop. Ask for a horizontal desktop capture plus a vertical edit, and make sure the text is readable on a phone.
Sources
- App Previews — Apple Developer
- Add preview assets to showcase your app — Google Play Console Help
- Record the screen on your iPhone, iPad, or iPod touch — Apple Support
- Take a screenshot or record your screen on your Android device — Android Help
- Advertising FAQ's: A Guide for Small Business — Federal Trade Commission
CreatorsUGC publishes this guide. We run a UGC marketplace, so we have an interest in the topic — we link to independent sources for facts and label illustrative examples.