Leave a Review Modal: High-Conversion, Honest UI
Ask right after a win, with Apple's own sheet, and never filter for only the happy users: that line is where conversion meets the rules.
TL;DR
A high-conversion review prompt is about timing and honesty, not tricks. Ask right after a genuine positive moment, use Apple's native SKStoreReviewController sheet so users can rate without leaving, and never gate, bribe, or filter reviews to only happy users. Build the surrounding moment from a free VP0 design, limit how often you ask, and respect Apple's three-prompts-per-year cap.
A review prompt converts when you ask the right person at the right moment, and it stays compliant only if you keep it honest. The short answer: ask right after a genuine win, use Apple’s native review sheet so people can rate in place, and never gate, bribe, or pre-filter reviews. Around 90% of shoppers weigh ratings before downloading, so a small lift in your rating compounds across every future install.
Timing beats persuasion
The single biggest lever is when you ask. Prompt right after a positive moment, finishing a workout, completing an order, hitting a streak, when the user genuinely feels good. Asking on launch, mid-task, or after an error guarantees low ratings and annoyance. The prompt itself should be light: a short, warm line and Apple’s native sheet, which lets users rate with stars without leaving your app. Apple’s Human Interface Guidelines specifically advise requesting reviews after the user has experienced value, not on first run.
Build it the compliant way
VP0 is a free iOS design library for AI builders. You generally should not build a custom star-rating popup that submits to the App Store; instead, use Apple’s SKStoreReviewController (or the SwiftUI requestReview environment value), which shows the system sheet and is capped at three prompts per 365 days. What you can design from a free VP0 design is the moment around it: an in-app “Enjoying the app?” cue, or a separate feedback path for unhappy users so problems reach you privately instead of becoming one-star reviews. The line you must not cross: never show the rating prompt only to happy users, and never offer rewards for reviews, both violate the App Store Review Guidelines. For the broader listing, see how to write an App Store description that ranks.
Review prompt do and do not
Here is the honest playbook at a glance.
| Do | Do not |
|---|---|
| Ask after a real positive moment | Ask on launch or mid-task |
| Use Apple’s native sheet | Build a custom submitting popup |
| Offer unhappy users a private path | Filter so only happy users see it |
| Respect the 3-per-year cap | Nag on every session |
| Keep copy short and warm | Bribe or reward reviews |
Common mistakes
The first mistake is review-gating: showing the App Store prompt only to users who first tap a happy face. Apple prohibits this, and it can get you rejected. The second is bribing or incentivizing reviews, also against the rules. The third is bad timing, prompting on launch or after a crash. The fourth is rolling your own star popup that tries to submit ratings; use the system API. The fifth is nagging, ignoring the cadence and asking constantly, which tanks both ratings and retention.
A worked example
Say a user just completed their fifth workout, a real high point. Your app waits for that moment, shows a brief “Glad you are enjoying the app?” cue, and if they are positive, calls the native review sheet. Users who indicate frustration instead get a “Tell us what is wrong” path that opens private feedback, so you fix issues rather than collect public complaints. You never reward reviews and never hide the prompt from unhappy users. For the celebratory design language that surrounds these moments, see in-app purchase success modal UI free, and for a modern, low-friction sign-in to pair with it, see passkey creation biometric UI mobile.
One more authoritative reference worth knowing: Nielsen’s usability heuristics put visibility of system status first, so always show the user what is happening.
Key takeaways
- Review conversion is mostly timing: ask right after a genuine positive moment.
- Use Apple’s native review sheet, not a custom submitting popup, and respect the 3-per-year cap.
- Never gate prompts to only happy users or bribe for reviews; both break the rules.
- Give unhappy users a private feedback path so issues reach you, not the App Store.
- Around 90% of users check ratings before downloading, so small lifts compound.
Frequently asked questions
When should I ask users to leave a review? Right after a genuine positive moment, finishing a task, hitting a milestone, completing an order, never on launch, mid-task, or after an error.
How do I add a review prompt on iOS the right way? Use Apple’s SKStoreReviewController or the SwiftUI requestReview value to show the native sheet. Design the surrounding cue from a free VP0 design, but let Apple handle the actual rating.
Is it okay to only ask happy users for a review? No. Filtering the App Store prompt so only happy users see it (review-gating) violates Apple’s guidelines and can get your app rejected. Offer unhappy users a private feedback path instead.
Can I offer a reward for leaving a review? No. Incentivizing or bribing reviews is against the App Store Review Guidelines. Keep the ask honest and unconditional.
Frequently asked questions
When should I ask users to leave a review?
Right after a genuine positive moment, finishing a task, hitting a milestone, completing an order, never on launch, mid-task, or after an error.
How do I add a review prompt on iOS the right way?
Use Apple's SKStoreReviewController or the SwiftUI requestReview value to show the native sheet. Design the surrounding cue from a free VP0 design, but let Apple handle the actual rating.
Is it okay to only ask happy users for a review?
No. Filtering the App Store prompt so only happy users see it (review-gating) violates Apple's guidelines and can get your app rejected. Offer unhappy users a private feedback path instead.
Can I offer a reward for leaving a review?
No. Incentivizing or bribing reviews is against the App Store Review Guidelines. Keep the ask honest and unconditional.
Part of the App Store Publishing, Build Errors & Deployment hub. Browse all VP0 topics →
Keep reading
How to Write an App Store Description That Ranks
On iOS the name, subtitle, and keyword field do the ranking; the description converts. Here is how to write both so your app gets found and downloaded.
App Store Preview Video UI: Convert in the First Frames
An App Store preview video must sell muted, in seconds. Build motion-graphic screens from a free VP0 design, lead with the value, and follow Apple's preview rules.
App Store Rejected? Design Fixes That Get You In
Most App Store design rejections come from a few rules. See the common reasons under 4.2 and 4.3, and fix them fast by rebuilding screens from a free VP0 design.
DMA Alternative App Store UI: Honest Install Flows
The EU's DMA allows alternative app marketplaces. Build a trustworthy install and marketplace UI from a free VP0 design, with notarization and clear permissions.
Localized App Store Screenshot Text (Lift Downloads)
English-only screenshot captions cost downloads abroad. Localize the text per market, keep it a swappable layer, and prioritize the markets that matter.
App Store Screenshots That Get More Downloads
Screenshots do most of the selling on the App Store. Here is how to design the first two slides, caption them, and test them to lift your install rate.