A healthy Shopify app free-to-paid conversion rate lands around 60 to 75 percent with strong onboarding. Most apps sit in the 30s and 40s. The gap almost never comes from pricing. It comes from the first session.
- Trial-to-paid is the funnel line with the most leverage and the least attention.
- Conversion is the most movable number in the business, not a fixed property of pricing.
- Every point of conversion turns install volume you already have into revenue you did not pay more for.
A healthy Shopify app free-to-paid conversion rate lands around 60 to 75 percent with strong onboarding. Most apps sit in the 30s and 40s. The gap almost never comes from pricing. It comes from the first session.
Trial-to-paid is the line in a Shopify app's funnel with the most leverage and the least attention. Founders obsess over installs at the top and churn at the bottom, and treat the conversion in the middle as a fixed property of their pricing. It is not. It is the most movable number in the business, and moving it pays off immediately, because every point of conversion turns the install volume you already have into revenue you did not pay more to acquire.
Below is the benchmark, then the three levers that actually move it (in the order I would pull them), a diagnosis framework for when you are stuck, and answers to the questions founders ask most often.
Sixty to
seventy-five.
That is the bar.
With strong onboarding, a Shopify app can convert roughly 60 to 75 percent of trials to paid. That is the achievable range, not the easy one. Most apps sit well below it, in the 30s and 40s, and most of them blame their price. Almost none of them have a pricing problem. They have a first-session problem. To see where you sit against the right band, and the MRR you unlock by closing the gap, run the free free-to-paid conversion calculator.
The reason the bar is this high on Shopify specifically is that the App Store sends you merchants who already have intent. Someone searching for a back-in-stock app or a bundling tool has a job to do. If your trial helps them do it before the clock runs out, they pay. The conversion gap is almost entirely about whether the value lands in time.
For context, broad SaaS benchmarks put the median trial-to-paid around 14 to 18 percent across all verticals (the top quartile reaching 35 to 45 percent). The Shopify App Store is a meaningfully different environment. Merchant intent at install is high, the jobs-to-be-done are concrete, and the feedback loop between trial and outcome is fast. That is why the ceiling is so much higher. It also means the floor should be higher than 30 percent, and if yours is not, something specific is wrong.
Why this line beats the others early
Moving trial-to-paid from 40% to 65% turns the same install volume into roughly 60% more paying accounts, with zero extra marketing spend. No acquisition campaign pays back that fast on a young app. This is why I push founders to fix conversion before they spend a dollar on growth. The math is unambiguous: one engineering sprint on the onboarding flow beats three months of App Store SEO work if the first session is broken. More on the broader unit economics in the Shopify app economics piece.
The clock
that actually
matters.
The single biggest lever is time-to-first-value: the gap between install and the moment the merchant sees the app do the one thing they installed it for. Not a tour. Not a checklist. The actual outcome, live in their store. Every hour you add to that gap, you lose conversions, because a merchant who has not seen value yet has no reason to keep the tab open.
The best apps compress this to minutes. A merchant installs, the app reads their store, and within the first session there is a visible result: a bundle live on a product page, a back-in-stock button on a sold-out listing, a working review widget on the homepage. That first proof does more for conversion than any amount of trial length or discounting. I went deep on the supporting mechanics in the onboarding benchmarks piece.
"Nobody pays for potential. They pay for the thing they already watched the app do in their own store."
The most common conversion killer I find is a setup flow that asks for configuration before it has earned the right to ask for anything. Five fields before the merchant sees a single result. A permissions screen that requests access to every data type the app might ever need. An "almost there" interstitial that explains what the app will do once you finish setting it up.
That pattern is backwards. Show the value first, on the merchant's real data, with zero manual setup. Then ask for configuration only on the things that make the result better. The apps converting in the 70s are the ones that figured this out. The apps in the 30s have usually buried the outcome behind a wizard.
What fast TTFV actually looks like
Here is the pattern that works consistently: the app reads the merchant's store at install, picks a sensible default, and shows a live preview of the output without the merchant having to configure anything first. The merchant can see the value, adjust the settings to match their preferences, and then activate. Setup comes after proof, not before.
If you fix one thing this quarter, map the steps between install and first value, count them, and delete every one that is not strictly required. That exercise alone has moved more than a few apps I have worked with from below 40 percent to above 55 in a single sprint.
Longer is not
kinder.
It is slower.
Founders reach for a longer trial when conversion is weak, on the theory that more time means more chances to convert. It usually does the opposite. A long trial removes urgency and lets the merchant forget the app exists. The right trial length is just long enough for the merchant to reach first value and see it work through a normal cycle of their business, and not a day longer.
For most apps that is days, not weeks. A 14-day trial where first value lands on day one means 13 days of the merchant not actively converting, during which they might try a competing app, get pulled into a busy season, or simply stop thinking about the problem your app solves. The urgency that existed at install drains out over that dead time.
The exception is apps whose value only shows up over a real merchant cycle. If your app generates revenue lift only during a sale or promotion event, you may genuinely need to span one to prove the point. If your app tracks shipping performance and the merchant's typical shipping time is eight days, a five-day trial will not let them see the outcome. In those cases, match the trial to the proof window, not the other way around. But be honest about whether you actually need that length, or whether you are using it to paper over a weak first session.
A long trial is a tax on conversion disguised as generosity. If a merchant has not converted by the time they have seen first value, more days rarely change the answer. They delay the cancellation and let the urgency evaporate. Set the trial to the time-to-value and pricing has far less work to do. There is more on how trial length interacts with plan design in the pricing strategy piece.
One pattern that works well: send a deliberately timed nudge 48 hours before trial expiry. Not a discount, a reminder of what the merchant has already seen the app do. "Your back-in-stock notifications have recovered 14 carts this week. Your trial ends in two days." That is conversion on evidence, not urgency alone.
Send me your trial flow and I will find the step that is costing you conversions. The form takes two minutes.
The best
conversion win
is fewer trials.
This one is counterintuitive. The third lever is qualifying merchants at the front door, which means routing fewer of the wrong installs into trials so your conversion rate reflects merchants you can actually serve. A listing that oversells pulls in shops the app was never built for, and those shops trial, fail to find value, and drag your conversion rate down on the way out.
Qualification starts with listing honesty. Your App Store listing should set expectations precisely enough that a poor-fit merchant self-selects out before they install. That feels like leaving installs on the table. It is not. An unqualified install that bounces during the trial costs you support time, a possible bad review, and a dent in your conversion metric. A merchant who reads the listing and decides the app is not for them costs you nothing and cannot hurt your numbers.
The specifics matter a lot. If your subscription app works best for merchants selling consumables with a natural replenishment cadence, say so. If your review app requires a minimum of 50 orders a month to generate enough social proof to be useful, say that too. Merchants who read honest specifics and still install are far more likely to find value and pay.
Shaping the trial entry itself
The sharpest apps go further and shape the trial entry with a short qualification question or two. Not a survey, one or two questions that route the merchant to the part of the product that matches their job right now. A bundling app asking "What do you want to bundle first: product variants, complementary items, or gift sets?" is not gatekeeping. It is routing the merchant to the fastest path to their first value.
Qualified trials convert at the high end of the range. Unqualified trials are why so many apps sit in the 30s. This lever is often the easiest to pull quickly, because it requires changes to listing copy and a small onboarding question, not a product rebuild. The tradeoff is that raw install volume may drop. The number that matters is paying accounts, and that one goes up.
If you are running App Store SEO to drive organic installs, this also matters for your keyword targeting. Ranking for a broad term gets you more installs. Ranking for a specific use-case term gets you more qualified installs. The conversion math often favors the specific term even if its volume is lower.
Three levers,
one order,
no shortcuts.
The order matters as much as the levers. Pull them out of sequence and you will measure the wrong thing and conclude the wrong fix.
- First, time-to-first-value. Until a merchant can see the app work in the first session, nothing else you change will move conversion much, because the core problem is that value never lands.
- Second, trial length. Once first value is fast, set the trial to match it. This is a tuning step, not a rebuild, and it locks in the urgency the first lever creates.
- Third, qualification. With the trial working, tighten the front door so the trials that start are the ones you can serve. This raises the measured rate by removing the noise of merchants who were never a fit.
Do them in that order and a conversion rate stuck in the low 40s can reach the 60s within a couple of release cycles, without touching your price once. That is the part founders find hardest to believe and easiest to verify, because the numbers move fast when the first session finally works.
Founders who have gone through this process often find that the pricing conversation becomes much simpler on the other side. When the trial reliably delivers visible value, the paid plan feels like a natural extension of something that is already working, not a bet on a promise. That is a very different selling environment. There is more on how to think about plan structure once conversion is working in the pricing strategy piece and in the broader MVP to $1M ARR framework.
When conversion
is stuck,
start here.
Most founders who come to me with a low conversion rate know something is wrong but do not know where to look. The framework below is the diagnostic I use when reviewing a trial funnel. It is not exhaustive, but it gets you to the root cause fast.
| Symptom | Likely cause | Where to look first |
|---|---|---|
Rate below 30% All plan types, consistent |
First-session problem: value not reaching the merchant before urgency fades | Map every step from install to first visible outcome. Count them. Any step above 4 or 5 is suspect. |
Rate 30–50%, variable Some cohorts convert, others do not |
Qualification mismatch: some merchant types can find value, others cannot | Segment trials by store category, GMV range, or Shopify plan. Look for cohorts that convert above 60% and ones that convert below 20%. The gap tells you who the app is actually for. |
Rate climbs, then plateaus Above 50% but stuck |
Trial length misaligned with proof window, or pricing friction at conversion moment | Check where in the trial period conversions happen. If they cluster at expiry rather than after first value, the trial is too long and urgency is doing all the work. Check plan page drop-off too. |
High installs, low trial starts Merchants installing but not starting trials |
Listing-to-product mismatch: the install expectation does not match the actual onboarding | Check the gap between listing description and the first screen post-install. The merchant showed up expecting something specific. If the app does not confirm it immediately, they leave before the trial clock even starts. |
Good TTFV, low conversion Merchant reaches value, still does not pay |
Value is present but not perceived as worth the price, or the paid step has friction | Review the upgrade moment: how is the paid plan presented? Is the price anchored to the value the merchant just saw? A merchant who saw $2,000 in recovered carts this week needs to see the $49/month plan framed against that outcome, not against a feature list. |
The table above is a starting point, not a complete audit. But it cuts out the noise. Founders who try to run A/B tests on pricing before they have diagnosed the session problem are testing the wrong variable. Get the root cause right first.
If you are working through this and want a second set of eyes, the advising framework I use with early-stage app founders covers how to prioritize fixes when you have limited engineering time. The churn picture is worth reviewing too: a conversion fix without a churn fix just fills a leaky bucket. The app churn benchmark post covers what healthy retention looks like and how to set the floor.
Questions
founders
ask most.
On Shopify, requiring a credit card at trial start is not the standard pattern, and deviating from it creates friction that will cost you installs. The Shopify billing API charges merchants only after trial expiry, so you get the opt-out trial structure automatically. Use it. The right response to low conversion is not to front-load friction, it is to make the value so clear during the trial that paying feels like the obvious next step.
Rarely. A discount at expiry tells the merchant that the listed price is negotiable, which trains future buyers to wait for the offer. It also means your best customers, the ones who would have paid full price, get a discount they did not need. If you are going to offer something at expiry, make it an extended trial for merchants who have started but not yet reached first value, not a price cut for merchants who already have.
Frame it around the value the merchant has already seen, not the features they will unlock. "You recovered 14 carts this week. Keep your back-in-stock notifications running for $29/month" converts better than a feature comparison table. The merchant's own results are the best sales copy you have.
Directly. A merchant who converts because your trial made value clear is also the merchant who stays long enough to become a good review and a referral. A merchant who converts because the trial ran out and they forgot to cancel is a churn event waiting to happen. Conversion quality matters as much as conversion rate. The churn benchmark post covers what the healthy retention range looks like and how to tell whether your paying base is sticky or fragile.
Yes. Larger merchants have more internal stakeholders and longer decision cycles, which tends to push conversion toward later in the trial window regardless of how fast first value arrives. If your target merchant is a Shopify Plus store, the trial needs to be long enough to clear internal approval cycles, and the trial experience needs to produce shareable evidence (a results summary, a benchmark comparison, a savings estimate) that the champion can bring to whoever holds the budget. The first-session mechanic still matters, but the conversion path is longer. See the distribution playbook for how enterprise-targeting changes the whole go-to-market.
Free-to-paid is the most movable number in a Shopify app, and almost all of the movement comes from the first session, not the price. Start with the onboarding benchmarks, line your trial up with your pricing structure, and if your conversion is stuck below the range, send the funnel through the inquiry form and I will show you where it breaks.
Double your trial-to-paid.
If your conversion is sitting in the 30s or 40s, the fix is rarely pricing and almost always the first session. Send me your funnel and I will show you where it breaks.
Start a conversation More about Taylor →Free tools: Want to run your own numbers? Try the free-to-paid calculator.