Support organisations feel infinitely varied from the inside. From the outside they are a very short list, repeated, with different names attached.
Ask any support manager whether their tickets could be handled by a machine and they will say no, sincerely, because our tickets are complicated. And they are right about the ones they remember. Memory is a terrible sampling method: it keeps the hard ones and discards the four hundred identical ones.
So we count instead. Every time, in every industry, the same shape appears.
Across a thousand consecutive tickets at a mid-size distributor, classified by the action taken rather than the words used:
| Intent | Share | Cumulative |
|---|---|---|
| Where is my order / when will it arrive | 31% | 31% |
| Something arrived wrong, short, or damaged | 19% | 50% |
| I need a document (invoice, POD, statement, W-9) | 12% | 62% |
| Change something on an order not yet shipped | 9% | 71% |
| — everything else, 40+ distinct intents — | 29% | 100% |
Four questions. Seventy-one percent. And the long tail is genuinely long — forty-plus intents in the remaining 29% — which is exactly why it feels varied from the inside.
Run this in other industries and the labels change while the curve does not. A clinic: appointments, prescriptions, billing questions, records requests. A SaaS company: login problems, billing, one or two feature confusions, one integration that breaks. A property manager: maintenance requests, rent questions, lease documents, noise complaints. The top four always clear 60%.
Here is the part that matters, and it is why the obvious conclusion is wrong.
Of that 71%, the majority are not questions at all. They are requests for an action phrased as questions.
This is precisely why the FAQ bot generation failed. It correctly identified the top intents and then answered them with information when the customer wanted an outcome. "Your order shipped on Tuesday, you can track it here" is a worse response than a human's, because the human would have looked at the tracking, seen it was stuck in Memphis, and said so.
Read the table as an integration list, not a content list. Each of the top four maps to a system and an action:
| Intent | System | Action | Reversible? |
|---|---|---|---|
| Where is my order | ERP + carrier API | read, then reply | n/a |
| Arrived short/damaged | ERP | credit or RMA | yes |
| Need a document | ERP / doc store | retrieve, attach | n/a |
| Change an order | ERP | write, pre-pick only | yes, briefly |
Two are read-only and can go live almost immediately. Two are reversible writes and belong behind an approval queue until they have earned their way out. That is a thirty-day project with a defined edge, and it is worth more than 71% of your ticket volume because it is the cheap 71%.
Five hundred tickets. One column for the action taken. One column for reversible yes/no. One afternoon. It is the highest-return hour of analysis available to any support organisation, and it costs nothing.
Support automation, AI phone agents, n8n back-office work, and the engineering loop itself — always behind a gate you control.