Checkout styles your app can build

Pricing tables, free-trial paywalls, upgrade prompts, order add-ons, members-only areas — five checkout patterns the builder composes in your app's own look, with a prompt to copy for each.

Ask for a pricing page, a paywall, or an upgrade button, and the builder doesn't bolt a generic payment popup onto your app — it composes a checkout in your app's own look. Your fonts, your colors, your layout. The card fields themselves are secure fields from our payments partner; everything around them is your app.

Here are five patterns creators ask for every day — what buyers see in each, and a prompt you can copy and adapt.

1. Pricing table with plan tiers

The classic SaaS page: two or three plan columns, a monthly/annual toggle, and checkout right there when a buyer picks a plan.

What buyers see: plan cards with prices and a toggle (annual showing the per-month equivalent and the savings), then — after choosing a plan — an order summary, email and name fields, the secure card form, and a pay button named for what they're buying, like Start Pro — $19/mo. The button stays off until the card details are complete, so nobody can mis-click their way into a charge.

Build a pricing page for my app with two plans — Starter at $9 a month or $90 a year, and Pro at $19 a month or $190 a year — with a monthly/annual toggle and checkout right on the page.

2. Free-trial paywall

Your app sits behind a subscription, but the first week is free. The page's whole job is making the terms impossible to misread.

What buyers see: Try it free for a week, a short timeline — today $0, days 1–7 $0, then the exact calendar date of the first charge — an order summary reading Due today $0.00 · then $9.99/mo, cancel anytime, and a note that a card is required to begin. The pay button says something like Start my free 7-day trial.

Put my app behind a $9.99 a month subscription with a 7-day free trial. Show $0 due today and the exact date of the first charge, and make it clear they can cancel anytime.

3. In-app upgrade prompt

Most of your app is free; one feature is paid. Instead of a pricing page, the upgrade happens right where the buyer bumps into the limit.

What buyers see: the feature carries a small PRO badge. Clicking it opens a compact dialog — what Pro includes, the price, an Upgrade to Pro — $5/mo button and a Maybe later — and they can pay inside the dialog without losing their place in the app.

One thing to know: in this quick-buy dialog the payment form comes from our payments partner in one piece, and it shows the business name on your Whop account above the price. Make sure that's a name you'd put in front of customers.

Make PDF export a Pro feature at $5 a month. When a free user clicks it, show an upgrade dialog where they can subscribe without leaving the page.

4. Digital product with an optional add-on

A one-time purchase — a course, a template pack, a toolkit — with a related extra offered right at checkout.

What buyers see: the sales page ends in a checkout with a one-time price, and in the order summary an optional checkbox like Add the presets pack — $19.00. Ticking it adds the line item and updates both the total and the pay button — Get the course — $49.00 becomes — $68.00 — so there's never a surprise on the receipt.

Sell my $49 photography course as a one-time purchase, with an optional $19 presets add-on buyers can tick at checkout.

5. Members-only area with a public join page

Your content is the product. One public page sells the membership; everything else is locked until someone joins.

What buyers see: a public /join page — hero, what membership includes, testimonials, FAQ, and the checkout with Due today, the renewal terms, and cancel anytime. Someone who finds a members-only page without being a member sees a teaser — locked previews and a Join the Club — $12/mo button — instead of a dead end.

Create a members-only recipe library at $12 a month. Give it a public /join page that sells the membership, and lock the recipes until someone joins. Visitors who aren't members should land on the join page, not a login screen.

Mix and adjust

These are starting points, not a menu you're locked into. A pricing table can include a trial plan; a membership can sell a one-time founding tier; an upgrade dialog can sit inside any of them. Describe what you want in your own words and iterate — move the FAQ above the checkout, add an annual option, make the trial 14 days.

What to check before you publish

  • Every price shows its billing period. $19/mo, billed monthly, one-time payment — a bare number makes buyers hesitate.
  • Trial wording matches the plan's real terms. The trial length and first-charge date on the page must be exactly what the plan does.
  • No promises of instant access. Say access is granted once payment is confirmed — some payment methods take a moment (or longer) to settle, and instant is a promise you can't always keep.
  • Already purchased? Sign in is visible near the checkout, so a returning buyer signs back in instead of buying twice.
  • Run a $0 test purchase. Test your checkout without paying walks the whole buy → sign in → access path before a real customer does.

Was this helpful?

Thanks for the signal — it helps us improve the docs.

More in Payments and selling

Selling your app

Charge for access. Monthly subs, one-time purchases, or a marketplace listing. Set it up in minutes.

Refunds and cancellations

How to handle refund requests and what happens when a customer cancels.

Identity verification not working

If your payout identity verification keeps failing or looping, here's what to check — and how we escalate to our payments partner if it's still stuck.

Still need help?

If this didn't answer your question, our team is one click away.