LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Blog Overview /SaaS & Internet Earning / Subscription, Credits or Payment per Outcome: Pricing...

Subscription, Credits or Payment per Outcome: Pricing an AI SaaS

Subscription, Credits or Payment per Outcome: Pricing an AI SaaS
Contents
  1. One application, four models
  2. An explicitly assumed example
  3. Credits without surprises
  4. An outcome is not business success
  5. Introducing the model
  6. Related tools
  7. Questions and answers
  8. Sources

AI features do not cost the same every month. Long inputs, retries and extra tools change consumption. A flat subscription can appear simple while subsidising heavy users; pure usage pricing makes customer budgets less predictable.

400 reports: two assumed models: Cost: 400 × €0.12 = €48; Flat plan: €29 revenue; Flat plan: −€19 balance; Hybrid: €124 revenue; Hybrid: €76 balance
Before payments, support, fixed costs and taxes; not vendor prices.

One application, four models

The hypothetical product checks documents and delivers an accepted report. Completion requires the agreed checks and a saved result. A model call alone does not constitute delivery to the customer. Stripe documents usage billing, but the meaningful unit remains a product decision. [1]

Model Benefit Tension
Flat subscription Predictable budget Heavy users change costs
Credits Bounded consumption Conversion must stay understandable
Per outcome Closer to customer value Success and disputes need definitions
Base fee plus usage Separate base and variable work More explanation and billing logic

An explicitly assumed example

All amounts are net assumptions, not vendor prices. A report costs €0.12 in variable resources; a flat plan costs €29. At 50 reports, €23 remains before payments, support and fixed costs. At 400 reports, variable costs are €48, producing a −€19 balance before other costs.

An assumed hybrid costs €19 including 50 reports, then €0.30 for each additional report. At 400 reports, revenue is €124 and variable costs €48, leaving €76 before other costs. This is not a recommendation for that price: it demonstrates the consumption a model must carry.

Credits without surprises

Credits should describe an understandable scope before work begins. Different weights for pages, file size or extra checks need visible calculation. Retries, abandoned jobs and disputes require consistent rules. Consuming a credit without delivery needs explanation.

An outcome is not business success

A delivered report is controllable. Increased customer revenue also depends on data, implementation and market conditions. Outcome prices need a deliverable that can be attributed and verified. Pricing patterns described by Stripe do not solve the quality definition. [2]

Introducing the model

A pilot records costs per accepted task and customer, including failed attempts and manual correction. Distribution matters as well as averages: a few large users can change economics. Warnings, limits and hard budgets need defined behaviour when reached. A model becomes credible when the bill matches the service customers received.

Questions and answers

Are credits always cheaper than subscriptions?

No. Price depends on usage, conversion and included service. Credits are initially a billing unit.

Is the hybrid price a recommendation?

No. Every example price is assumed solely to illustrate cost behaviour.

Sources

  1. Stripe: Usage-based billing
  2. Stripe: AI pricing models

Sources checked: 5 October 2026.

Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Get in touch

A question or an idea for a web project? Tell me a little about it. This form uses reCAPTCHA to protect against spam.

Write a comment

Additions, objections and questions are welcome here.

The email address is not published. Required fields are marked with an asterisk.