Skip to content
BestSaaSWebDesigns

Pricing — 131 examples

131 SaaS website pricing page & section design examples

Pricing is where intent meets friction. These examples show how the best SaaS products present plans — making tiers easy to compare, guiding toward a recommended option, and answering objections right where they arise.

SaaS website pricing page & section design examples gallery

supabase.com/
Supabase pricing design — Developer Tools
Supabase— PricingDeveloper Tools
critter.pet/
Critter pricing design — Other
Critter— PricingOther
arcade.software/
Arcade pricing design — Marketing
Arcade— PricingMarketing
caret.so/
Caret pricing design — Productivity
Caret— PricingProductivity
wiza.co/
Wiza pricing design — Sales & Support
Wiza— PricingSales & Support
chatbeat.com/
Chatbeat pricing design — Marketing
Chatbeat— PricingMarketing
clickhouse.com/
Clickhouse pricing design — Infrastructure
Clickhouse— PricingInfrastructure
bucket.co/
Bucket pricing design — Developer Tools
Bucket— PricingDeveloper Tools
langchain.com/
Langchain pricing design — AI
Langchain— PricingAI
veed.io/
Veed pricing design — AI
Veed— PricingAI
getmagicform.com/
Getmagicform pricing design — Productivity
Getmagicform— PricingProductivity
langbase.com/
Langbase pricing design — AI
Langbase— PricingAI
runner.now/
Runner pricing design — Productivity
Runner— PricingProductivity
unsiloed.ai/
Unsiloed pricing design — AI
Unsiloed— PricingAI
unkey.com/
Unkey pricing design — Developer Tools
Unkey— PricingDeveloper Tools
cloudflare.com/
Cloudflare pricing design — Security
Cloudflare— PricingSecurity
zite.com/
Zite pricing design — Developer Tools
Zite— PricingDeveloper Tools
exa.ai/
Exa pricing design — AI
Exa— PricingAI
heidihealth.com/
Heidihealth pricing design — AI
Heidihealth— PricingAI
qount.io/
Qount pricing design — Finance
Qount— PricingFinance
hex.tech/
Hex pricing design — Analytics
Hex— PricingAnalytics
resend.com/
Resend pricing design — Developer Tools
Resend— PricingDeveloper Tools
linear.app/
Linear pricing design — Productivity
Linear— PricingProductivity

About pricing

Most pricing pages that convert well use three tiers, not two or five — three gives a visitor a middle option to anchor on (priced and featured as the intended default) without the decision fatigue of comparing five nearly-identical rows of checkmarks. The visual treatment of that middle tier (a taller card, a border, a 'most popular' label) is usually the single highest-leverage design decision on the whole page, since it directs where undecided visitors land by default. Annual/monthly toggles need to be genuinely easy to use, not a trick — burying the better price behind a toggle a visitor has to find erodes exactly the trust the page is trying to build. And a short, specific FAQ placed directly beneath the tiers (refunds, seat limits, what happens if you exceed usage) resolves the exact hesitations that stop someone at the point of decision, which is why pricing and FAQ sections are so often paired on the same page rather than separated.

What makes a great one

  • Plans that are easy to compare at a glance
  • A highlighted or recommended tier
  • Clear monthly/annual toggles and what each plan includes
  • FAQs or guarantees that defuse hesitation

Related

FAQ sectionsCTA sectionsFinance & fintech designs

Frequently asked

Should a SaaS pricing page show a free tier?
It depends on the go-to-market motion. Self-serve, high-volume products benefit from a genuinely usable free tier as an acquisition channel; higher-touch or enterprise-leaning products often do better with a free trial instead, since a permanent free tier can undercut sales conversations.
How many pricing tiers convert best?
Three is the most common and generally best-performing structure — it provides a clear middle anchor. Two tiers can feel like a binary decision with no 'safe middle,' and five or more tends to overwhelm rather than clarify.
Should pricing be public or 'Contact us'?
Public pricing builds trust and reduces sales friction for products under a certain deal size; 'Contact us' makes sense once pricing genuinely varies by scale or custom terms. Hiding pricing purely to force a sales conversation, when the price wouldn't actually change much, tends to frustrate evaluators instead.