Routing & IVR

Routing you can read at a glance

Most IVRs are edited once and then feared. This one is a flow: intent on the left, queues on the right, and every branch labelled in the language your ops team actually uses.

Change a flow without a support ticket

Contact-centre dashboard: live calls, answer rate and talk time, call volume over the day, disposition split and top agents
Inbound call routed by language and skill to three teams
Flows

Route on intent, not on keypad presses

A caller says why they are calling and lands in the right queue. Behind that, the same flow still supports the dull essentials — hours, holidays, overflow, and the escalation path when nothing matches.

  • Skills-based routing on language, product, region and seniority.
  • Business hours and holiday calendars per queue and per region.
  • Overflow rules that name where a call goes, rather than dropping it.
  • Explicit escalation to a human whenever intent stops being simple.
Read the routing docs Read the routing docs →

The controls ops teams ask for first

Questions about changing a flow

Read the routing docs →
Can our ops team change a flow without engineering?

That is the point of building it as a readable flow. Changes are versioned, so a bad edit is one click from undone and you can see who made it.

What happens to calls already in the flow when we publish a change?

They finish on the version they started on. The new version applies to calls that arrive after you publish.

Can we route on language?

Yes — language is a routing skill alongside product, region and seniority, so a Hindi-speaking caller reaches somebody who can help them.

What happens when no agent is available?

Whatever you have said should happen: overflow to another queue, offer a callback that holds the caller's place, or hand to the after-hours path. What it never does is drop the call silently.

Fix the flow nobody wants to touch

SECURITY & COMPLIANCE
GDPR COMPLIANT
Encrypted in transit and at rest, stored in region