Table of Content

Table of Content

How Do AI Companies Design Credit-Based Pricing That Balances Revenue and Flexibility?

How Do AI Companies Design Credit-Based Pricing That Balances Revenue and Flexibility?

How Do AI Companies Design Credit-Based Pricing That Balances Revenue and Flexibility?

How Do AI Companies Design Credit-Based Pricing That Balances Revenue and Flexibility?

How Do AI Companies Design Credit-Based Pricing That Balances Revenue and Flexibility?

flexprice logo

Team Flexprice

Editorial

Separate the purchase event from the consumption event. That's how AI companies design credit based pricing that gives finance a forecast and customers freedom: cash arrives when a pack is bought, revenue recognises as credits burn, and an exchange rate between credits and model cost absorbs the volatility between. The customer buys a predictable number. What they spend it on stays theirs.

Key Takeaways

  • The exchange rate is the design decision: set what a credit costs to buy and what it spends against, and model costs reprice without reopening a contract.

  • Predictability comes from the purchase, not the consumption, so packs and commitments give finance a bookable number while usage stays variable.

  • Weight operations by cost rather than publishing separate rate cards, so an expensive model debits more credits from the same balance.

  • Expiry generates the resentment customers remember at renewal. Capped rollover keeps the urgency without the fight.

  • Segwise spent 3 weeks building credit infrastructure in-house and shipped it on Flexprice in 3 days, now tracking 100+ enterprise customers.

How do you set the value of a credit?

Price the most expensive operation first, then work backwards. Take your costliest billable action, set a debit that still clears target margin on it, and let cheaper operations debit proportionally less.

  • Decide what one credit costs a customer to buy, then separately what each operation debits, so the two numbers move independently.

  • Weight by real cost: a long-context call on a frontier model debits more than a short call on a small one, from the same balance.

  • Leave headroom for model price moves in both directions, since the rate you publish outlives the model you priced it against.

  • Publish the debit table. A credit whose consumption customers can't predict becomes a support ticket rather than a purchase.

  • Charge nothing for retries and failures. Billing a customer for your own error costs more in trust than the credits are worth.

How do you balance predictable revenue against flexible consumption?

Take the money at purchase and recognise it as it burns. Prepaid credits collect cash upfront, giving finance a deferred balance to schedule against, while the customer keeps full freedom over what they spend it on.

  • Sell packs with volume discounts, so larger commitments buy cheaper credits and the discount is the reason to commit.

  • Add a committed annual minimum with overage billed separately for enterprise, giving procurement a fixed line item and you a floor.

  • Let postpaid accounts draw credits and settle in arrears, so the same primitive covers both motions.

  • Auto top-up keeps consumption running when a balance drops, which is where hard stops cost revenue and goodwill.

How should expiry and rollover work?

Cap rollover rather than expiring credits outright. Expiry protects the forecast and reliably damages the renewal conversation, so most AI companies land in the middle.

  • Roll unused credits forward with a ceiling, commonly one period's worth, so balances can't pile up indefinitely.

  • Set expiry per grant rather than per wallet, so promotional credits lapse while purchased credits persist.

  • Burn promotional and expiring credits first through a deduction order, so customers spend the perishable balance before the one they paid for.

  • Warn at several thresholds before anything lapses, since a surprise expiry reads as a penalty whatever the contract said.

How do credit packs compare with pay as you go?

How each model behaves on revenue, forecasting and customer experience.

Dimension

Prepaid credit packs

Pay as you go

Committed credits plus overage

Revenue




Cash timing

Upfront

In arrears

Upfront, plus arrears

Revenue recognition

As consumed

As consumed

As consumed

Forecastable next quarter

Yes

Partly

Yes

Expansion visibility

Burn rate

Invoice growth

Overage rate

Customer experience




Spend predictability

High

Low

High

Friction to start

Purchase decision

None

Contract

Risk of hard stop

Yes, without top-up

No

No

Operations




Requires a wallet ledger

Yes

No

Yes

Handles model cost swings

Via exchange rate

Repricing

Via exchange rate

Fits enterprise procurement

Partly

Poorly

Yes

Separate the purchase event from the consumption event. That's how AI companies design credit based pricing that gives finance a forecast and customers freedom: cash arrives when a pack is bought, revenue recognises as credits burn, and an exchange rate between credits and model cost absorbs the volatility between. The customer buys a predictable number. What they spend it on stays theirs.

Key Takeaways

  • The exchange rate is the design decision: set what a credit costs to buy and what it spends against, and model costs reprice without reopening a contract.

  • Predictability comes from the purchase, not the consumption, so packs and commitments give finance a bookable number while usage stays variable.

  • Weight operations by cost rather than publishing separate rate cards, so an expensive model debits more credits from the same balance.

  • Expiry generates the resentment customers remember at renewal. Capped rollover keeps the urgency without the fight.

  • Segwise spent 3 weeks building credit infrastructure in-house and shipped it on Flexprice in 3 days, now tracking 100+ enterprise customers.

How do you set the value of a credit?

Price the most expensive operation first, then work backwards. Take your costliest billable action, set a debit that still clears target margin on it, and let cheaper operations debit proportionally less.

  • Decide what one credit costs a customer to buy, then separately what each operation debits, so the two numbers move independently.

  • Weight by real cost: a long-context call on a frontier model debits more than a short call on a small one, from the same balance.

  • Leave headroom for model price moves in both directions, since the rate you publish outlives the model you priced it against.

  • Publish the debit table. A credit whose consumption customers can't predict becomes a support ticket rather than a purchase.

  • Charge nothing for retries and failures. Billing a customer for your own error costs more in trust than the credits are worth.

How do you balance predictable revenue against flexible consumption?

