Automating Email and Incident Handling with AI

Automating Email and Incident Handling with AI

· by Panayot Dimkov

When someone talks about automating email management with AI, they almost always picture a robot replying to customers. That is the last step and the riskiest one. Before it there are three levels — classify and route, extract and log, draft a reply — that deliver most of the benefit at far lower risk, because none of them sends anything without a person seeing it first.

The work that eats a shared mailbox is not drafting replies. It is reading, classifying, looking up the data and deciding whose job it is. That is what gets automated first, and that is what gives the hours back.

1Four levels of automating email with AI, from least to most risk

LevelWhat it doesRisk
1. Classify and route Reads the message, decides what it is about and assigns it to the right team or person, with a label and a priority Low
2. Extract and log Pulls the data out of the body or the attachment and creates the ticket, order or record in the relevant system Low
3. Draft a reply Writes a draft with the context already gathered, for a person to review and send Medium
4. Reply without review Answers directly, with nobody seeing the message before it goes out High

The bulk of the saving usually comes from levels 1 and 2, with a noticeable quality improvement from level 3. Level 4 only makes sense for narrow, verifiable cases: confirming receipt of something, giving an order status, sending a standard document. And if you do reach it, Article 50 of the EU AI Act, applicable since 2 August 2026, requires that people interacting directly with an AI system are informed that they are doing so, unless this is obvious from the context.

One observation changes the conversation: in many shared mailboxes, the time a message spends unassigned is longer than the time it takes to resolve it. That is why level 1, which looks minor, is usually what cuts response time most.

2Start with the shared mailbox

The prerequisite is not technological. If every person receives requests in their personal inbox, there is nothing to automate: no common queue exists to act on.

01
One address per request type
Orders, incidents, administration. Not one for everything, and not fifteen. Three or four well-defined queues is what usually works in a smaller company.
02
Visibility of who has what
Without explicit assignment, two people answer the same thing and nobody answers the rest. That is the problem automatic routing solves immediately.
03
A searchable history
If conversations live in personal mailboxes, neither the AI nor people can lean on what was already answered before.
04
Time-based escalation rules
What happens if nobody has touched a message in four hours. It is the first thing to define and the thing almost nobody has written down.

3What AI does well when reading and classifying emails

Rule-based classification — if the subject contains this word, send it there — has existed for decades and falls short, because people do not write with the expected words. A language model understands the message even when it is badly written, in another language, or covers two topics at once.

  • Telling the real intent. "It hasn't arrived" could mean an order, an invoice or a document. A keyword rule does not solve that; understanding the sentence does.
  • Detecting urgency and tone. An angry customer or a critical issue gets flagged and moves up the queue before anyone reads it.
  • Reading the attachment. Many requests arrive in a PDF or a spreadsheet, not in the body of the email. That information can be extracted too.
  • Summarising long threads. A twenty-message thread forwarded three times becomes a paragraph with what you need to know.
  • Fetching context before you ask. If the message mentions an order, the system already pulls its status from the ERP and attaches it to the ticket.
That last point is the one people appreciate most. A reply is not slow because it is hard to write: it is slow because you have to open three systems to know what to say.

4Four cases that work well

📥
Orders arriving by email
Lines are extracted from the message or the attachment, validated against the catalogue, and the order is created as a draft. The person confirms instead of typing.
🛠️
Customer incidents
The ticket is created with category and priority already set, the customer's history attached and assigned to the right team. The technician starts working, not investigating.
🏢
Internal requests
Holiday, expenses, access, supplies. They usually have a clear structure and a single recipient, so they route and log with almost no exceptions.
📄
Documents to be filed
Delivery notes, certificates, signed contracts. They get identified, renamed to a single convention and stored where they belong — the invisible work nobody counts.

5What not to automate

There are messages where an automatic reply, however good, does more harm than good.

01
Serious complaints
Someone writing in anger wants a person to read it. Detecting and prioritising that is useful; answering it automatically is how you lose a customer.
02
Legal or contractual matters
Anything that could be read as a commitment by the company goes through a person. No exceptions.
03
Cases with no clear precedent
If the system finds nothing similar in the history, that is a sign it should not improvise. Routing and flagging is the correct answer.
04
Commitments on dates or prices
Confirming a deadline or a rate by email has consequences. The system proposing and a person validating is the sensible split.

6How to know it is working

Four indicators are enough, and they should be measured before you start so there is something to compare against: it is the same baseline an ROI calculation needs.

IndicatorWhat it reveals
Time to first response The one customers notice most and the one automatic routing lowers most
Percentage classified right first time The system's real quality. Lots of internal forwarding means the classification is not tuned
Messages requiring intervention It should fall over time. If it does not, the flow is handling the easy part and leaving the rest untouched
Reopened cases The honest indicator. If things close fast but the customer writes again, nothing was resolved

A warning about the last one: it is almost always forgotten and it is the only one that reveals whether the gain in speed was paid for with worse quality.

Use caseCustomer serviceAutomation

Frequently asked questions

Will AI reply to my customers without me seeing it?

Only if you configure it that way, and in most cases that is not advisable. The split that works best is for the system to classify, route, log and prepare a draft, with a person reviewing and sending. Autonomous replies are reserved for narrow, checkable cases such as confirming receipt or giving an order status.

Do I need a ticketing tool for this?

It helps a lot, but it is not essential to start. With a shared mailbox, a labelling system and somewhere to log what comes in, you can already build classification and routing. What is essential is that requests stop arriving in personal inboxes.

What about messages in other languages?

This is where the difference against keyword rules shows most. Current language models classify a message in Spanish practically as well as one in English or French, and can summarise it in whatever language your team uses. For a company serving customers in several countries, that alone justifies level 1.

Can it connect to the ERP or the CRM?

Yes, and that is where the flow goes from useful to valuable. If a message arrives with the order status, the customer balance or the incident history already attached, whoever answers does not have to open three applications. The connection is made through an API where one exists and by other means where it does not.

What if the system classifies something wrongly?

It will happen, and the design has to account for it. What matters is that reclassifying is trivial for the user and that the system uses confidence levels: what it is unsure about it does not assign, it leaves in a review queue. A flow that is confidently wrong does more damage than one that asks.

In short

Email is not automated by putting a robot in charge of replying. It is automated by removing the work that comes first: classifying, looking up the data, logging and assigning. Those are levels 1 and 2, and that is where most of the recovered time sits.

Assisted drafting comes next and improves quality more than speed. And autonomous replies, when they arrive, should be limited to what can be verified. That is how we approach AI process automation.

How many emails land in your shared mailbox each day?

With that and a sample of request types, we can estimate what share would classify and route by itself. We review it with you and tell you where to start.

Request a process analysis