Guides → Playground & Guide → Enterprise Unbundling - Does the $20 Seat Actually Save You Money?
Meet Marcus Bell. VP Eng signing off on the company AI plan. "Enterprise is $20/seat vs Team at $25 - that's cheaper, right? Why is finance nervous?"
🔥 The seat looks cheap, but nobody can tell me what 200 engineers running Claude Code all day actually costs once usage is metered.
Unbundling is the 2026 enterprise play: a cheap seat, then every token metered at API rates. The seat sticker drops; the usage that used to be bundled becomes a separate, uncapped line.
Marcus sees $20 vs $25 and reads it as a discount. But Team bundles usage; seat-based Enterprise bundles none. At 50 seats x 5M tokens, the metered usage adds ~$1,350 - and Enterprise quietly costs nearly 2x Team.
This calc nets seat price against metered usage at live Claude API rates, crowns the cheaper plan, and prints the exact tokens-per-seat crossover where the deal flips.
Each input shapes the cost. Click an input on the calculator to set it — explanations below match the live calculator field by field.
Seat-based Enterprise is a cheap seat plus ZERO included usage - every token metered at API rates. Find where that unbundled deal quietly costs more than a bundled Team seat.
enterprise-unbundling
Below: live sliders. Move them to see numbers change in real time.
Enterprise is a cheap seat plus metered tokens. Drag seats and usage — the cheaper plan is crowned and the crossover is flagged.
💡Preview compares Claude Team Standard ($25/seat, usage bundled) vs seat-based Enterprise ($20/seat + metered at Sonnet API rates). Seats scale both columns; tokens/seat only move the Enterprise column. Open the full tool to switch model or compare Team Premium.
Open the full calculator — pick a model, enter your tokens, see per-call, daily, monthly, and annual cost.
🚀 Open the full calculator →Two columns: Team (bundled) vs Enterprise (seat + metered). Team is just seats x price. Enterprise adds every token at API rates on top of the cheap seat.
The crossover is the headline number. Below ~X tokens/seat, the unbundled seat wins; above it, the bundle wins. Light teams favor Enterprise; heavy ones favor Team.
Output tokens dominate the metered side. At ~5x the input rate, generation-heavy teams blow past the crossover fast - watch the output slider.
Seats scale both, usage scales only Enterprise. That's why the cheap seat is a trap at scale: the metered line grows with every active user.
Same calculator, three different team sizes. Click a tab to see how the numbers shift.
50 seats, 250K tokens/seat. Metered usage is tiny, so the $20 seat plus a few dollars of tokens beats Team's $25. Enterprise wins - this is the case the cheap seat is built to win.
Healthy range: Enterprise wins - usage is light
50 seats x 5M tokens. Metered usage adds ~$1,350, pushing Enterprise to ~$2,350 vs Team's $1,250. The cheap seat is now nearly 2x more. Stay bundled.
Healthy range: Team wins - metered usage flips it
200 heavy seats. Metered usage dwarfs the seat price; Enterprise runs far above Team. At this intensity the bundle is the only sane choice.
Healthy range: Team wins by a wide margin
Cost isn't the only dimension. Click any constraint — see how recommendations change.
The cheap seat is a discount only for light teams. Decide on metered usage, not the seat sticker - and re-run when adoption grows.
If a specific tier carries the BAA / data controls you need, that requirement outranks the seat-vs-metered math.
An Enterprise deal that wins at launch can lose six months later as usage ramps. Track tokens/seat against the crossover monthly.
Tradeoff analysis is where most AI projects go sideways. Talk to a CFO-grade AI cost analyst →
Pre-loaded scenarios for the most common applications. Click a tab to see realistic numbers — then the "Try this scenario" button to load it into the calculator above.
Honest limitations — every model is wrong; some are useful. Where this one falls short:
For these, use: Cost Calculator for exact per-request token cost. Plan Overage for the pay-vs-upgrade decision.
Author: Subu Vdaygiri, Founder & CEO of CloudIntelligence.ai. 17 years Fortune 100 (Ingram Micro, Siemens). Wharton CTO program · Kellogg CPO program · 10× AWS+Azure certified.
Why this matters: pricing for major vendors has dropped 40-90% in the last 24 months. A budget set 12 months ago is probably wrong by 30%+.
View 3-year history for →
Last-verified date is the most recent successful daily snapshot
(aicost_pricing_snapshots) or, when no snapshot exists yet,
the latest successful crawler run (aicost_crawler_runs).
10 of 10
vendors are currently verified. Aggregator services (TokenCost, AI Pricing Guru, etc.)
are not listed.
Derived from industry conventions, not directly published by the vendor. Typical conventions: cached input = 10% of base (90% off), Batch API = 50% of base (50% off).
| Vendor / Model | Field | Why it’s inferred |
|---|---|---|
| Anthropic — Claude Sonnet 4.6 | cachedInput |
Derived at 10% of input rate — Anthropic publishes 90% cache-hit discount on this tier. |
| Anthropic — Claude Sonnet 4.5 | cachedInput |
Derived at 10% of input rate; same 90% cache-hit convention as Sonnet 4.6. |
| Anthropic — Claude Sonnet 4.5 | batchInput |
Derived at 50% of standard input — Anthropic documents uniform 50% Batch discount. |
| Anthropic — Claude Sonnet 4.5 | batchOutput |
Derived at 50% of standard output — Anthropic documents uniform 50% Batch discount. |
| Anthropic — Claude Haiku 4.5 | cachedInput |
Derived at 10% of input rate — Anthropic 90% cache-hit discount convention. |
| OpenAI — GPT-5.4 Mini | cachedInput |
Derived at 10% of input — OpenAI documents automatic 90% discount on cache hits across GPT-5.x tier. |
| OpenAI — GPT-5.4 Nano | cachedInput |
Derived at 10% of input — OpenAI 90% cache-hit convention. |
| OpenAI — GPT-5.4 Nano | batchInput |
Derived at 50% of input — OpenAI Batch API uniform 50% discount. |
| OpenAI — GPT-5.4 Nano | batchOutput |
Derived at 50% of output — OpenAI Batch API uniform 50% discount. |
| OpenAI — GPT-5.4 Pro | cachedInput |
Derived at 10% of input — OpenAI 90% cache-hit convention. |
| OpenAI — GPT-5.4 Pro | batchInput |
Derived at 50% of input — OpenAI Batch API uniform 50% discount. |
| OpenAI — GPT-5.4 Pro | batchOutput |
Derived at 50% of output — OpenAI Batch API uniform 50% discount. |
| OpenAI — GPT-5.2 | cachedInput |
Derived at 10% of input; no residency uplift. |
| OpenAI — GPT-5.2 | batchInput |
Derived at 50% of input. |
| OpenAI — GPT-5.2 | batchOutput |
Derived at 50% of output. |
| OpenAI — GPT-5 | cachedInput |
Derived at 10% of input. |
| OpenAI — GPT-5 | batchInput |
Derived at 50% of input. |
| OpenAI — GPT-5 | batchOutput |
Derived at 50% of output. |
| OpenAI — GPT-5.5 Pro | cachedInput |
Derived at 10% of input — OpenAI does not publish a cached rate for *-pro models; using the family convention. |
| OpenAI — GPT-5.5 Pro | batchInput |
Derived at 50% of input. |
| OpenAI — GPT-5.5 Pro | batchOutput |
Derived at 50% of output. |
| OpenAI — GPT-5.2 Pro | cachedInput |
Derived at 10% of input — pro-tier convention. |
| OpenAI — GPT-5.2 Pro | batchInput |
Derived at 50% of input. |
| OpenAI — GPT-5.2 Pro | batchOutput |
Derived at 50% of output. |
| OpenAI — GPT-5.1 | batchInput |
Derived at 50% of input. |
| OpenAI — GPT-5.1 | batchOutput |
Derived at 50% of output. |
| OpenAI — GPT-5 Pro | batchInput |
Derived at 50% of input. |
| OpenAI — GPT-5 Pro | batchOutput |
Derived at 50% of output. |
| OpenAI — GPT-5 Nano | cachedInput |
Derived at 10% of input. |
| OpenAI — GPT-5 Nano | batchInput |
Derived at 50% of input. |
| OpenAI — GPT-5 Nano | batchOutput |
Derived at 50% of output. |
| Google — Gemini 3 Flash | cachedInput |
Derived at 10% of input — Google caching discount convention ~90%. |
| Google — Gemini 3.1 Flash-Lite | cachedInput |
Derived at 10% of input — Google caching convention. |
| Google — Gemini 3.1 Flash-Lite | batchInput |
Derived at 50% of input — Google Batch API uniform 50% discount. |
| Google — Gemini 3.1 Flash-Lite | batchOutput |
Derived at 50% of output — Google Batch API uniform 50% discount. |
| Google — Gemini 2.5 Pro | cachedInput |
Derived at 10% of input. |
| Google — Gemini 2.5 Flash | cachedInput |
Derived at 10% of input. |
| Google — Gemini 2.5 Flash-Lite | cachedInput |
Derived at 10% of input — Google caching convention. |
| Google — Gemini 2.5 Flash-Lite | batchInput |
Derived at 50% of input — Google Batch API uniform 50% discount. |
| Google — Gemini 2.5 Flash-Lite | batchOutput |
Derived at 50% of output — Google Batch API uniform 50% discount. |
| Google — Gemini 2.0 Flash | cachedInput |
Derived at 25% of input per Google 2.0 family caching rates. |
| Google — Gemini 2.0 Flash | batchInput |
Derived at 50% of input — Google Batch API uniform 50% discount. |
| Google — Gemini 2.0 Flash | batchOutput |
Derived at 50% of output — Google Batch API uniform 50% discount. |
| Google — Gemini 2.0 Flash-Lite | cachedInput |
Derived at 10% of input — Google caching convention. |
| Google — Gemini 2.0 Flash-Lite | batchInput |
Derived at 50% of input — Google Batch API uniform 50% discount. |
| Google — Gemini 2.0 Flash-Lite | batchOutput |
Derived at 50% of output — Google Batch API uniform 50% discount. |
| xAI — Grok 4 (legacy) | cachedInput |
Extrapolated at 25% of base. |
Pricing is cross-verified against the
LiteLLM community registry
when available. Daily snapshots are kept in aicost_pricing_snapshots;
every change is logged to aicost_price_changelog with old & new
values for full audit trail. Read the full methodology →