Dropped-call recovery
When an intake call drops, the recovery workflow should already know what to do.
For an eligible inbound call that ends before the caller is fully helped, LegalVoice can place one guarded return call to a reliable caller number. The return call identifies the firm, explains that the earlier call ended, and offers to finish a short intake, send the configured secure form, or request staff follow-up. Recovery is suppressed for tests, do-not-call records, emergencies, resolved calls, scheduled callbacks, missing or unreliable numbers, and other unsafe states.
Not every disconnected call should trigger a callback
The post-call workflow first classifies the original inbound call and checks whether recovery is appropriate. It does not call test or demo records, explicit do-not-call contacts, emergency calls, completed transfers, booked appointments, already scheduled callbacks, calls without a reliable caller number, or a number that resolves to the firm itself.
A durable one-call claim prevents duplicate workers from placing multiple recovery calls for the same original interaction. A failed safety or persistence check suppresses the callback instead of dialing optimistically.
The caller hears why the firm is calling back
The return call begins with a firm-identified opening that says the earlier call ended before completion. It then waits for the caller to choose: continue a fast intake, receive the configured secure form, or request help from firm staff. It is treated as a return call, not cold outreach.
If the original call ended in a configured non-English language, the workflow can reuse that language when it remains active on the line. If the localized opening cannot be loaded safely, the call is not placed.
Voicemail and phone trees are bounded recovery states
Recovery calls can reach voicemail, a switchboard, or an automated phone menu. The recovery lane has answer-detection and runtime guardrails intended to stop an agent from delivering intake into a machine, navigating an IVR, or remaining on a no-progress call indefinitely.
These controls reduce avoidable failure; they do not guarantee that every carrier or answering-machine verdict is correct. The firm should review recovery outcomes during a pilot.
Keep the recovery leg linked to the original call
The outbound recovery session preserves the original call identifier, recovery reason, language choice, and placed or failed status. The return call can continue intake or create the configured form or staff-follow-up outcome without pretending the interrupted first call was complete.
If text recovery is enabled, separate gates check prior form or SMS delivery, caller texting permission, pause state, consent policy, and whether another follow-up already resolved the need. Voice and SMS recovery should never create duplicate pressure on the caller.
Pilot against real failure categories, using fictional caller data
Simulate an early hangup with a reliable caller number, an explicit do-not-call request, an emergency, a completed transfer, a booked appointment, a scheduled callback, an unavailable translation, voicemail, an IVR, and two workers processing the same event. Confirm which calls are placed, suppressed, or stopped.
Review the opening, caller choice, final disposition, duplicate protection, language behavior, form or staff handoff, and the record staff receives before enabling the workflow broadly.
workflow
Dropped-call recovery decision path
The gates between an interrupted inbound call and a single safe return-call attempt.
Common questions
Does LegalVoice call back every dropped call?
No. Recovery requires an eligible original inbound call and a reliable caller number, and it is suppressed for tests, do-not-call records, emergencies, resolved calls, scheduled callbacks, and other unsafe states.
Can the return call continue in Spanish?
It can use the original final language when that language remains configured on the line and a safe localized opening is available. Otherwise the workflow falls back according to the configured language policy or does not place the call.
How are duplicate callbacks prevented?
The runtime creates one durable recovery claim for the original call before dialing. A second worker processing the same call cannot claim another recovery attempt.