Software Growth

Reverse trial

A reverse trial starts every new signup on the paid plan for a limited time, then downgrades them to a free plan if they do not buy.

In a reverse trial, new users get the paid product first and the free plan second. Signup drops them straight into your top or middle tier. When the trial ends without a purchase, they are downgraded to a limited free plan instead of being locked out.

It is a hybrid of a free trial and freemium. You get the urgency and feature exposure of a trial, and you keep the people who are not ready to pay in your product and your email list.

How it works

Elena Verna, who popularized the term, describes it as starting every signup on a trial, usually without an opt-in or credit card, with access to all or a select set of paid features. After the trial, users who do not pay fall back to the free tier (source). Her examples include Canva, Asana (a 30-day paid trial after signup), Airtable (a 14-day team trial with clear messaging about the auto-downgrade) and Notion.

Kyle Poyar frames the logic through loss aversion: people value keeping something they already have more than gaining something new, so having used paid features makes the downgrade feel like a loss (source). He points to Airtable as an early pioneer.

What to measure

Say 1,000 people sign up, 90 pay by the end of the trial and 40 more upgrade in the following 60 days. Your 60-day conversion is 13%. Compare it against what your freemium plan did alone, and watch the people who dropped to free as a second funnel. An email sequence that points to the specific paid features they used is the main lever for converting that group.

Design choices

  • Which tier to trial. Trialing the top tier shows the most, but can leave users expecting something you will not sell them. Trialing the tier most people will buy keeps expectations realistic.
  • Length. Long enough to reach the aha moment with a paid feature, short enough to keep urgency. The examples above run 14 to 30 days.
  • Downgrade experience. Be explicit about what they lose. Do not delete their work. Locked features should show a clear upgrade path.

Is it right for a bootstrapped product?

It suits products where paid features are visibly better and where a free plan is cheap to serve. If your free plan is costly or support-heavy, you are back to the problems of freemium. Test it against a plain trial before you commit, because the free tier you keep adds cost.

Sources

Back to the SaaS glossary