What is it
Active-User Pricing is a billing unit where customers are charged per monthly or daily active user rather than per provisioned seat. It is the seat model with the waste squeezed out: nobody pays for the licenses sitting unused after a big-bang rollout, because the meter counts engagement, not entitlement.
Dust is the corpus’s cleanest specimen. Its self-serve Pro tier is a conventional €29/user/month seat, but Enterprise is quoted on active users — and the active user runs through the whole commercial design: programmatic usage overage is capped at $50 per active user (and $1,000 per cycle), so the same unit that meters the bill also bounds it. Glean runs the hybrid version: per-user Enterprise Flex seats deployed “to every employee,” with a pooled FlexCredits layer absorbing the variance in how intensively each of them uses premium AI.
The contact-center pair shows the unit’s enterprise ancestry: Observe.AI licenses per agent (reportedly from ~$69/agent/month for a single module via AWS Marketplace, with ~100-seat minimums on direct deals) and Uniphore blends per-agent licensing with per-interaction consumption — in both cases the “user” is a deployed call-center agent whose headcount the buyer already tracks daily.
How it works
| Lever | What it controls | Example from the corpus |
|---|---|---|
| Activity definition | How fast users fall off the bill | Monthly active (Dust Enterprise) vs deployed agent (Observe.AI, Uniphore) |
| Floor / minimum | Vendor’s revenue protection | Observe.AI ~100-seat minimum; Dust Enterprise from 100 members |
| Pooled usage layer | Intensity variance across users | Glean FlexCredits; Dust programmatic credits ($5/$2/$1 free ladder by org size) |
| Per-user overage cap | Buyer’s bill-shock protection | Dust: $50 per active user, $1,000 per cycle |
| Consumption rider | Value beyond presence | Uniphore’s per-interaction component on top of per-agent licensing |
Worked example — what inactivity is worth. A 1,000-employee company rolls out an assistant and 320 people use it in a given month. On provisioned seats at €29, the bill is €29,000; on an active-user basis at the same rate it’s €9,280 — a 3.1x difference that is pure adoption risk, transferred from buyer to vendor. That transfer is why active-user vendors add floors and minimums underneath: Dust starts Enterprise at 100 members, and the contact-center vendors set seat minimums that assume the workforce is active. The usage-metric guide treats this as the canonical case of choosing the metric the buyer already trusts — every company audits its own active headcount.
Companies using this
6 in-corpus companies bill on active users: Dust and Glean among horizontal enterprise assistants, Observe.AI and Uniphore in contact-center AI, and Character.AI and the discontinued Phind on the consumer/prosumer end.
Patterns observed
The unit never travels alone. Every enterprise vendor here pairs the active-user meter with a second mechanism that bounds variance: Glean’s pooled FlexCredits absorb intensity differences between users, Dust’s credit ladder and per-active-user overage caps bound the programmatic bill, and Uniphore rides a per-interaction consumption component on top of the agent license. Pure presence-based billing — pay only when someone shows up — exists nowhere in the corpus without a floor, a pool, or a cap attached, because neither side can plan around a naked fluctuating denominator.
The second pattern is that the unit thrives where the buyer already counts heads operationally: contact centers audit agent rosters daily, which is why Observe.AI and Uniphore can anchor six-figure contracts to per-agent counts that nobody disputes at renewal.
Counterexamples & variants
Character.AI marks the consumer boundary: with no organization in the loop, “active user” collapses into the subscriber themselves — a $9.99/month c.ai+ plan where activity gates experience (peak-hour priority, no ads) rather than the bill. Phind is the cautionary variant: a flat ~$20/month prosumer subscription and ~$40/user Business tier that captured nothing extra from heavy users — and the company shut down weeks after raising ~$10.4M, an arc the corpus reads as flat freemium’s weakness under cost pressure rather than an indictment of user-based billing itself. And the broader counter-model is everywhere in the adjacent cohorts: observability and billing platforms deliberately make users unlimited and meter ingestion instead, betting that seat friction — active or not — fights adoption.
What this means for buyers vs vendors
For buyers
Get the activity definition in writing — daily vs monthly active, and what action counts — because it moves the denominator more than the rate. Check what sits underneath: minimums and floors (Observe.AI’s ~100 seats, Dust’s 100-member Enterprise threshold) can make the “pay for actual usage” story mostly notional at small scale. And use the model’s fairness in negotiation: if a vendor insists on provisioned seats for an uncertain rollout, an active-user clause with a floor is the natural compromise position.
For vendors
Active-user pricing is an adoption-risk transfer you should price deliberately: take it on when your product’s engagement is genuinely sticky and auditable, and bound it with the mechanisms the corpus validates — floors for your downside, per-user overage caps for theirs (Dust’s $50/active-user cap is the template), and a pooled credit layer where usage intensity varies more than headcount. Define activity events precisely in your metering pipeline from day one; an active-user invoice that the customer’s own analytics can’t reproduce is a dispute, not a bill.
| Company | Product | Pricing model | Billing units | Free tier | Verified |
|---|---|---|---|---|---|
| Abridge | Enterprise ambient AI clinical documentation — real-time, EHR-integrated notes for clinicians, nursing, and revenue cycle | No | 2026-06-10 | ||
| Ambience Healthcare | Enterprise AI platform for clinical documentation and point-of-care coding | No | 2026-06-10 | ||
| Character.ai | Consumer AI companion and roleplay chat platform | Yes | 2026-05-29 | ||
| Clari | AI revenue platform (forecasting, RevAI, RevDB) | No | 2026-06-11 | ||
| Dust | Enterprise AI agent deployment platform | No | 2026-06-10 | ||
| Glean | Enterprise AI search and knowledge (Work AI) platform | No | 2026-05-31 | ||
| Gong | Revenue intelligence AI platform (Revenue AI OS) | No | 2026-06-11 | ||
| Observe.AI | Agentic CX platform — contact-center AI agents, conversation intelligence & auto-QA | No | 2026-06-09 | ||
| Phind | AI developer search engine and coding assistant (shut down January 2026) | Yes | 2026-06-08 | ||
| Schematic | Schematic — runtime monetization, feature entitlements & usage metering platform for SaaS | Yes | 2026-06-10 | ||
| Suki AI | Ambient clinical AI assistant for healthcare (Suki Assistant) + embeddable Suki Platform SDK/API | No | 2026-06-10 | ||
| Uniphore | Business AI Cloud — enterprise conversational AI & agentic automation | No | 2026-06-09 |
FAQ
What is active-user pricing?
Active-user pricing is a billing unit where customers are charged per monthly or daily active user rather than per provisioned seat: only people who actually used the product in the billing period count. Dust quotes its Enterprise tier on active users, and contact-center AI vendors like Observe.AI and Uniphore license per deployed agent.
How is active-user pricing different from per-seat pricing?
Per-seat bills every provisioned login whether or not it's used; active-user bills only engaged users. For organizations with uneven adoption — a 1,000-employee rollout where 300 people use the tool monthly — the difference is the bill. The trade-off is forecastability: seats are fixed, active users fluctuate.
Which companies use active-user pricing?
Six in this corpus: Dust (Enterprise quoted on active users), Glean (per-user Enterprise Flex seats with pooled FlexCredits), Observe.AI and Uniphore (per-deployed-agent contact-center licensing), plus Character.AI and the discontinued Phind on the consumer/prosumer end.
Why don't more vendors bill on active users?
Because it transfers adoption risk from buyer to vendor: revenue drops when usage drops, and finance teams struggle to forecast a fluctuating denominator. Vendors that do it usually pair the active-user meter with a floor, a pooled credit layer (Glean's FlexCredits), or per-user overage caps (Dust) to bound the variance on both sides.
Is active-user pricing good for buyers?
It's the fairest deal in low- or uncertain-adoption rollouts — you stop paying for shelf-ware automatically. Check the definition (daily vs monthly active, and what counts as activity), whether there's a minimum commitment underneath, and how mid-cycle spikes are handled.
Trivia
-
Dust caps programmatic overage at $50 per active user and $1,000 per billing cycle — the active user isn't just the meter, it's also the denominator of the bill-shock guardrail.
-
Dust's free programmatic credits ladder *down* as the org grows — $5 per user for the first 10 users, $2 for users 11–50, $1 for 51–100 — the inverse of a volume discount, because the free allowance is an evaluation subsidy, not a reward for scale.
-
Observe.AI's contact-center platform reportedly starts around $69 per agent per month for a single module via AWS Marketplace, but direct deals carry a ~100-seat minimum — the "active user" here is a deployed call-center agent, and the floor is two orders of magnitude above a self-serve seat.
Related billing units
- Credit-Based BillingA billing unit where customers pre-purchase or are allocated a pool of credits that deplete as they use the product, often at variable rates per feature.
- Token-Based PricingA billing unit common in LLM and AI products, where customers are charged per input and output token processed.
- Per-Seat PricingA billing unit where the vendor charges a fixed fee per named user, regardless of how much each user consumes.
- Per-Resolution PricingA billing unit unique to AI customer-support products, where the vendor charges only when an AI agent resolves a customer issue without escalation.
- Bandwidth-Based PricingA billing unit where customers are charged per gigabyte of data transferred out of the platform.
- Per-Function-Invocation PricingA billing unit where customers are charged per serverless function invocation, often combined with a separate compute-time charge.
- CPU-Hour PricingA billing unit where customers are charged for the CPU time their workloads consume, typically measured in vCPU-seconds or vCPU-hours.
- GB-Hour PricingA billing unit where customers are charged for the memory their workloads consume over time, measured in gigabyte-hours.
- GPU-Hour PricingA billing unit where customers are charged for GPU time consumed, typically measured per-second or per-hour by GPU type.
- Per-API-Call PricingA billing unit where customers are charged per API request, regardless of payload size or processing time.
- Per-GB Storage PricingA billing unit where customers are charged per gigabyte of data stored on the platform per month.
- Media-Minute PricingA billing unit where customers are charged per minute of audio or video processed — used by speech, voice, and video AI vendors.
- Per-Request PricingA billing unit where customers are charged per request served — the generic meter for inference endpoints, search, scraping, and browser infrastructure.
- Per-Event PricingA billing unit where customers are charged per event ingested — the native meter of observability and billing-infrastructure platforms.
- Vector Storage PricingA billing unit where customers are charged for vectors stored or indexed — the storage dimension of vector database pricing.
- Per-Character PricingA billing unit where customers are charged per character of text processed — the standard meter for text-to-speech and translation.
- Per-Document PricingA billing unit where customers are charged per document processed or generated — common in AI writing, SEO, and document-intelligence tools.
- Per-Page PricingA billing unit where customers are charged per page crawled, parsed, or rendered — the meter for web scraping and document parsing.
- Per-Transaction PricingA billing unit where customers are charged per financial or billing transaction processed — the meter of billing and accounting platforms.
- Per-Task PricingA billing unit where customers are charged per task an automation or agent executes — Zapier's historical unit, now spreading to AI agents.