Your cost per ticket is your fully loaded labor cost, plus your tool and software cost, plus your overhead for a given month, divided by the number of tickets resolved in that month. That is the whole formula. The work is in getting each input right, because most teams either use headline salary instead of fully loaded labor, or count tickets received instead of tickets resolved, and both mistakes push the number in a direction that hides the real cost.
Support tickets are just one place this shows up. The same four inputs, labor, tools, overhead, volume, price out any manual task before you decide whether to automate it: a quote that takes forty minutes to build by hand, a weekly report that eats a Friday afternoon, a lead that sits for three days before anyone follows up. Here it is worked through on one ticket, so you can run it yourself first.
The cost per ticket formula in one line
Cost per resolution = (labor + tools + overhead) ÷ tickets resolved.
Skip industry benchmarks. A "€3 to €5 per ticket" figure floating around a blog post assumes a labor rate, a tool stack, and a ticket mix that has nothing to do with your business. A brand selling €35 candles with three-word tickets ("where's my order") has a completely different cost structure than a brand selling €1,800 furniture with tickets that involve freight claims and photos. Run your own numbers instead of borrowing someone else's.
Step 1: add up fully loaded labor cost
Start with wages, not salary. If an agent earns €20 an hour and works 160 hours a month, that's €3,200 in wages. Add payroll tax, social contributions, and benefits, which typically run 15 to 25% on top of wages depending on your country and whether you cover health insurance or pension contributions. At 20%, that agent actually costs you €3,840 a month, not €3,200.
Do this for everyone who touches a ticket, not just the person with "support" in their job title. If your operations manager spends six hours a week triaging escalations, put a real euro figure on those hours and add it in. Support ticket cost calculations that only count the front-line agent's paycheck consistently understate the true cost per resolution, sometimes by 20 to 30%, because they leave out everyone above the agent who still touches tickets.
Step 2: add tool and software costs, including the per-seat trap
Add up every subscription that touches the ticket flow: helpdesk, live chat, returns portal, order lookup app, phone system. Most helpdesk platforms price per agent seat, so a five-agent team on a €70-per-seat plan pays €350 a month regardless of whether they handled 2,000 tickets or 6,000.
This is the trap. Per-seat pricing scales with headcount, not with ticket volume, so as you hire to keep up with growth, your tool bill climbs in lockstep even if automation could have absorbed half those tickets without a new hire. An automation built in your own n8n and Airtable account does not carry a per-seat fee. You pay once to build it, you hold the login and the logic, and a fourth or fifth agent does not add a line item to your tool bill.
Step 3: add overhead, training, QA, and management time
Overhead is the cost of everything around the ticket, not the reply itself. Three things belong here, and you don't need more than three:
- Onboarding and training: if it takes a new agent two weeks at partial productivity to ramp, put a dollar figure on that lost output and spread it across the months you expect to keep that agent.
- Quality review: if someone spends four hours a week listening to calls or spot-checking replies, that's real payroll cost tied to support, even though it doesn't touch a single ticket directly.
- Management time: if a manager spends 20% of their week on the support queue, scheduling, escalations, reporting, that 20% of their loaded cost belongs in this calculation.
Don't try to allocate rent, electricity, or your accounting software here. Cost per resolution gets less accurate the more indirect line items you force into it. Three categories, applied consistently month to month, beats a spreadsheet with forty rows nobody updates.
Step 4: divide by tickets resolved, not tickets received
This is where most calculations quietly go wrong. Tickets received counts every message that hits the inbox, including duplicates, auto-replies bouncing back, and the same customer following up three times on one issue. Tickets resolved counts each customer problem once, at the point it's actually closed.
If a customer emails, gets an auto-reply, replies again in frustration, and then gets a real answer, that's one resolved ticket, not three received tickets counted separately. Count it as three and your cost per ticket looks artificially low, because you're dividing the same labor cost by an inflated denominator. Count reopens as new tickets and you get the opposite distortion. A resolved problem that reopens a week later isn't a second sale of the same labor. It's a sign the first resolution didn't hold.
Worked example: three agents and a part-time manager
This is a worked example built from the assumptions stated below, not a measured result and not a Regna Operations client outcome. Swap in your own numbers and you'll get your own answer.
Take a team with three support agents and a part-time manager.
Labor: three agents at €3,500 fully loaded each equals €10,500. The manager spends 15 hours a week on support out of a €5,000 monthly loaded salary, roughly 37.5% of their time, adding €1,875. Total labor: €12,375.
Tools: a helpdesk at €70 per seat for four seats (three agents plus manager access) is €280, plus a returns app at €90 and an order-lookup integration at €45. Total tools: €415.
Overhead: quality review at three hours a week from a €22-an-hour lead adds roughly €285. Training for one new hire that month, two weeks at half productivity on a €3,500 loaded cost, adds roughly €440. Total overhead: €725.
Total monthly support cost: €12,375 + €415 + €725 = €13,515.
If that team resolved 2,600 tickets that month, cost per resolution is €13,515 ÷ 2,600 = €5.20 per ticket. Most of the €415 tools line is the per-seat helpdesk charge, the part of the bill that climbs with headcount rather than with ticket volume.
Why the number keeps climbing every month
Customer service costs rising every month usually isn't one dramatic event. It's three small mechanisms compounding.
Order volume grows faster than headcount because hiring lags revenue by design. Nobody hires ahead of a sales spike. Average handle time creeps up as product lines expand, since more SKUs mean more edge cases per ticket and agents spend longer looking things up. And every time you add an agent, your per-seat tool cost adds another line item, so tool spend grows in steps even when ticket volume grows smoothly.
None of this shows up as a single line item getting more expensive. It shows up as cost per resolution drifting upward quarter over quarter even though nobody changed a price. If you want to lower average handle time without new hires, the fix usually isn't training. It's removing the lookups that eat the time in the first place: order status, tracking, and return eligibility. Take those away and agents spend their minutes on tickets that actually need a human judgment call.
Where automation actually moves the number
Automation doesn't reduce ticket volume to zero, and any claim that it does isn't one we'd make without showing the math. What it does is remove the categories of ticket that don't need a person: order status and tracking lookups, standard return and exchange approvals, and first-pass triage on messages that match a known pattern.
Those three categories typically make up a large share of inbound volume for support teams, because they're the tickets a customer sends when they can't self-serve the answer, not because the issue is complicated. Automating them lowers your labor line directly, since fewer agent-hours go to tickets that never needed a human. It also caps your overhead growth, because you're not onboarding a new agent every time ticket volume ticks up.
Tool spend doesn't go to zero. You still need infrastructure to run the automation, but a build you own outright stops scaling with headcount the way a per-seat subscription does, which is the mechanism that was inflating cost per ticket in the first place.
Plug your own numbers in
The mechanics don't change with team size. What changes is your labor rate, your tool stack, and how many of your tickets a person actually needs to touch, and those three numbers are yours to measure, not to borrow. Run your own labor rate, tool stack, and ticket count through the same four steps above and you'll land on a different total than the worked example. That's expected. The point is knowing your own number, not matching someone else's.
The same formula prices any manual task
Cost per ticket is one instance of a more general move: put a euro figure on a piece of manual work before deciding whether it's worth automating. The same four inputs, labor, tools, overhead, volume, work just as well on a quote a salesperson builds by hand, a weekly report someone pulls together every Friday, or a lead that sits for two days before anyone calls it back. Add up who touches it and for how long, add the tools it runs through, add the overhead around it, divide by how many you did last month.
Running that exercise across a whole sales or marketing operation, not just one task, is what the Revenue Roadmap does. See the full list of use cases, quoting, reporting, follow-up, and nine others, for where else the same math tends to pay off.
Common questions
Is there an industry benchmark for cost per support ticket?
Not a useful one. Labor rates, tool stacks, and ticket complexity differ too much between businesses. Calculate your own with the formula above instead.
Should cost per ticket include reopened or duplicate tickets?
Only count each ticket once at final resolution, otherwise reopens inflate your ticket count and understate your real cost per resolution.
How is cost per ticket different from average handle time?
Average handle time measures minutes spent per ticket. Cost per ticket converts that time, plus tools and overhead, into a dollar figure.
How much does a fractional COO cost compared to building a support system once?
A fractional COO is an ongoing monthly fee. A support system is a one-time build you own. The comparison depends on how long you'd keep paying for either.
Once you've run your own cost per resolution, the next question is what a system replacing that manual work would actually cost to build and whether it pays for itself faster than another quarter of rising ticket volume.
Start with the Revenue Roadmap
Two weeks, EUR 1,997, money back if it does not find at least 20 hours a month worth automating. The fee comes off your first build.
