The Unit Economics, Both Ways
| Cloud AI | Local AI (on your server or device) | |
|---|---|---|
| Marginal cost per request | Tens of cents to dollars (tokens × price) | Fractions of a cent (power + amortized hardware) |
| Cost driver | Usage — scales against you | Capacity — fixed, predictable |
| Scaling | Growth increases costs linearly | Growth increases costs in steps (buy a bigger server) |
| Pricing freedom | Constrained by per-token floor | Unconstrained — flat, per-seat, value-based all work |
The honest math: a mid-size RAG request on cloud costs ~$0.01–0.05; on local hardware it's ~$0.0005. That 20–100x difference is the entire pricing strategy debate in one number. The architecture choice in the MVP guide is therefore also a pricing choice.
The Three Pricing Models
| Model | How it works | Best for |
|---|---|---|
| Per-seat | Flat monthly per user | End-user products; predictable revenue; the 2026 default |
| Usage-based | Per token / per request / per document | Developer platforms; API products; power-user honesty |
| Value-based | Per outcome: per contract reviewed, per report, per workflow | B2B where the outcome is measurable — the strongest margins |
The 2026 hybrid most products settle into: per-seat base + a generous usage allowance + a value-based premium tier. The usage allowance protects against power users; the premium tier captures the outcomes. With local AI, the allowance costs you almost nothing to give — which makes the whole structure easier to sustain.
What Local AI Unlocks Specifically
- Flat pricing that's honest. "Unlimited" is a lie on cloud tokens and true on local hardware — a genuine differentiator.
- Privacy as a premium tier. "Your data never leaves your machine" is a $10/month upgrade for businesses; it's also the defensible compliance story.
- On-prem as an enterprise SKU. Sell the hardware-ready deployment as a one-time license — see the deployment checklist.
- Bundled device pricing. For on-device products (patterns here), the model rides in the purchase price — the marginal cost story disappears entirely.
The Mistakes That Kill AI Pricing
| Mistake | Fix |
|---|---|
| Pricing below marginal cost (cloud) | Know your cost per task first; never sell tokens below their price |
| Usage pricing for consumer users | Per-seat + allowance; consumers fear variable bills |
| Free tier so generous it funds competitors | Free tier = the single workflow, not the whole product |
| AI as a $5 add-on to a $10 product | Price the outcome; if AI is the value, AI is the price |
| Ignoring evaluation cost in unit economics | Every request may carry an eval/fallback call — count it |
The Pricing Setup Checklist
- Compute cost per completed task (not per API call) for your architecture.
- Define the value per outcome — what does the user save or earn?
- Pick the model per buyer: per-seat (end users), usage (developers), value (B2B).
- Set the free tier to one workflow — enough to validate, not enough to live on.
- Recompute unit costs quarterly — model prices keep falling, and your margins should improve, not erode.
🚀 From the field
The flagship projects on this portfolio are pricing case studies: a privacy-first legal assistant sells on-prem value pricing (per firm, per deployment) because local AI makes the marginal cost irrelevant; a five-in-one calendar sells per-seat because consumers buy predictability. Same tech, different buyers, different models — architecture first, then price.
Frequently Asked Questions (FAQ)
How should I price an AI product in 2026?
Price on value delivered, not tokens consumed. Start with per-seat (predictable, simple) and add usage-based tiers only where heavy users genuinely exceed fair use. The architecture decision (local vs cloud) sets your unit cost floor — local AI's near-zero marginal cost is a pricing advantage, not just a cost saving.
Is per-token pricing a good idea for my product?
For consumer products, rarely — users can't predict token use and will fear the bill. For developer platforms, often — developers understand usage pricing and prefer paying for what they use. Match the pricing model to who's buying: end users buy predictability, developers buy flexibility.
Does local AI change how I can price?
Yes — fundamentally. Cloud AI products carry a per-request cost that scales with usage; local AI (model on the user's device or your server) has near-zero marginal cost after hardware. That unlocks flat pricing, aggressive tiers, and privacy as a premium feature — none of which work with a per-token bill.
What is value-based pricing for AI?
Charging for the outcome the AI produces, not the compute it used: a legal assistant priced per contract reviewed, an analytics tool priced per report, an automation priced per workflow completed. It's the strongest model when you can measure the outcome — and the hardest when you can't.
How do I compute my AI unit cost?
For cloud: tokens per request × price per token (add eval + fallback overhead). For local: hardware amortized over lifetime requests + power — typically fractions of a cent per request at volume. The number that matters is cost per completed user task, not cost per API call.
What pricing mistakes kill AI products?
Pricing below marginal cost with cloud models (growth = losses), usage pricing for consumer users who fear bills, free tiers so generous they fund your competitors' users, and — the subtle one — pricing the AI as a feature add-on instead of the value it creates. Each has a fix in this guide.
Sources & Further Reading
- From Idea to AI MVP: Lessons from Shipping Smart Calendar
- On-Device AI Apps: Architecture Patterns That Work
- On-Premise LLM Deployment: A Practical Checklist
- Open Models That Beat Closed Ones: 2026 Edition
- Data Privacy vs Cloud AI: The Real Risks in 2026
- Lawyer Assistant (value-priced on-prem case study)