All stories
AIFinancePlaybook

You're Buying AI Wrong

A big AI bill doesn't mean you're using too much AI. It means you're buying it wrong. How to separate wasteful spend from value with smarter defaults, the right model tiers, and a culture of efficiency.

Ramp EngineeringEngineering, Ramp7 min read
AI Spend Monitor
FileViewToolsHelp
$100,000.00
Tokens per $100K
Smartest model
5B
Open-weight
210B

A big AI bill does not mean you are using too much AI. It means you are buying it wrong.

Most companies I talk to have two contradictory problems: they overspend on the AI they use, but use far less AI than they should. Whether a bill feels big or small has less to do with the aggregate amount spent and more to do with your ability to justify the value it provided. You want to maximize dollars spent on productive AI and minimize dollars spent on wasteful AI. Everything else follows from that.

The good news is you can get spending under control with three things:

  1. Measuring in tasks, not tokens
  2. Setting smarter defaults, and making efficiency part of your culture
  3. Knowing when to spend more, not less

Tokens are meaningless

Start with a simple question: how much does $100,000 buy in AI? For the same spend you can buy about 5 billion tokens of the smartest model on the market — or roughly 42x more of an open-weight model.

What $100K buys, by model
Tokens purchased per $100K of spend. The same budget buys ~42x more volume on an open-weight model than on the frontier — but volume isn't value. Illustrative.

That tells you what $100K buys, but not what it buys you. How much work will these tokens produce? Tokens measure usage, nothing more. They are inherently non-fungible and therefore the wrong tool for measuring business value. Ignore tokens and look at something more legible instead: the work your organization does with AI. A PR reviewed. An invoice coded. An outbound email sent. These are atomic units you can price, compare, and measure ROI from.

Outcome ≠ usage

Your AI usage today is a mix of tasks that succeed and tasks that fail — but providers charge you by usage, not by outcome. To get the best out of that arrangement, maximize the success rate of your tasks while running them on the cheapest form of AI you can.

Cost  = tasks attempted  x cost per attempt
Value = successful tasks x value per task

If you have not seriously audited your AI usage, you are almost guaranteed to be on the wrong side of this equation.

Your settings are working against you

Every AI request is shaped by three choices: which model you use, how hard it thinks, and how fast it responds. Providers make those decisions for you and set them as defaults because it simplifies the experience — but those defaults are optimized for broad adoption, not your economics.

Configure your defaults well and the same inputs can produce the same outputs for a tenth of the price.

Model type: frontier models for frontier problems

The moment a new frontier lands, last generation's frontier becomes second-best at half the price. Most organizations passively ride these waves, but upgrading every workflow to the newest model "just because" is the most invisible way to burn money in software today.

Keep your defaults boring: start routine work on the cheapest model that passes your quality bar — even if it was yesterday's frontier — and move up only when the task demands it. Newer frontier models should expand what you try, not re-run the same work at a higher price. Using extra intelligence when a cheaper model produces the same outcome is just margin donated to your provider.

Reasoning: do not overthink it

Modern models let you set how hard they think, and providers default to the highest setting. Each step up the scale roughly doubles the tokens burned — but the performance difference only shows up on extra-hard problems. On everything else, you are paying double for the model to double-check work it already got right.

Each reasoning step roughly doubles the burn
Relative tokens consumed by reasoning effort. Default to medium and escalate only when a task needs it. Illustrative.

Speed: same answer, twice the price

Providers sell the same model at several speeds. "Fast mode" and "flex / batch mode" are simply deciding how quickly you want the same model, with the same intelligence, to respond. For many workflows a 2x premium to get the same result a few seconds sooner is a poor trade.

Latency is a price dial, not a quality dial
Flex / batch tiers are often ~50% the price for identical output. Ask: is anyone actually waiting on this response? Illustrative.

One simple test: is a human waiting on the answer? If yes, pay for speed. If your agent is responding to another agent, or running an automation nobody will look at until later, flex or batch mode is the right pick.

Where you should actually spend more

For the right tasks, the frontier is worth it. A more advanced model might surface an architectural decision that saves months, catch a security hole before it ships, or find an approach your team simply doesn't have. That single insight can create more value than all of your day-to-day usage combined.

Difficulty and value run in opposite directions. Easy tasks are common; hard tasks are rare — and almost all of your upside lives in the rare ones.

Value is a power law
Most tasks are easy and low-value; a few are hard and enormously valuable. The discipline on the cheap side funds unlimited ambition on the expensive side. Illustrative.

So sort everything into two buckets and stop deliberating:

Two buckets, two policies
BucketModelReasoningSpend
Easy workCheapest that clears your barLow–mediumStrict
Hard workBest on the marketMax effortUnlimited
Well-scoped work gets the cheapest model that clears your benchmarks. Novel, ambiguous, high-stakes work gets the best model at max effort with much more leeway on spend.

The smartest default: culture

Smart defaults prevent waste from people who never touch their settings. But once someone starts making explicit choices, they are almost always incentivized to spend more. The engineer picking the model never sees the bill — they are judged on outcomes, not efficiency. The biggest model at the highest setting is the safe career move every time. Nobody has ever been fired for buying the frontier.

The companies that manage AI cost best build a culture where efficiency is treated as an engineering achievement, not a constraint. Teams celebrate getting the same outcome with a smaller model, less reasoning, or a slower tier just as much as they celebrate shipping the feature.

What to do starting tomorrow

In practice, a handful of workflows drive the majority of your bill. You don't need to optimize everything — you need to find the ten lines that solve 80% of the problem.

  1. Attribute AI spend by provider, product, team, and workflow. Separate subscriptions from API usage, and human-facing work from automation.
  2. Translate spend into units of work: invoices coded, tickets resolved, PRs reviewed, documents processed, emails drafted.
  3. Find the cost concentration. Identify the workflows driving most of the spend and start there.
  4. Set benchmarks for repeated work. Don't ask teams to "use a cheaper model" in the abstract — test which cheaper setup still produces acceptable outcomes.
  5. Change the defaults. Routine work should not start on the frontier model, at maximum reasoning, at instant speed.
  6. Route exceptions deliberately. Make it easy to escalate when a task is ambiguous, strategic, or high-stakes.
  7. Reprice after every major model release. New models change the ladder. Treat releases as cost-optimization events, not automatic upgrades.
  8. Centralize the controls in one gateway, not scattered across every codebase.

Cut waste, create value

Treat AI spend like a budget problem and you'll make people afraid to use AI. The bill shrinks, but so does the upside. Treat it as an operating-model problem instead: routine work done as cheaply as possible, expensive models reserved for the moments where more intelligence actually changes the outcome.

So yes — you are probably spending too much on AI. You are also probably using too little of it. Both are symptoms of the same problem: you haven't separated waste from value.

Start there.