Recurring pricing models
Learn about common pricing models and how to create them.
Pricing models are patterns that represent your business on Stripe. With Product and Price objects, you can model what you sell and how you charge for it.
Flat rate: Good-better-best
Many SaaS businesses offer their customers a choice of escalating service options. This flat-rate pricing model is called good-better-best. Customers choose a service tier (good, better, or best) and pay a flat rate for it.
Imagine a business called Togethere that sells a collaboration platform. They offer three different service levels: basic, starter, and enterprise. For each service level, they offer a monthly and yearly price. Togethere operates in several countries, so they have prices in multiple currencies.
In this example, Togethere has three products: Basic
, Starter
, Enterprise
. Each product has several different prices. The basic level has prices for 10 USD per month and 100 USD per year. Both prices are for the same Basic
product, so they share the same product description on the customer’s receipt and invoice.
Here’s what that model looks like on Stripe:
Flat rate: Good-better-best pricing model
Model good-better-best on Stripe
The subscription integration guide explains how to fit pricing models into a full integration.
- If you’re using Stripe Checkout, the next step is to create a Checkout session for your site. Make sure to set up Stripe.
- If you’re using Stripe Elements, the next step is to create a Customer. Make sure you set up Stripe and the sample application.
Per-seat
Togethere, our example collaboration platform company, also wants to offer a per-seat plan. Per-seat pricing is another common offering for SaaS businesses. Togethere’s customers pick how many seats they’ll use, and Togethere charges based on that amount.
To model this scenario, Togethere creates a product and price structure where each unit represents a user. When Togethere creates a subscription for a customer, the customer specifies the number of users for that subscription.
Here’s what that model looks like on Stripe:
Per-seat pricing model
See the advanced pricing model section for examples of other models. Flat rate and per-seat pricing, where you charge a customer a flat monthly fee in addition to a per-seat rate, is another common model for SaaS businesses.
Model per-seat pricing on Stripe
The subscription integration guide explains how to fit pricing models into a full integration.
- If you’re using Stripe Checkout, the next step is to create a Checkout session for your site. Make sure you set up Stripe.
- If you’re using Stripe Elements, the next step is to create a Customer. Make sure you set up Stripe and the sample application.
For other versions of per-seat pricing, see the advanced models section.
Usage-based pricing
Usage-based pricing is a common pricing model for SaaS businesses that enables you to charge based on a customer’s usage of your product or service. As a business, you provide access to your service and bill your customer based on their usage. To see what an end-to-end integration based on the usage-based pricing model looks like, read the usage-based pricing models guide.
Tiered pricing
Prices can represent tiers, allowing the unit cost to change with quantity or usage. Togethere might, for example, want to offer lower rates for customers who use more projects per month. The following examples show two different ways to adjust pricing as usage increases: volume-based pricing and graduated pricing. To demonstrate these approaches to tiered pricing, we’ll use the following tiers:
Number of projects | Price per tier |
---|---|
1-5 | 7 GBP |
6-10 | 6.50 GBP |
11+ | 6 USD |
Use tiers
if you need non-linear pricing when quantity
or usage changes. You can also combine tiered pricing with base fees to create more complex pricing models.
When you create a price with billing_
, the unit_
is the same regardless of how many units a customer buys. Stripe multiplies this amount by the quantity
to determine the total cost. For example, a unit_
of 5 USD creates this billing structure:
Quantity/Usage at end of period | Total cost |
---|---|
1 | 5 USD |
5 | 25 USD |
6 | 30 GBP |
20 | 100 GBP |
25 | 125 GBP |
When you create a price with billing_
, the unit cost varies depending on how many units your customer buys. Here’s an example tier structure:
Tier | Amount (unit cost) |
---|---|
1-5 (up_ ) | 5 GBP (unit_ ) |
6-10 (up_ ) | 4 GBP (unit_ ) |
10-15 (up_ ) | 3 GBP (unit_ ) |
15-20 (up_ ) | 2 GBP (unit_ ) |
20+ (up_ ) | 1 GBP (unit_ ) |
Multiplication happens:
- At the start of the billing period if the
Price
objects haverecurring.
.usage_ type = licensed - At the end of the billing period if the
Price
objects haverecurring.
.usage_ type = metered
With tiered billing, you:
- Set the
tiers_
to eithermode volume
orgraduated
. - Create a
tiers
array to represent the tiers structure.
See also the volume-based and graduated pricing examples.
Volume-based pricing
With volume-based pricing, the subscription item is billed at the tier corresponding to the amount of usage at the end of the period. To implement volume-based billing tiers, set volume
as the value of tiers_
:
Under volume-based pricing, a customer with 5 projects is charged 35 USD (5 × 7 USD). If they accumulate 6 projects the following month, then all projects are billed at the 6-10
rate. That month, they’re charged 39 USD (6 × 6.50 USD).
With tiers_
, the entire quantity
(or usage
) is multiplied by the unit cost of the tier.
Quantity/usage at end of period | Unit cost | Total for volume tiered pricing |
---|---|---|
1 | 7 GBP | 7 GBP |
5 | 7 GBP | 35 USD |
6 | 6.5 USD | 39 USD |
20 | 6 USD | 120 USD |
25 | 6 USD | 150 USD |
Because the tier price applies to the entire quantity
(or usage
), the total may decrease when calculating the final cost.
Graduated pricing
While similar to volume pricing, graduated pricing charges for the usage in each tier instead of applying a single price to all usage. To use graduated tiers, set the value of tiers_
to graduated
:
With graduated pricing, 5 projects result in the same charge as volume-based pricing – 35 USD total at 7 USD per project. This changes as usage breaks out of the first tier. A customer with more than 5 projects is charged 7 USD per project for the first 5 projects, then 6.50 USD for projects 6 through 10, and finally 6 USD per project thereafter. A customer with 6 projects would be charged 41.50 USD, 35 USD for the first 5 projects and 6.50 USD for the 6th project.
With tiers_
, the quantity
is multiplied by the amount that falls into that tier. Then, the total is summed. For example, the total cost for an amount of 6 is 29 GBP: 25 GBP for the 5 quantity
that falls into the 1–5 tier, plus 4 GBP for the single quantity
that falls into the 6–10 tier.
Quantity and usage at end of the period | Total for graduated tiered pricing |
---|---|
1 | 5 USD |
5 | 25 USD |
6 | 29 GBP |
20 | 70 GBP |
25 | 75 GBP |
Adding flat fees
You can specify a flat fee (flat_
) to add to the invoice. This works for both tiers_
and tiers_
. For example, you can have a flat fee that increases when certain usage thresholds are met:
Tier | Amount (unit cost) | Flat fee |
---|---|---|
1-5 (up_ ) | 5 GBP (unit_ ) | 10 GBP (flat_ ) |
6-10 (up_ ) | 4 GBP (unit_ ) | 20 GBP (flat_ ) |
10-15 (up_ ) | 3 GBP (unit_ ) | 30 GBP (flat_ ) |
15-20 (up_ ) | 2 GBP (unit_ ) | 40 GBP (flat_ ) |
20+ (up_ ) | 1 GBP (unit_ ) | 50 GBP (flat_ ) |
In this example, if quantity
is 12
and tiers_
, the total amount to be billed is 12 * 3 GBP + 30 GBP = 66 GBP
.
If quantity
is 12
and tiers_
, the total amount is 5 * 5 GBP + 10 GBP + 5 * 4 GBP + 20 GBP + 2 * 3 GBP + 30 GBP = 111 GBP
. A tier can have either a unit_
or a flat_
, or both, but it must have at least one of the two.
If quantity
is 0
, the total amount is 10 USD
regardless of tiers_
. We always bill the first flat fee tier when quantity=0
. To bill 0
when there’s no usage, set up an up_
tier with an unit_
equal to the flat fee and omit the flat_
.
Variable pricing
There are two types of variable pricing models:
- Inline pricing: You define the price for your customer when you create a subscription, invoice, or Checkout Session.
- Pay-what-you-want pricing: The customer fills in the price they pay, for example, with a tip or donation. This type of variable pricing isn’t supported for recurring payments. See Let customers decide what to pay for information about using this type of pricing for single payments.
Inline pricing
In some cases, you might want to use a custom price that hasn’t been preconfigured. For example, you might want to use inline prices when you manage your product catalogue outside of Stripe.
Note
You can only create inline prices through the API. Inline prices aren’t compatible with Payment Links.
To create an inline price use case, pass in price_data instead of a price.id when you create a subscription. For example, to subscribe a customer to a monthly subscription with an inline price:
This creates a monthly recurring price of 50 USD for the basic service offering. By default, prices created with price_
are effectively archived (they’re marked as active=false
) so that they you can’t reuse them for other customers or subscriptions. You can’t update or reuse inline prices after you create them. You can also use price_
with these APIs:
Multi-currency prices
A single Price can support multiple currencies. This helps you manage localised pricing when selling internationally.
Create multi-currency Prices
You can create multi-currency Prices in the API or the Dashboard.
Coupons, Promotion Codes, and Shipping Rates also support multi-currency in a similar manner to Prices.
Render multi-currency Prices
To show your customer the price in their currency, you can retrieve the multi-currency Price and view its currency_options.<currency>.unit_amount field. The API response won’t include currency_
by default. To include it in the response, expand the currency_
field:
Note
To improve latency and avoid problems with rate-limiting, cache the Price instead of re-fetching it every time a customer visits your site.
Use multi-currency Prices
Each purchase uses one of the multi-currency Price’s supported currencies, depending on how you use the Price in your integration.
Migrate from single-currency Prices to multi-currency
If you have an existing single-currency Price, you can retroactively add multiple currencies to it in the Dashboard.
If you use Checkout or Payment Links, then multi-currency Prices take effect automatically. If Stripe detects that the customer’s local currency is supported by the Price, then it automatically uses that currency. If you use multiple Prices, Coupons, Promotion Codes, or Shipping Rates in a single purchase, then they must all support the customer’s local currency, and they must all have the same default currency.
If you’re creating Subscriptions directly, the multi-currency Prices won’t take effect until you start passing the currency
parameter. If you don’t pass the currency
parameter, the Subscription always uses the Price(s)’ default currency.
Multiple prices
Products can use multiple prices to define different pricing options. The product description is shared between prices and appears the same on the customer’s receipt and invoice – only the pricing differs.
As Togethere’s product matures, they begin offering the same product at different price points. Specifically, certain customers are willing to pay for discounted up-front quarterly and yearly subscriptions. Togethere creates a quarterly 57 USD option:
And a yearly 220 GBP option:
Display pricing information
After creating your pricing structures, you can embed a pricing table on your website to display pricing information to your customers. When customers choose a subscription option, they’re taken directly to checkout. Configure, customise, and update directly in the Dashboard without writing any code.