AI and automation

What is intent recognition?

Also known as: intent detection, intent classification

Published September 10, 2026 · Reviewed by the Fidiora team

Definition

Intent recognition is the classification of a customer message into what the customer is trying to accomplish, such as cancel a subscription or track an order. It drives routing, prioritisation, and automation decisions, and it is the layer where a support system decides what kind of problem it is looking at.

Why it matters

Almost every automation decision downstream depends on getting intent right. Route on the wrong intent and the customer is sent to the wrong queue, given the wrong article, or handed an automation that cannot help. Intent errors are quiet, because the system proceeds confidently down the wrong path.

What to know

  • Hand-built intent taxonomies drift out of date as the product changes, and nobody notices until routing degrades.
  • One message often carries two intents, and systems that force a single label lose the second one.
  • Language model classification generalises to unseen phrasings far better than keyword rules do.
  • Low-confidence classifications should route to a human rather than guess, which requires a confidence threshold.
  • The distribution of intents is the most useful support report nobody runs, because it shows where volume is born.

An example

Example: a customer writes that they were charged twice and want to cancel. A single-label system picks cancellation and routes to retention, missing the billing error that caused it. The customer explains the whole thing again to a second team.

Common mistakes

  • Maintaining an intent taxonomy that nobody reviews quarterly
  • Forcing a single intent label on multi-intent messages
  • Routing on low-confidence classifications instead of escalating
  • Building intents around internal teams rather than customer goals
Where Fidiora fits

Fidiora reads intent from the message as written rather than matching keywords, and it routes low-confidence cases to a person instead of guessing. Because the rule engine is no-code, your CX team can adjust how each intent is handled without filing a developer ticket.

See Pricing
FAQ

Questions

How many intents should a support taxonomy have?
Fewer than most teams build. Start with the intents that change what happens next, usually somewhere between fifteen and forty, and resist adding a label unless it triggers different handling.
Do I still need intent labels with a language model?
Yes, but as an operational vocabulary rather than a matching mechanism. You need consistent labels for reporting, routing rules, and SLA policy even when the classification itself is model-driven.
What happens when intent is unclear?
The system should ask a clarifying question or route to a human. Proceeding on a low-confidence guess is the most common cause of a customer having to explain themselves twice.
Get Started

See Fidiora resolve a ticket in 60 seconds.

No credit card, no sales call required. Connect your docs and watch it work.

No credit card · Live in under an hour