Escalation is not a fallback of last resort. It is a deliberate part of your call design, ensuring every customer journey has a safe path to resolution.
How Routing Works
Routing in Phonely is built around workflows (flows). A call always starts in one flow, but it doesn’t have to stay there. Depending on what the caller says, what the AI detects, or what conditions you define, Phonely can:- Listens continuously to the conversation
- Detects intent, sentiment, and keywords
- Decides when a routing action is needed
- Executes the routing seamlessly
- Fall back gracefully if no one is available
Routing Outcomes in Phonely
At a high level, routing in Phonely leads to one of two outcomes:- The call is routed to a human or external destination
- The call is routed to another internal workflow
Transfer Calls
When a call needs to be handed off to a person or department, Phonely performs a live call transfer. This routing approach is commonly used for:- Customer support escalation
- Sales handoffs
- Requests for specific people
- Situations where the AI determines human help is required
- Decide who should receive the call based on what the caller says
- Try multiple destinations automatically if someone doesn’t answer
- Control whether the handoff is immediate or introduced with context
- Manage what the caller hears while waiting
- Detect whether a person, voicemail, or IVR answered
- Gracefully recover if no one is available
Cold Transfer
The call is forwarded immediately to the destination number with no introduction or context sharing.Use cold transfers when speed is more important than context.For example, forwarding general inquiries to a receptionist line or emergency situations where immediate connection is critical are good use cases for cold transfers.
Warm Transfer
A contextual handoff where the AI briefly introduces the caller and shares relevant context before connecting.Use warm transfers when context and personal touch are important.For example: “Hi Sarah, I have John on the line with a billing question.” Warm transfers also support voicemail detection and will resume the call if no one answers.
Transfer Flows
Not all routing leads to a human. In many scenarios, the correct outcome is to move the caller to a different conversational flow using transfer flow, such as:- Switching from appointment scheduling to billing workflow
- Moving from general inquiries to technical support workflows
- Escalating from self-service to a structured escalation workflow
Global Transfer Flows
Transfers don’t always happen in predictable places. A caller may ask for support halfway through an appointment booking flow, or the AI may detect frustration at any point. For these cases, Phonely supports Global Flows.When to use Global Flows
When to use Global Flows
Use a Global Flow when you want escalation to be available at any time, regardless of where the caller is in the conversation.
How to configure
How to configure
Create a new flow, mark it as global, and define the triggers that should cause calls to jump into it. Add transfer logic inside that flow just as you would in any other.
Adding Conditions
Transfers can be made conditional. The most common example is business hours: you may want to route calls to your support team between 9 AM and 9 PM, but after hours the AI should handle them differently.
This ensures that transfers only occur when someone is available to answer. Similar conditions can be applied to frustration detection, caller intent, or other business rules.
Example Flow
Here’s how escalation can be built into an appointment scheduling flow:- Step 1: Confirm intent
- Step 2: Route by choice
- Step 3: Handle with care
- Step 4: Protect against failure
Use a Talk block to ask the caller who they want to speak with - for example, customer support, technical support, or a specific person.
Advanced Options
Transfer call blocks come with additional controls that improve reliability.| Option | Type | Description |
|---|---|---|
| Voicemail Detection | boolean | Detects voicemail and brings the caller back into the flow with a fallback message |
| Transfer Failures | action | Defines what happens if a transfer cannot connect - for example, retry once or send the call to a fallback Talk block |
| IVR Detection | boolean | Detects if the destination number has an IVR (phone tree) and handles it appropriately |
Best Practices
Phonely’s transfer features are flexible, but good design makes them effective. A few guidelines:- Use warm transfers in customer-facing scenarios where context matters.
- Always configure fallbacks so that no call ends in silence.
- Apply Time Filters or other conditions to avoid unnecessary transfers.
- Treat escalation as part of the customer journey, not an exception to it.
For more detail, see our guides on Transfer Calls and Time Filters.

