Call Forwarding: Transferring to a Live Agent or Another Number

Introduction: Sometimes an IVR menu isn’t enough—you want callers to reach a real person. In RapidPro.app Voice (IVR) flows, you can forward a live call to another phone number using Wait for Forwarded Call, then route the caller based on what happened (answered, no answer, busy, or failed).

Forward calls to an agent (with safe fallbacks)

If you just need the essentials, follow this quick path:

  1. Offer a clear “Talk to an agent” menu option before forwarding
  2. Add Wait for Forwarded Call and enter the destination number
  3. Connect all 4 exits (Answered / No Answer / Busy / Failed)
  4. Add caller-friendly follow-ups for each outcome
  5. Notify your team on failures (and track issues)

This keeps callers from getting stuck and helps your team respond when forwarding doesn’t work.

Step-by-Step Process

1
Add a caller choice before forwarding

Goal: Give callers a clear option to talk to a live agent.

  1. In your Voice (IVR) flow, add a Play Message that explains the choices (example: “Press 1 to speak to an agent, press 2 to leave a message.”).
  2. Add an IVR menu split (example: Wait for Menu Selection).
  3. Connect the Speak to an agent option to your forwarding step.

[CAPTURE: Voice flow showing a Play Message followed by a menu split with an option leading to “Wait for Forwarded Call”.]

💡
Tip: Keep the agent option simple (“Press 1 to speak to an agent”) to reduce drop-off and wrong inputs.

2
Add the Wait for Forwarded Call split action

Goal: Forward the call to a target phone number.

  1. Add Wait for Forwarded Call in the branch where callers request an agent.
  2. Enter the destination phone number you want to forward to.
  3. Save the node configuration.

[CAPTURE: Node configuration panel for “Wait for Forwarded Call” showing the forwarding number field.]

⚙️
Technical Detail: After the forwarded call ends, the caller continues automatically in the flow on the original call with your voice number.

3
Connect all 4 forwarding outcomes

Goal: Ensure every possible outcome has a clear next step.

The Wait for Forwarded Call split provides four exits:

  • Answered — the agent answered successfully
  • No Answer — nobody picked up and the call disconnected
  • Busy — the line was busy and the call disconnected
  • Failed — forwarding failed
  1. Create a branch from each exit.
  2. Add a clear follow-up action for each outcome.

[CAPTURE: “Wait for Forwarded Call” split showing 4 exits (Answered / No Answer / Busy / Failed) connected to different branches.]

💡
Tip: You can reuse the same follow-up message for No Answer and Busy to keep the flow compact.

4
Add caller-friendly follow-up actions

Goal: Support the caller based on what happened.

Recommended patterns:

  • Answered: Play a short confirmation message (example: “Thanks—your call is now connected.”) or route to a wrap-up step.
  • No Answer / Busy: Offer alternatives (leave a message, call back later, share support hours).
  • Failed: Apologize, offer a fallback, and notify your team.

[CAPTURE: Branch after “Answered” playing a confirmation message, and branches after “No Answer/Busy” offering a fallback.]

⚠️
Warning: Always provide a fallback path (like leaving a message) so callers aren’t stuck when forwarding doesn’t work.

5
Notify your team when forwarding fails

Goal: Make sure internal teams are alerted when calls can’t be forwarded.

  1. On the Failed branch, add Send Message to Third Party (or your equivalent internal alert action).
  2. Include key context (caller identifier, time, branch reached, and outcome).

[CAPTURE: Failed branch showing an internal alert action configured with a notification message.]

⚙️
Technical Detail: Keeping a consistent alert format (caller + time + flow name + outcome) makes follow-up faster when agents are busy.

Common Issues & Quick Fixes

The forwarded call never connects

Fix:

  • Confirm the destination number is correct and can receive calls.
  • Check Call Logs to see whether the outcome is Failed, Busy, or No Answer.
  • Ensure your voice channel/provider supports call forwarding in your region.
Callers reach “No Answer” too often

Fix:

  • Verify agent availability and coverage (hours, staffing).
  • Add a short fallback message offering alternatives (leave a message, suggested call-back window).
  • Consider adding a retry strategy (if your IVR design supports it).
I didn’t connect all 4 exits

Fix:

  • Connect Answered, No Answer, Busy, and Failed to explicit next steps.
  • Use a shared fallback branch for Busy/No Answer if you want a simpler design.
The caller doesn’t return to the IVR flow after the forwarded call

Fix:

  • Confirm forwarding is implemented using Wait for Forwarded Call (not a different action).
  • Check Call Logs for disconnections on the original call.
  • Review your provider/channel settings if calls drop immediately after forwarding.