JTSTech Services
All articles

AI · August 3, 2026 · 7 min read

The cheap tier just fell 80%. Go back and re-run the maths on the automations you shelved.

On 30 July, OpenAI cut the price of its lowest-cost model by around 80% and its mid tier by about 20%. If you priced an automation last year and parked it because the per-item cost didn't work, that decision was made against a number that no longer exists — and probably one or two more that never mattered.

The short version: on 30 July 2026, OpenAI repriced two of its three GPT-5.6 tiers — roughly 80% off the cheapest model and about 20% off the mid tier, with the frontier tier's price unchanged but faster. The company attributed it to inference and serving efficiency gains, and framed the intent plainly: make high-volume work economical at much greater scale. If you're running AI in your business, the actionable consequence isn't "switch models." It's that any automation you costed and rejected on unit economics deserves a second look, because the arithmetic behind the rejection has moved by a multiple. And — this is the part that saves you from an expensive detour — for most of the projects we see, the model bill was never the binding constraint anyway.

What exactly happened?

  • The lowest-cost tier dropped to roughly $0.20 per million input tokens and $1.20 per million output, from about $1 and $6 — a cut of around 80%
  • The mid tier dropped to about $2 and $12 per million, from roughly $2.50 and $15 — around 20%
  • The frontier tier's price was left alone; the improvement there was speed, not cost
  • The family had only reached general availability three weeks earlier, which tells you the cuts came from engineering efficiency rather than a scheduled pricing cycle
  • OpenAI's stated goal was better performance per dollar across enterprise workloads — pay the right price at each stage rather than the top price everywhere

Two caveats before anyone rebuilds anything. Published list prices move, in both directions, and competitive pressure is why this one moved — so treat any specific figure as a snapshot and check the current pricing page before you commit a budget. And a cheaper model is not a better model; the cut applies to the tiers built for volume, not for judgement.

The tiering that matters: high-volume classification and extraction on the cheap tier, judgement and customer-facing output on the capable one, routed by task.
The tiering that matters: high-volume classification and extraction on the cheap tier, judgement and customer-facing output on the capable one, routed by task.

Which kinds of work does this actually unlock?

The shape to look for is high volume, low judgement, structured output. Those are the workflows where token cost is a real line item, because you're running the same small operation tens of thousands of times. Where a cut of this size changes an answer:

  • Enriching or normalising a large catalogue — attributes, categorisation, and description drafting across every SKU rather than the top 200
  • Classifying and routing every inbound support ticket, instead of sampling
  • Reading and structuring documents at volume: supplier invoices, purchase orders, spec sheets, inbound RFQs
  • Deduplicating and cleaning CRM or product records across the full history, not the recent slice
  • Monitoring jobs that check something on a schedule — every listing, every day, rather than a weekly spot-check
  • Anything where you previously ran a sample and extrapolated because processing everything was too expensive

The pattern under all of those

Every one is a case where you had to choose between coverage and cost, and chose partial coverage. That's the real unlock — not doing a new thing, but stopping the sampling on something you already do. Full coverage is usually where the value was hiding, because the exceptions you never processed are the ones costing you money.

So should I go rebuild everything on the cheap tier?

No, and this is where the money usually gets wasted. Run the honest breakdown of a failed AI project and inference is rarely the largest number. Integration work, the human review loop, evaluation and monitoring, and the ongoing maintenance of a thing that now sits in the middle of a real process — those dominate, and none of them fell 80% last week. Industry research keeps making the same point from the other direction: Gartner has projected that a large share of agentic AI projects will be scrapped by 2027, and the reasons cited are escalating costs, unclear business value and inadequate risk controls — not the price of tokens.

The predictable mistake

Reading a price cut as permission to move everything to the cheapest model. What follows is a quiet quality drop on the tasks that actually needed judgement, discovered a month later by a customer rather than by you — and a support and rework bill considerably larger than the savings. Cheap tokens don't make a weak model do careful work; they make a suitable model do bulk work affordably. Those are different sentences.

The version that works

Route by task, not by policy. Bulk classification, extraction and first-pass drafting go to the cheap tier. Anything customer-facing, irreversible, or requiring judgement stays on the capable one. Measure quality per task with a small evaluation set so you can prove the routing is safe rather than assume it. This is also what makes the next price change a config edit instead of a rewrite.

Where the money really goes: model calls are one block among integration, human review, evals and maintenance — and only one of them got cheaper.
Where the money really goes: model calls are one block among integration, human review, evals and maintenance — and only one of them got cheaper.

How do I re-run the maths without wasting a week?

Go and find the list of things you decided not to automate. Most teams have one, even if it lives in someone's head. For each item, compute the cost per unit of work — per ticket, per SKU, per document — rather than a monthly total, because per-unit is the number that decides whether coverage scales. Then compare it against what the manual version costs you in loaded hours, and be equally honest about the build and review cost, which hasn't changed.

Rank whatever survives by volume times unit saving, take the top one, and run it end to end on real data for a week before committing. One workflow, measured, beats five estimated. If the top candidate still doesn't clear the bar at the new prices, that's a genuinely useful answer too — it means the constraint was never cost, and you can stop revisiting it every time a vendor cuts prices.

Where we fit

The hard part of this isn't the arithmetic, it's the portfolio judgement: which workflows are worth automating now, which were correctly rejected and should stay rejected, and which need a different design rather than a cheaper model. That's the question a Fractional Head of AI & Digital is for — someone senior enough to say no to the exciting project and yes to the boring high-volume one, who owns the roadmap and the vendor decisions rather than handing you a deck. Retaining us that way means the next price cut, model release or protocol announcement gets evaluated against your actual numbers by someone accountable for the outcome, instead of triggering another round of internal debate.

Sources

Keep reading

Fractional Head of AI & Digital

Someone senior to decide what's worth automating — and what isn't.

A few days a month of accountable ownership: the roadmap, the build-or-buy calls, the vendor decisions, and the honest maths on which workflows actually pay for themselves.