Why does this guide refuse to quote Zendesk's list prices?
Key Takeaways
For busy support leads: you have probably read four other pricing breakdowns today, all quoting slightly different per-agent figures, none of them dated, most of them copied from each other. None of that helps you, because the per-agent line is the stable part of your invoice and the resolution meter is the part that moves. What you need is a worksheet you can fill in from your own quote in twenty minutes, plus the two 2026 dates that force a decision whether you like it or not.
- 1The meter decides, not the tier. Seats are predictable. Automated resolutions are driven by your customers, not your headcount plan.
- 2Get the overage rate in writing. It is the single most important number in your contract and it is the one least likely to be on a public page.
- 3Better AI raises your bill. Improving your knowledge base increases resolutions, and resolutions are billed. Model that before you celebrate.
- 4Count access, not agents. Every engineer or product manager who needs to see a thread is a seat decision, and it is the cheapest place to overspend.
- 5Two 2026 dates matter. Development on legacy AI agent functionality ends 31 August 2026 and service ends 10 December 2026.
Because a quoted price in a blog post is a liability for the person reading it. Vendor pricing pages change without notice, tiers get renamed, and the discount you negotiate moves your invoice further than your choice of tier does. Almost every third-party "Zendesk pricing breakdown" you can find is a copy of an older copy with no date attached to the numbers, which is how a figure from two years ago ends up presented as this year's fact.
There is a second and better reason. Even a perfectly accurate per-agent figure would tell you very little about your bill, because the per-agent figure is now the predictable half of the equation. It changes when you hire. The other half changes when your customers behave differently, which is to say constantly.
So the useful thing this page can do is hand you the model. Open Zendesk's own pricing page in a second tab, take the tier and add-on figures from there or from your quote, and put them into the worksheet below. You will get an answer that is correct for your company on the day you read it, which no static table can promise.
What are you actually buying? Three separate meters
A Zendesk invoice is not one price. It is three meters running at once, and they behave very differently.
| Meter | What it charges for | Who controls the volume | Predictability |
|---|---|---|---|
| Seats | People with agent access | You, through hiring and access policy | High |
| Per-seat add-ons | Modules bolted onto the plan | You, at procurement | High |
| Automated resolutions | Conversations closed by the AI agent | Your customers | Low |
The first two are budget lines. You decide them in a planning meeting, they change a few times a year, and finance can forecast them accurately.
The third is a utility bill. It goes up when you run a promotion, when you ship a confusing release, when a competitor's outage sends traffic your way, and when your content team does good work. Nobody in your company decides it directly. That asymmetry is the whole story of support software pricing in 2026, and it is why the tier you pick is a second-order question.
One dated figure for that third meter, because it is the number the pricing page does not carry. Zendesk's own explainer on outcome-based pricing states that "Zendesk charges $1.50 per automated resolution, which ties cost directly to measurable value", fetched 2 August 2026. It appears on the blog, not on the pricing page, and it is a list rate rather than your contracted rate. Ask for yours in writing and treat anything you read elsewhere, including here, as out of date the moment your quote arrives.
What changed in 2026 that affects your Zendesk bill?
One thing, and it is dated. On 23 June 2026 Zendesk announced the end of support for AI agents Essential and legacy AI agent functionality, naming bot builder, answers, intents, autoreplies with articles, and default messaging responses. Development on that functionality ends 31 August 2026. End of service is 10 December 2026. Zendesk's migration guidance also describes an automated in-product migration tool that recreates an Essential agent without a manual rebuild.
The cost consequence is the part worth reading twice. Zendesk's own wording is that because pricing is tied to outcomes, changes in the number of automated resolutions may impact your overall usage and associated costs. If your old bot was effectively bundled into your seat cost, and the replacement is billed on outcomes, your cost basis has changed shape even if your list price has not moved a cent.
Credit where it is due: Zendesk put that sentence in writing rather than letting customers find it on an invoice. But it does mean any budget you built on last year's bill is now a guess. We covered the full timeline and what it implies in the end-of-service breakdown.
How do you build a Zendesk cost model in twenty minutes?
Six inputs. Get them from your quote, not from a blog.
| Input | Where to get it | Notes |
|---|---|---|
| A: people needing agent access | Your own headcount plus adjacent teams | Include anyone who must read or reply |
| B: per-agent tier price | Zendesk pricing page or your quote | Use the annual figure if you will sign annual |
| C: per-agent add-ons | Your quote | AI, analytics, workforce management, QA |
| D: automated resolutions included | Your contract | Ask for the exact contracted number |
| E: expected automated resolutions | Your own volume, times expected close rate | The hardest input, so model a range |
| F: overage rate per resolution | Your quote, in writing | Ask specifically. It is rarely volunteered |
The formula is: monthly cost equals A times (B plus C), plus the greater of zero and (E minus D), times F.
Run it three times: at your current volume, at your current volume plus fifty percent, and at your current volume with a ten point better AI close rate. The spread between those three answers is your real exposure, and it is the number to take into the negotiation.
A worked example, using illustrative inputs
Every number below is a placeholder chosen to make the arithmetic followable. Replace all of them with figures from your own quote before you make a decision.
Say eight people need agent access. Your quote works out to a combined seat plus add-on cost of $140 per person per month, so seats cost $1,120 a month. Your contract includes 1,000 automated resolutions a month, and your quoted overage rate is $1.60 per resolution.
Your assistant sees 4,000 conversations a month and closes 55 percent of them, which is 2,200 automated resolutions. That is 1,200 resolutions over your allowance. Overage is 1,200 times $1.60, or $1,920. Total: $3,040 a month.
Now improve. Your content lead spends a quarter rewriting the twenty articles behind your most repeated questions, and the close rate goes from 55 percent to 70 percent. Resolutions rise to 2,800. Overage becomes 1,800 times $1.60, or $2,880. Total: $4,000 a month.
Read that again. A project whose entire purpose was to reduce support workload increased the invoice by $960 a month. Nothing went wrong. The meter did exactly what it says on the tin. This is the single most important sentence in any 2026 support software evaluation: under outcome-based pricing, your improvement work is billable to you.
| Scenario (illustrative) | Resolutions | Overage | Monthly total |
|---|---|---|---|
| Today, 55 percent close rate | 2,200 | $1,920 | $3,040 |
| After content work, 70 percent | 2,800 | $2,880 | $4,000 |
| Seasonal peak, 6,000 conversations at 70 percent | 4,200 | $5,120 | $6,240 |
Which costs never appear on the quote?
Ask for each of these as an explicit line item rather than trusting a range you read somewhere. We are deliberately not publishing dollar figures for them, because the honest answer is that they vary enormously by deal and anyone who tells you otherwise is guessing.
Implementation and professional services. Ask whether they are included, capped, or hourly, and get the scope written down.
Migration of your legacy bot. Even with an automated migration tool, someone on your team owns testing, verification, and the flows the tool does not cover. That is time, and time has a cost.
Administration. Above roughly ten agents most Zendesk deployments end up with a de facto owner who spends real hours on triggers, views, and automations. Budget the fraction of a role honestly.
Usage-based channels. Telephony minutes, SMS, and outbound messaging generally meter separately from seats. Ask which apply to you.
Access creep. The seat you buy so one engineer can read threads is the easiest overspend in the entire category, and it compounds every quarter.
Renewal. Ask directly what happens at renewal and whether any increase is capped in the contract. A vendor that will not answer that in writing has answered it.
What should you ask before you sign?
Seven questions. Take them to the call.
What is the overage rate per automated resolution, in writing, and does it change at renewal? How exactly is an automated resolution defined, and can I see a log of individual billable resolutions rather than a monthly total? What is my contracted allowance, and does unused allowance roll over? Can I set a hard cap or an alert on resolution spend? Can I reduce seats mid-term, or only add them? What is the renewal increase, and can it be capped? What is included in implementation, and what is billed separately?
If the answer to the second question is vague, that is the finding. A meter you cannot audit is a meter you cannot budget.
It is worth knowing that the unit itself is not standardised across the category, so a rate comparison without a definition comparison is meaningless. As fetched on 2 August 2026, Intercom bills Fin at $0.99 per outcome and counts an "assumed resolution" when a customer goes quiet for 24 hours after Fin's last answer. Gorgias charges "$0.90 on most plans" for a conversation the AI "resolves entirely on its own". Help Scout lists $0.75 per resolution. Front bills per conversation rather than per resolution, and Freshdesk bills per session whether or not the issue is solved. Five vendors, five units.
Where this analysis breaks
This whole framing assumes the resolution meter is the dominant variable. Sometimes it is not, and pretending otherwise would be its own kind of dishonesty.
If your AI volume is genuinely small, perhaps a few dozen automated resolutions a month, the meter is noise and you should optimise entirely for seats and features. Skip the modelling and negotiate on tier.
If you are a three-person team, a low tier at list price can be cheaper than most flat-rate alternatives including ours. Flat pricing wins on team size, not on principle, and below a certain headcount the maths simply does not favour it.
If you are in a regulated environment where a specific certification, data residency, or audit capability is a hard requirement, cost modelling is a secondary exercise. Requirements first, price second.
And if your volume is highly seasonal, an annual average will mislead you badly. Model your worst month, not your typical one, because that is the month the invoice arrives.
When is Zendesk clearly the right answer?
It is worth being straightforward here, because a pricing article written by a competitor has an obvious bias and you should be able to see past it.
Zendesk is the right call when you have a large agent population and genuinely need granular roles and permissions, when you want telephony in the same workspace as everything else, when you need a sandbox to test changes before they hit production, when multi-brand or multi-region separation is a real requirement, when your compliance posture depends on certifications your buyer's security team already accepts, and when your workflows depend on a large catalogue of existing integrations. That depth is real and it is expensive to build. If you use it, you should pay for it.
Where a flat-rate tool like ours is the wrong answer
Corebee is flat at $99 a month with no per-resolution meter, which removes the specific problem described above: doing good work on your knowledge base does not increase your bill. That is the honest pitch and the whole pitch.
The equally honest caveat is that we are not a like-for-like Zendesk replacement. If you rely on multi-tier routing, sandboxes, detailed audit logs, or a large integration catalogue, that depth is a real reason to stay where you are, and no amount of pricing arithmetic changes it. If your support is mostly repetitive questions across chat and email and the depth is not what you are actually using, then you are paying a platform tax for optionality you never exercise. Those are different situations and they deserve different answers. The comparison page sets out where each of us wins, and our pricing is a single number you can read in ten seconds.
What should you do this week?
Three things, in order. First, pull your last twelve invoices and separate the seat line from the usage line. If you cannot separate them, that is your first support ticket to your account manager.
Second, fill in the six-input worksheet above using your own quote, and run it at three volumes. Take the spread, not the midpoint, into your renewal conversation.
Third, if you are on legacy AI agent functionality, put 31 August 2026 and 10 December 2026 in a calendar with an owner's name attached. Four months sounds like plenty until it is six weeks.