Pricing page builder: plans visitors can compare

How many plans, and in what order

Two to four plans is the range most visitors can compare without a table. One plan is fine if you genuinely have one price. More than four usually means some should become add-ons or an "enterprise, talk to us" line. Order plans from cheapest to most expensive, left to right, so the eye reads them as steps up.

Name plans by who they're for (Solo, Team, Agency) or by size (Starter, Growth), not with metals or gemstones that tell the visitor nothing. If you highlight one plan as the usual choice, make sure it really is the one most buyers should pick; visitors notice when the highlighted plan is simply the dearest.

What goes under each price

Plan name and the one-line "for". "For one person running their own practice."
The price and its unit. Per month, per seat, per year, plus tax or including it. Ambiguity here produces support email and refunds.
The limit that decides the plan. Seats, projects, bookings per month: the number that pushes people up a tier, stated first.
Three to six included features, in the same order on every plan, so a visitor can read across.
The button, labelled for what happens: "Start Solo", "Buy Team", "Talk to us".

Keep the feature lines parallel. If the Team plan says "5 seats", the Solo plan should say "1 seat" in the same position, not leave the line out. Missing lines make visitors guess.

The comparison table and the FAQ

Below the plan columns, a full comparison table serves the careful buyer who wants every difference. Rows are features; columns are plans; cells say yes, no or a number. Group rows under short headings if there are more than a dozen.

Under the table, answer the billing questions people ask before paying:

Can I change plans later, and what happens to my bill?
Is there a free trial, and do I need a card for it?
How do I cancel, and do I keep access until the period ends?
Do you offer refunds?
Can I pay by invoice?
Which taxes are included?

Write these as you'll actually enforce them. Your payment provider's settings and the page must agree.

Monthly and annual prices

If you offer both, a toggle is common on script-heavy sites. Anticode's published pages carry no scripts, so there's no interactive toggle; show both instead. Two patterns work: the monthly price large with "or … per year" beneath it, or two short rows per plan. Either way the checkout needs to offer both periods, and the annual saving should be stated as an amount, not just "save 20%", so buyers don't have to do the sum.

Building it with Anticode

As a pricing page builder, Anticode can add a separate Pricing page to a multi-page site, or include a pricing section on a single landing page. Give it the plans in your request, for example "Pricing page with three plans: Solo for one person, Team for up to five, Agency for client work; monthly prices; Solo and Team buttons go to our payment link, Agency goes to the contact form". The design engine lays the plans out within your chosen design system, with one action colour for the buttons.

Plan buttons: An Anticode account has one payment link, from Stripe Payment Links, PayPal, Gumroad, Lemon Squeezy, Shopify or Whop, and every buy button opens it. For several plans, point it at a product list or plan picker at your provider, where the buyer chooses the plan and billing period. Create the products and prices there first; subscriptions, trials and proration are the provider's job.
Talk-to-us plans: Point the enterprise button at the contact form, and route enquiries to HubSpot or Slack with a connector.
Changing prices: Edit figures in place, then update the matching prices in your provider. Version history keeps recent versions of the page if you need to show customers what they signed up under.

The pricing table design article goes deeper on visual layout, and announce a price increase covers changing prices for existing customers.

Limits

No billing system. Anticode doesn't create subscriptions, trials, coupons or invoices; your provider does.
No currency switching. Visitors see the prices you write. If you sell in several currencies, list them or use a provider checkout that localises.
No live toggles or calculators on the page. For an interactive price estimate, build a separate SaaS pricing calculator app and link to it.

Questions people ask

How many plans should a SaaS pricing page have?

Usually three: an entry plan, the one most customers should choose, and a larger one. Add a fourth only if it serves a clearly different buyer.

Can each plan's button open its own Stripe checkout?

Not separately. Your account has one payment link and every buy button opens it, so point it at a page at your provider where buyers pick the plan and billing period, or send some plans to the contact form.

Should the free plan be on the pricing page?

Yes, if you have one. Put it first, state its limits plainly, and make its button lead to sign-up rather than checkout.