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.
Glean is the corpus’s clearest enterprise specimen. Its confirmed Enterprise Flex model licenses per-user seats “to every employee,” but the intensity of how each employee uses premium AI is absorbed by a pooled layer of pay-per-use FlexCredits — a Thinking Mode query on premium models runs roughly 35 to 120 credits, slide generation 45 to 142. The seat aligns the contract with headcount; the credit pool absorbs the variance in who is actually active and how hard. That two-layer design is the recurring shape of the unit in this corpus.
The contact-center pair shows the unit’s enterprise ancestry. Observe.AI licenses per agent — third-party sources cite roughly $69/agent/month for a single module via AWS Marketplace, with a ~100-seat minimum and annual commitment — while Uniphore blends per-agent licensing with a per-interaction consumption rider (indicative third-party estimates put the agent component near $35/agent). In both cases the “active user” is a deployed call-center agent whose headcount the buyer already tracks daily, so the billing unit maps onto an operational metric the customer already trusts.
How it works
Active-user pricing swaps the denominator. Instead of billing rate x provisioned seats, the vendor bills rate x users active in the period — and then bounds the resulting variance with a second lever, because a naked fluctuating denominator is unplannable for both sides. The corpus shows five levers that recur:
| Lever | What it controls | Example from the corpus |
|---|---|---|
| Activity definition | How fast users fall off the bill | Deployed agent (Observe.AI, Uniphore) vs monthly active knowledge worker (Glean) |
| Floor / minimum | Vendor’s revenue protection | Observe.AI ~100-seat minimum; Sana Learn 300-seat minimum |
| Pooled usage layer | Intensity variance across users | Glean FlexCredits (35–142 credits per premium action) |
| Consumption rider | Value beyond mere presence | Uniphore’s per-interaction charge on top of per-agent licensing |
| Vertical compliance premium | Per-user rate above horizontal SaaS | Abridge, Ambience, Suki per-clinician (PEPM-style) licenses |
Worked example — what inactivity is worth. Take a 1,000-employee company rolling out an enterprise assistant where 320 people actually use it in a given month. At a representative enterprise rate of ~$45/user/month (the third-party figure trackers report for Glean), provisioned-seat billing charges for all 1,000 users — $45,000. Active-user billing charges for the 320 who showed up — $14,400. The ~$30,600 gap is pure adoption risk, transferred from buyer to vendor — and the reason the floor in the table exists is to keep that transfer from running to zero. The usage-metric guide treats this as the canonical case of choosing the metric the buyer already audits: every company already tracks its own active headcount.
Companies using this
16 in-corpus companies bill on active or deployed users, clustering into five uses of the unit: enterprise assistants (Glean, Sana AI), contact-center/voice AI (Observe.AI, Uniphore), revenue intelligence (Clari, Gong), compliance-bound healthcare and legal (Abridge, Ambience Healthcare, Suki AI, Thomson Reuters CoCounsel), and the consumer edge where “active user” collapses to a single subscriber (Pi, Character.AI, the discontinued Phind). The table below sorts by pricing model, billing units, and free-tier availability.
Patterns observed
The unit never travels alone. Every enterprise vendor here pairs the active-user meter with a second mechanism that bounds variance — a pooled credit layer (Glean’s FlexCredits), a per-interaction consumption rider (Uniphore), or an explicit seat floor (Observe.AI, Sana AI). Pure presence-based billing — pay only when someone shows up, with no floor, pool, or cap — exists nowhere in this corpus, because neither side can plan around a naked fluctuating denominator.
The unit thrives where value is inseparable from individual participation. Revenue-intelligence platforms like Clari and Gong bill per user because the product’s value is anchored to each individual rep’s pipeline — a rep who never logs in generates no AI analysis and no bill. Gong even qualifies prospects into team-size brackets (1–50, 51–1,000, 1,001–9,999, 10,000+) before quoting, layering a platform fee on top of per-user licenses; Clari differentiates by charging no separate platform fee. In both cases the buyer’s own CRM already confirms which reps are active, which makes the per-user fee easy to defend in procurement.
Vertical compliance makes the per-user unit non-negotiable. Healthcare AI vendors — Abridge, Ambience Healthcare, and Suki AI — all license per clinician (PEPM-style) because the HIPAA compliance boundary is naturally per-provider: the audit trail, the data-access controls, and the consent framework all run to the individual clinician, so the billing unit mirrors the compliance unit. Abridge scales its per-clinician contracts by encounter volume and attached modules (Clinician, Nursing, Revenue Cycle, CDS); Ambience adds a one-time Epic-integration implementation fee. Legal AI (Thomson Reuters CoCounsel) follows the same logic against a licensed-attorney headcount its buyers already audit.
At the edges, the unit degrades into a subscription or a quota axis. On the consumer boundary, Pi never monetized at all — rate limits replace dollars. And where the seller is itself a billing platform, “active user” becomes one entitlement axis among events and transactions rather than the sole meter — a segmentation dimension inside a richer pricing surface (see the Schematic variant below).
Counterexamples & variants
Character.AI marks the consumer boundary where the unit stops being a meter. With no organization in the loop, “active user” collapses into the subscriber themselves — a $9.99/month (or $94.99/year) c.ai+ plan where activity gates experience (faster responses, no ads) rather than the bill. No headcount denominator, no floor, no pooled layer. Against a base that once peaked near 28 million monthly active users, “active user” is a retention metric here, not a line item.
Phind is the cautionary variant. It sold a flat ~$20/month Pro tier and ~$40/user Business tier with a daily cap, capturing nothing extra from heavy users — and shut down in January 2026. A flat fee inside a user tier never distinguishes engaged from dormant users at the price level, so cost per active user climbed as the denominator shrank with no lever to compensate: the failure of flat freemium under cost pressure, not of user-based billing itself.
Granola is the “priced per seat, not per active user” foil. Its Business ($14/user/month) and Enterprise ($35/user/month) plans are flat per-seat with no usage metering and no annual discount; the only usage limit is the 25-meeting lifetime cap on the free tier. It qualifies for this page on a billing dimension, but its paid model deliberately chooses provisioned seats for predictability.
Schematic is the structural variant from the platform side. Its product is runtime entitlements, so “active user” (its “monetized subscriptions” concept — Free at 10 subs, Growth at $200/month for 100 subs) is one axis alongside events and transactions, not the primary denominator — closer to a quota axis than a pure per-user bill.
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 does. Then check what sits underneath: a floor can make the “pay for actual usage” story mostly notional at small scale, so price your own expected active headcount against it. Bring your own engagement data rather than trusting the vendor’s meter alone, and negotiate the activity definition, the floor, and overage handling in the initial contract — a well-drafted active-user clause then lets you scale users mid-cycle without reopening the base rate. In healthcare and legal, expect the per-clinician or per-attorney rate to sit above general SaaS pricing; the premium buys a billing unit your governance team can audit against a credentialing roster. And check for stacked platform fees, which can swing the total independent of the per-user rate.
For vendors
Active-user pricing is an adoption-risk transfer — take it on only when engagement is genuinely sticky and auditable, then bound it with the mechanisms this corpus validates: a seat floor under your downside, a pooled credit layer where intensity varies more than headcount (Glean’s FlexCredits are the template), and a consumption rider (Uniphore’s per-interaction component) where presence under-captures value. Set the floor in the low hundreds when the product is workflow-native and the buyer has committed to a deployment program — too low leaves revenue exposed to shortfalls unrelated to product quality; too high erases the fairness argument and loses to seat-based competitors. Define activity events precisely in your metering pipeline from day one: an active-user invoice the customer’s own analytics can’t reproduce is a dispute, not a bill. In compliance-bound verticals the per-user unit is accepted in procurement without explanation, and the compliance architecture behind it (access controls, audit logging, credentialing integrations) is real cost — price to reflect it rather than discounting to a horizontal benchmark. Above all, make the price tier or a pooled layer track value density; a flat fee inside a user tier inherits adoption risk with no way to price it.
| 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-07-22 | ||
| 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 | ||
| Chargebee | Chargebee — subscription billing & revenue management platform (Billing, CPQ, RevRec, Growth) | Yes | 2026-07-22 | ||
| Clari | AI revenue platform (forecasting, RevAI, RevDB) | No | 2026-06-11 | ||
| Docket | AI Marketing Agent that converts B2B website visitors into qualified pipeline | No | 2026-06-21 | ||
| Glean | Enterprise AI search and knowledge (Work AI) platform | No | 2026-07-23 | ||
| Gong | Revenue intelligence AI platform (Revenue AI OS) | No | 2026-07-23 | ||
| Granola | AI notepad for back-to-back meetings | Yes | 2026-06-15 | ||
| Observe.AI | Agentic CX platform — contact-center AI agents, conversation intelligence & auto-QA | No | 2026-07-23 | ||
| Phind | AI developer search engine and coding assistant (shut down January 2026) | Yes | 2026-06-08 | ||
| Pi | Pi — personal, emotionally intelligent AI assistant (consumer app) | Yes | 2026-06-16 | ||
| Sana AI | Enterprise AI assistant (Sana Agents) and AI learning platform (Sana Learn) | Yes | 2026-06-15 | ||
| 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 | ||
| Thomson Reuters (CoCounsel) | CoCounsel — legal generative-AI assistant (formerly Casetext) | No | 2026-06-16 | ||
| Uniphore | Business AI Cloud — enterprise conversational AI & agentic automation | No | 2026-06-09 |
Explore this theme in the knowledge graph
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. Enterprise assistants like Glean and Sana AI, revenue-intelligence platforms like Gong and Clari, and contact-center vendors like Observe.AI and Uniphore all license against active or deployed users.
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 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 is why vendors add floors and minimums underneath.
Which companies use active-user pricing?
Sixteen in this corpus: Glean and Sana AI among enterprise AI assistants; Observe.AI and Uniphore in contact-center/voice AI; Clari and Gong in revenue intelligence; Abridge, Ambience Healthcare and Suki AI in healthcare AI; Thomson Reuters CoCounsel in legal AI; Docket and Granola in productivity; Schematic in workflow billing; and Pi, Character.AI and the discontinued Phind on the consumer 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 (Observe.AI's ~100-seat minimum, Sana Learn's 300-seat minimum), a pooled credit layer (Glean's FlexCredits), or a consumption rider (Uniphore's per-interaction charges).
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 activity definition (daily vs monthly active, and what counts as activity), whether a minimum commitment sits underneath, and how mid-cycle spikes are handled.
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.
- Per-Unit PricingA billing unit used by robotics, hardware AI, and some SaaS companies where the metered object is a physical or abstract 'unit' — a robot deployed, a device sold, or a defined deliverable.
- Workflow Execution PricingA billing unit where each end-to-end workflow or automation run is metered and billed, regardless of the compute steps it contains.
- Per-Message PricingA billing unit where each individual message or reply in a conversation is metered, common in AI chat and voice platforms.
- Per-Invoice PricingA billing unit used by billing infrastructure platforms where each invoice generated or processed is metered as the primary cost driver.
- Per-Action PricingA billing unit where each discrete action taken by an AI agent or automation is metered — common in browser automation and agentic workflow tools.
- Per-Image PricingA billing unit where each AI-generated image is metered, common in image generation APIs and multimodal AI platforms.
- Per-Conversation PricingA billing unit where each complete customer conversation — from first message to resolution — is metered as a single chargeable event.
- Per-Record PricingA billing unit where each data record processed, labeled, or extracted is metered — common in data platforms and web scraping services.
- Per-Word PricingA billing unit common in translation and localization platforms where the metered object is the word count of content processed.
- Per-Video PricingA billing unit where each AI-generated video is metered, common in video generation and synthetic media platforms.
- Milestone-Based PricingA billing unit used in drug discovery and biotech AI where payment is tied to achieving defined research milestones rather than time or compute consumed.
- Per-Outcome PricingA billing unit where payment is triggered by verified outcomes delivered — distinct from outcome-based pricing models, this refers specifically to 'outcomes' as a countable billing unit.
- Per-Datapoint PricingA billing unit where each individual data measurement or signal ingested is metered — common in cloud cost intelligence and ML evaluation platforms.
- Per-Interaction PricingA billing unit where each patient-agent or user-agent interaction is metered, common in healthcare AI and customer engagement platforms.
- Data Licensing PricingA pricing structure where access to proprietary datasets or data assets is licensed separately from the software or services, common in AI training data and clinical data platforms.
- Robot-Hour PricingA billing unit where each hour a robot or autonomous system operates is metered — the robotics equivalent of a GPU-hour.
- Per-Contact PricingA billing unit where each contact or lead in the database is metered, common in AI sales development and outbound automation platforms.
- Per-Mailbox PricingA billing unit where each connected email mailbox or sending account is metered, common in AI outbound sales and email automation platforms.
- Browser-Hour PricingA billing unit where each hour of headless browser compute time is metered, common in web scraping and browser automation platforms.
- Per-Generation PricingA billing unit where each AI-generated creative asset — image, video, or design — is counted as a 'generation' and metered accordingly.
- Per-Ticket PricingA billing unit where each customer support ticket handled by an AI agent is metered — common in AI customer service platforms.
- Per-Log PricingA billing unit where each LLM request log ingested or stored is metered — common in AI observability and evaluation platforms.
- Per-Trace PricingA billing unit where each distributed trace — a complete record of an LLM request chain — is metered, common in AI observability platforms.
- Per-IP PricingA billing unit where each IP address or proxy endpoint allocated is metered — used by web scraping proxy providers.
- Per-Device PricingA billing unit where each hardware device or endpoint connected to the AI platform is metered.
- Per-Case PricingA billing unit used in legal AI platforms where each case or matter processed by the AI is metered.
- Per-Report PricingA billing unit where each AI-generated report or analysis document is metered as a discrete output.