AI Agents

AI Customer Support Agents: What They Can and Cannot Handle

Updated 7 min read

AI Customer Support Agents: What They Can and Cannot Handle

AI customer support agents handle repetitive, well-documented requests well: order status, how-to questions, policy answers, simple account changes and ticket triage. They handle badly anything that needs judgement outside written policy, such as disputes, exceptions, emotional conversations and problems nobody has documented. The practical goal is to let the agent resolve the routine share and hand everything else to a person with full context.

Key takeaways

  • An agent is only as good as your documentation and the systems it can reach.
  • Answering questions is the easy half. Taking actions, such as updating an order, is where most of the value and most of the risk sit.
  • Define escalation rules before launch, and make the handover carry a summary.
  • Start with the agent drafting replies for your team, then let it send on its own for proven categories.
  • Measure resolution quality, not just how many tickets the agent closed.

How a support agent differs from an old chatbot

A traditional chatbot follows a decision tree: the customer picks from buttons, and the bot shows a fixed answer. It fails as soon as the question is phrased in a way nobody planned for.

A support agent uses a language model to understand the message, retrieves the relevant help content, and can call tools. Tools are what turn it from an answering machine into something that resolves issues: look up an order, check a subscription, create a return, update an address, open a ticket. For a wider comparison, see AI agents vs chatbots vs automation.

What AI support agents handle well

Questions your documentation already answers

If the answer exists in your help centre, policy pages or internal runbooks, an agent can find it and explain it in the customer's own terms. This works through retrieval: the agent searches your content and answers from what it finds, instead of from general knowledge.

Status lookups

"Where is my order", "has my refund been processed", "when does my plan renew". These need one read from a system of record. They are high in volume, low in risk and a good first use case.

Simple, reversible actions

Changing a delivery address before dispatch, resending an invoice, resetting access, booking or moving an appointment. The rule of thumb is that the action is easy to undo and bounded by a clear policy.

Triage and routing

Even when the agent cannot resolve a ticket, it can classify it, detect urgency and language, collect missing details such as an order number, and route it to the right queue. This shortens handling time for your team without the agent making any decision that matters.

Drafting for human agents

The agent prepares a reply and a summary of the customer's history, and a person reviews and sends. This is the lowest-risk way to begin, and many teams keep it permanently for sensitive categories.

What they cannot handle, or should not

Exceptions to policy

A customer asks for a refund outside the return window because of a family emergency. A person can weigh that. An agent should not be the one deciding when rules bend, because it will either refuse everyone or be talked into agreeing with anyone.

Angry or distressed customers

Models can write empathetic text, but a frustrated customer usually wants a human with authority. Detect strong negative sentiment and escalate early. Keeping an upset person in an automated loop makes things worse.

Problems that are new

If an outage or a product defect appeared this morning and nothing is documented, the agent has nothing to retrieve. It may produce a confident, wrong answer. Your team needs a quick way to give the agent a temporary notice, or to pause a category entirely.

High-stakes or regulated decisions

Anything involving legal liability, medical or financial advice, account security disputes or large sums should go to trained staff. The agent can gather facts first. It should not conclude.

Requests that need systems it cannot reach

If refund status lives in a tool with no API, the agent cannot check it. It should say so and hand over, not guess.

A quick way to sort your tickets

Ticket typeDocumented answer?Reversible?Recommended handling
How-to and policy questionsYesNot applicableAgent answers
Order or account statusYesNot applicableAgent answers using a lookup tool
Simple changes within policyYesYesAgent acts, logs the action
Refunds and creditsYesHard to undoAgent prepares, human approves
Complaints and disputesPartlyNoAgent summarises, human handles
New or unknown issuesNoUnknownHuman handles, then document it

Pull a few hundred recent tickets and sort them into these rows. The result tells you how much an agent can realistically take on, using your own numbers and not anyone else's.

Designing the handover

The handover is the part customers remember. A good one has four properties:

  • Clear triggers. The customer asks for a person, the agent fails to resolve after a set number of turns, sentiment turns negative, or the topic is on your restricted list.
  • Full context. The human receives a summary, the details collected and what the agent already tried.
  • Honest expectations. The agent tells the customer a person will take over and, if your team is offline, when they can expect a reply.
  • No dead ends. There is always a path to a human. An agent that blocks escalation is a liability.

What you need before you start

  1. Current documentation. Outdated help articles produce outdated answers. Fix contradictions first.
  2. API access to your systems. Helpdesk, order or billing system, and CRM.
  3. Written policies. Refund rules, limits and who can approve what.
  4. A test set. Real past tickets with known good answers, to check the agent before customers see it.
  5. An owner. Someone on your support team who reviews transcripts and updates content each week.

How to measure whether it works

Deflection alone is a misleading metric, because a customer who gives up counts as deflected. Track these together:

  • Resolution rate: issues actually solved without a human.
  • Reopen rate: customers who came back about the same issue.
  • Escalation rate and reasons.
  • Customer satisfaction on agent-handled conversations versus human-handled ones.
  • Accuracy from a weekly sample of transcripts reviewed by a person.

Related guides

Frequently asked questions

Can an AI support agent issue refunds?

Technically yes, if it has the tool to do so. In practice, most teams have the agent check eligibility and prepare the refund, then require human approval, at least above a set amount. Irreversible money movements deserve a second pair of eyes.

What happens when the agent does not know the answer?

A well-built agent says it does not know and hands over. This must be designed in, through instructions, retrieval checks and testing, because a model left alone tends to produce an answer anyway.

Should customers be told they are talking to an AI?

Yes. It sets fair expectations and is required in some jurisdictions. Customers are generally more tolerant of an assistant that is upfront and offers a quick route to a person.

How long before it can run without review?

It depends on the category. Simple lookups can go live quickly once tested. Categories with actions or money should stay in draft or approval mode until transcript reviews show consistent accuracy.

Sources and further reading

Primary documentation and research behind this guide.

A support agent earns its place by resolving routine requests properly and passing the hard ones to people without friction. Growmerz builds custom AI agents with those limits designed in. To see which of your ticket types are a fit, book a free AI audit.