By Mehdi HassanHow many pricing tiers should a SaaS pricing page show?
A SaaS pricing page should usually show three pricing tiers, with an optional enterprise tier for buyers who need custom terms. Three tiers match a common buyer pattern, small, growing and larger teams, and they give visitors a middle option to compare against. Fewer can work for simple products; more usually signals tiers that overlap.
Tier count is one part of a bigger job: helping visitors find their plan quickly. Our complete guide to SaaS pricing page design covers the copy, comparison tables and FAQs around it. Here's how the main options compare.
Tier count | Works well when | Risk |
|---|---|---|
One plan | One buyer type and one price, often with a free trial | Leaves money on the table with larger customers |
Two plans | Clear split between individuals and teams | No middle option to anchor the decision |
Three plans | Small, growing and larger buyers with different needs | Middle and top plans can blur if fences are weak |
Three plus enterprise | Large customers need security, contracts or support | Enterprise card can feel like a hidden-price trap |
Five or more | Very different segments, often usage-based | Choice overload; visitors stall or leave |
When should you show fewer or more pricing plans?
Show fewer pricing plans when your buyers are similar, and more only when they're genuinely different in what they need and what they'll pay. The number of tiers should come from your customer segments, not from what competitors show. Count the distinct buyer types in your sales data first.
- Go to one or two plans if most customers buy the same thing, your product is new or your brand is about simplicity.
- Stay at three if you serve individuals or small teams, growing teams and larger companies with distinct needs.
- Add an enterprise tier if larger buyers regularly ask for single sign-on, security reviews, contracts, invoicing or dedicated support.
- Use a usage selector instead of more tiers if customers differ mainly in volume; our guide to usage-based pricing pages shows how.
If you have more tiers than buyer types, two of them are probably doing the same job. Merge them, or make the difference between them sharper.
How should you name pricing tiers?
Name pricing tiers after the buyer or stage each one serves, so visitors recognize themselves before reading any features. Names like Starter, Team and Enterprise do part of the selling. Abstract ranks such as Silver, Gold and Platinum force visitors to read every row to work out where they fit.
Naming style | Examples | Strength | Weakness |
|---|---|---|---|
By buyer | Individual, Team, Enterprise | Visitors self-select instantly | Awkward if a large customer fits a small plan |
By stage | Starter, Growth, Scale | Implies a path to grow into | Overused; can sound generic |
By use | Hobby, Pro, Business | Disqualifies the wrong buyer quickly | Hobby can sound unserious to some |
By rank | Silver, Gold, Platinum | Signals order clearly | Says nothing about who it's for |
Branded | Names tied to your product's theme | Memorable and distinctive | Needs a description to make sense |
Whatever style you choose, add one line under each name describing the buyer, such as for teams that need shared workspaces. That line does more than the name. Our SaaS pricing page examples show how companies like Vercel and Notion handle it.
What is the anchoring effect of a highlighted pricing plan?
The anchoring effect means people judge a price relative to the first or most prominent price they see. On a pricing page, the highlighted plan becomes that reference point. Visitors compare every other plan against it, so it shapes what feels cheap, expensive or reasonable.
That's why highlighting matters and why it should be honest. Highlight the plan most of your customers should choose, usually the one that fits a growing team, and label it with a reason, such as most popular for teams, rather than just a badge. A visible higher tier can also make the main plan look more reasonable by comparison. Use that effect to clarify the choice, not to push buyers into a plan they don't need, which only produces churn and refund requests.
Hypothetical example: restructuring tiers for a project management tool
For example, suppose a project management startup has five plans named Basic, Plus, Pro, Premium and Ultimate. Sales calls show three buyer types: freelancers managing their own work, agencies with small teams sharing client projects, and larger companies needing permissions and single sign-on.
The team merges Plus and Pro, folds Premium into Ultimate and renames the result Solo, Team and Business, each with a one-line buyer description. Team becomes the highlighted plan, labelled as the choice for agencies and small teams. The fences become clear: Solo has one user, Team adds shared projects and guests, Business adds permissions, single sign-on and invoicing.
This example is illustrative. The point is the method: buyer types from sales data, one tier per type, one clear fence between each.
How should good-better-best pricing tiers differ?
Good-better-best pricing tiers should differ by fences: limits, features or terms that a buyer naturally crosses as they grow. A good fence feels fair because it tracks value. A bad fence feels like a penalty, such as holding back a basic feature that every customer needs.
List what changes as customers grow
Team size, usage volume, number of projects, need for permissions, security reviews and support expectations are common candidates.
Pick one main fence per step
Each move up should have one obvious reason, such as adding collaborators or needing single sign-on. Several small reasons confuse buyers.
Keep essentials in every plan
Don't fence core functionality. Customers on the smallest plan should still get a working product.
Summarize the step-up on each card
Start each plan's feature list with "Everything in [previous plan], plus" and the three to five additions that matter.
Put the full detail in the comparison table
Careful buyers will look for limits and edge cases below the cards; our guide to pricing comparison tables covers how to organize them.
Billing options add another layer. If you offer annual discounts, our guide to the annual vs monthly pricing toggle explains how to show the totals per tier without confusion.
Where do free plans and enterprise tiers fit in three-tier pricing?
A free plan usually sits before the three paid tiers, and an enterprise tier after them. Each one changes how visitors read the rest of the page. A free plan lowers the barrier to trying the product; an enterprise tier signals that you can serve large customers.
- Free plan: works when the product spreads through individual users and the free version leads naturally to paid needs. Make the limit that triggers an upgrade obvious.
- Enterprise tier: list what it adds, such as security reviews, single sign-on, contracts or support, and say what happens when someone gets in touch.
- Public or hidden enterprise prices: a starting price helps qualify enquiries; our guide on whether to show pricing on your website covers the trade-offs.
Developer-focused products often handle this with a generous free tier and usage-based paid plans; our guide to developer tool pricing pages covers that model.
How do you know if your pricing tiers are working?
You know your pricing tiers are working when visitors choose the plan you'd expect for their profile, sales calls have fewer questions about which plan to pick, and few customers switch plans soon after buying. Watch plan selection, trial starts, contact sales clicks and early downgrades together, not just the overall conversion rate.
Most startup pricing pages don't get enough traffic for reliable A/B tests on tier structure, so combine before-and-after measurement with what sales hears. Our guide to pricing page conversion rate explains which numbers to watch, and our pricing page redesign guide shows how to restructure tiers without changing your prices. Questions that keep coming up belong in your pricing page FAQ.