Take the money at purchase and recognise it as it burns. Prepaid credits collect cash upfront, giving finance a deferred balance to schedule against, while the customer keeps full freedom over what they spend it on.

  • Sell packs with volume discounts, so larger commitments buy cheaper credits and the discount is the reason to commit.

  • Add a committed annual minimum with overage billed separately for enterprise, giving procurement a fixed line item and you a floor.

  • Let postpaid accounts draw credits and settle in arrears, so the same primitive covers both motions.

  • Auto top-up keeps consumption running when a balance drops, which is where hard stops cost revenue and goodwill.

How should expiry and rollover work?

Cap rollover rather than expiring credits outright. Expiry protects the forecast and reliably damages the renewal conversation, so most AI companies land in the middle.

  • Roll unused credits forward with a ceiling, commonly one period's worth, so balances can't pile up indefinitely.

  • Set expiry per grant rather than per wallet, so promotional credits lapse while purchased credits persist.

  • Burn promotional and expiring credits first through a deduction order, so customers spend the perishable balance before the one they paid for.

  • Warn at several thresholds before anything lapses, since a surprise expiry reads as a penalty whatever the contract said.

How do credit packs compare with pay as you go?

How each model behaves on revenue, forecasting and customer experience.

Dimension

Prepaid credit packs

Pay as you go

Committed credits plus overage

Revenue




Cash timing

Upfront

In arrears

Upfront, plus arrears

Revenue recognition

As consumed

As consumed

As consumed

Forecastable next quarter

Yes

Partly

Yes

Expansion visibility

Burn rate

Invoice growth

Overage rate

Customer experience




Spend predictability

High

Low

High

Friction to start

Purchase decision

None

Contract

Risk of hard stop

Yes, without top-up

No

No

Operations




Requires a wallet ledger

Yes

No

Yes

Handles model cost swings

Via exchange rate

Repricing

Via exchange rate

Fits enterprise procurement

Partly

Poorly

Yes

AI Billing Is Not Easy, But Flexprice Can Make it Easy

AI Billing Is Not Easy, But Flexprice Can Make it Easy

How do you implement credit pricing without building a ledger?

Use a billing layer where the wallet is a primitive. Flexprice is enterprise-grade, open source usage based billing infrastructure for AI and SaaS companies. It can be deployed in your own VPC, on-prem, or on Flexprice's managed cloud.

  • Credits and Wallets issues one-time grants and auto-renewing packages, with balances segmented by feature or product.

  • A wallet conversion rate separates what a credit costs to buy from what it spends against, which is the exchange rate this whole design depends on.

  • Expiry sets per grant or per wallet, rollover carries balances forward, and credit types stack with a custom deduction order.

  • Overage either charges the payment method or blocks usage, with low balance notifications and auto top-ups firing before either.

  • Prepaid credits and wallets sit on the Scale plan at $1,000 a month, and the engine is AGPL-3.0 with 6,900+ GitHub stars if you'd rather self-host. Our rundown of credit-based pricing software compares the platforms.

"Our core product is not credits. We build ad analysis and generation technology, not billing infrastructure, and that is where my focus needs to be." - Kush Daga, Founding Engineer, Segwise.

Frequently asked questions

How do you forecast revenue from credit purchases?

Forecast the purchase curve and the burn curve separately. Purchases give you bookings and cash, while burn rate tells you when the next purchase lands, so a cohort buying every six weeks forecasts differently from one buying quarterly at the same annual value. A widening gap between purchase and depletion is the earliest sign an account is cooling.

How do customers react to credit-based pricing?

Well, when the debit table is public and badly when it isn't. The objection is almost never credits themselves, it's not being able to predict what an action costs before taking it. Showing consumption per feature and per user inside the product answers most of it, and a balance warning before depletion answers the rest.

How do you implement credit pricing without building a ledger?

Use a billing layer where the wallet is a primitive. Flexprice is enterprise-grade, open source usage based billing infrastructure for AI and SaaS companies. It can be deployed in your own VPC, on-prem, or on Flexprice's managed cloud.

  • Credits and Wallets issues one-time grants and auto-renewing packages, with balances segmented by feature or product.

  • A wallet conversion rate separates what a credit costs to buy from what it spends against, which is the exchange rate this whole design depends on.

  • Expiry sets per grant or per wallet, rollover carries balances forward, and credit types stack with a custom deduction order.

  • Overage either charges the payment method or blocks usage, with low balance notifications and auto top-ups firing before either.

  • Prepaid credits and wallets sit on the Scale plan at $1,000 a month, and the engine is AGPL-3.0 with 6,900+ GitHub stars if you'd rather self-host. Our rundown of credit-based pricing software compares the platforms.

"Our core product is not credits. We build ad analysis and generation technology, not billing infrastructure, and that is where my focus needs to be." - Kush Daga, Founding Engineer, Segwise.

Frequently asked questions

How do you forecast revenue from credit purchases?

Forecast the purchase curve and the burn curve separately. Purchases give you bookings and cash, while burn rate tells you when the next purchase lands, so a cohort buying every six weeks forecasts differently from one buying quarterly at the same annual value. A widening gap between purchase and depletion is the earliest sign an account is cooling.

How do customers react to credit-based pricing?

Well, when the debit table is public and badly when it isn't. The objection is almost never credits themselves, it's not being able to predict what an action costs before taking it. Showing consumption per feature and per user inside the product answers most of it, and a balance warning before depletion answers the rest.

Share it on:

Ship Usage-Based Billing with Flexprice

Ship Usage-Based Billing with Flexprice

Ship Usage-Based Billing with Flexprice

More insights on billing

More insights on billing

Get Instant Feedback on Your Pricing | Join the Flexprice Community with 400+ Builders on Slack

Join the Flexprice Community on Slack