AI Product Management: From Idea to Reliable AI FeaturesAI unit economics and pricing · Lesson 10 of 16

Pricing AI features: seats, usage, credits and outcomes

Article · 15 min · 9 min lecture

Video lecture

Pricing AI features: seats, usage, credits and outcomes

16 chapters · about 9 min · full transcript

Coming soon

Chapter 1 of 16

Pricing AI features

  • Free for all → losses on heavy users
  • Pricing models for AI
  • Test against real usage

The narrated lecture is in production

Every chapter is scripted and ready. Browse the chapters and read the full transcript now — the video will appear here when it’s published.

Chapters

Pricing is where AI economics meet customer value

AI features have real marginal costs and wildly uneven usage: a few power users can consume 10–100x the median. Traditional flat per-seat pricing can turn your best customers into your least profitable ones. At the same time, customers dislike unpredictable bills. Good AI pricing balances value capture, cost coverage and predictability.

The main pricing models

ModelHow it worksProsConsFits when
Included in existing planAI features bundled at no extra chargeAdoption, competitive defenceMargin risk from heavy useCosts are low or usage is naturally bounded
Add-on per seatExtra fee per user for AI featuresSimple, predictableHeavy users can be unprofitableUsage per user is fairly even
Usage-basedPay per task, per token-like unit, per minuteAligns cost and revenueBill anxiety, harder to budgetUsage varies a lot; technical buyers
Credits / allowancesPlans include N credits; top-ups or overagesPredictable with a safety valveCredit design complexityMixed usage; many feature types
Outcome-basedPay per resolved ticket, qualified lead, processed documentDirectly tied to valueDefining and measuring "outcome"; disputesClear, measurable outcomes (for example some support tools charge per resolved conversation)
HybridSeat or platform fee + included usage + overage or outcome feeBalances all goalsMore to explainMost B2B AI products at scale

Designing a pricing experiment

  1. Anchor on value. Estimate value per task for the customer (time saved, revenue gained). Price well below value, well above cost.
  2. Know your cost distribution. Median and 95th-percentile cost per customer per month under each pricing option.
  3. Protect margin with guardrails. Fair-use limits, rate limits, cheaper models for bulk operations, or credits.
  4. Keep it explainable. A sales rep in Riyadh or a founder in Lahore should explain it in one sentence.
  5. Test. Try pricing with new cohorts or in one market; monitor conversion, expansion, churn, gross margin and support tickets about billing.

A simple pricing model sketch

value per task (customer)       = minutes saved × customer's cost per minute (or revenue uplift)
cost per task (you)             = from your unit-economics model
price per task (if usage-based) ≈ somewhere between cost × target markup and a fraction of value
plan design check               = for P50 and P95 users: revenue − serving cost ≥ target gross margin

Regional considerations

  • Purchasing power and currency: local pricing in PKR, AED, SAR or GBP may convert better than USD-only pricing; check tax treatment (for example VAT in the UAE, KSA and UK) and invoicing requirements.
  • Payment methods: cards, bank transfers and local wallets vary by market; usage-based billing requires reliable payment collection.
  • Procurement: enterprises and governments in the Gulf often prefer predictable annual contracts; usage components may need caps.

Communicating AI pricing

  • Show usage in-product (credits remaining, usage by team).
  • Alert before limits; never surprise customers with large overages.
  • Explain what counts as a task or credit, with examples.
  • Be transparent about which features use AI and any fair-use policy.

Hands-on: margin check across user types (illustrative)

# plan_check.py: does a plan stay profitable for median and heavy users? (all numbers are placeholders)
plans = {
    "seat_addon": {"price": 20.0, "included_tasks": None},          # $/user/month, unlimited
    "credits":    {"price": 20.0, "included_tasks": 1500, "overage_per_task": 0.02},
}
cost_per_task = 0.008
users = {"P50": 300, "P90": 1800, "P99": 9000}                     # tasks per user per month

for name, p in plans.items():
    for label, tasks in users.items():
        revenue = p["price"] + (max(0, tasks - p["included_tasks"]) * p["overage_per_task"] if p["included_tasks"] else 0)
        margin = (revenue - tasks * cost_per_task) / revenue
        print(f"{name:10s} {label}: tasks {tasks:>5}, revenue ${revenue:6.2f}, gross margin {margin:6.1%}")

Run it with your real distributions. You will often find that a flat seat add-on is healthy for the median user but negative for the top 1%, which is exactly what credits, fair use or routing are for.

Worked example: an agency SaaS in the UK and Gulf

A social media management platform added AI caption and reply generation. Flat inclusion led a handful of agency accounts to generate huge volumes, pushing the feature's gross margin negative for those accounts. They moved to a hybrid: each plan includes a monthly AI allowance sized to cover most users, with credit packs for heavy users and bulk jobs routed to a cheaper model. Most customers never hit limits; heavy users paid for what they used; the feature's margin recovered (illustrative). Clear in-app usage meters kept billing complaints low.

Pitfalls

  • Pricing on cost alone and leaving value on the table.
  • Unlimited AI in flat plans without fair-use protection.
  • Credits so complex nobody understands them.
  • Outcome pricing without an agreed, auditable definition of the outcome.

How to measure success

For each pricing option you can show value per task, cost distribution, margin for P50/P90/P99 users, and results from a controlled pricing test.

Key takeaways

  • AI pricing must balance value capture, cost coverage and predictability
  • Options: included, per-seat add-on, usage, credits, outcome-based and hybrid
  • Check margin for median and heavy users, not just the average
  • Consider local currency, tax, payment methods and procurement preferences
  • Show usage in-product and never surprise customers with overages

Check your understanding

Quick questions to lock in the lesson. They don’t count towards your certificate.

  1. A flat per-seat AI add-on is profitable for the median user but negative for the top 1%. What helps most?
  2. When does outcome-based pricing fit best?
  3. Which is a good practice for usage-based AI pricing?

Put it into practice

Model two pricing options for one AI feature using your cost-per-task data and user distribution; check margins for P50, P90 and P99 users and propose a test.

Enrol for free to save your progress

Reading is always free. Enrol to keep your place, take the final assessment and earn a verifiable certificate.