Predictive Dialer Tuning: Pacing, Abandon Rate & Contact Rate
A practical guide to tuning a predictive dialer: how pacing works, setting the abandon-rate cap, adjusting for wrap time and answer rates, and optimizing contact rate without breaching limits.
Quick answer
To tune a predictive dialer, treat the abandon-rate cap as a hard limit and everything else as a dial you turn against it. Feed the pacing engine accurate handle-time and connect-rate data, set the abandon cap to your regulator's threshold, then adjust pacing aggressiveness, lines per agent, ring time, wrap-up, and AMD handling to raise contact rate and cut agent idle time. Diagnose by symptom: high abandons mean pace down; idle agents mean pace up or fix list quality; voicemails reaching agents mean tune AMD. Small teams or volatile handle times should run progressive or power mode instead.
A predictive dialer is the highest-throughput mode in outbound calling, but throughput is not the goal you tune for — it is the reward for tuning everything else correctly. The dialer's job is to have a live person on the line at the exact moment an agent frees up, no sooner and no later. Get it right and agents talk almost continuously. Get it wrong and you either waste expensive agent time on silence, or you connect more people than you have agents for and drop them — an abandoned call that regulators count against you.
This guide is an operational walkthrough for ops leads and campaign managers running a predictive dialer. It covers how pacing actually works, the levers you control, a symptom-to-fix diagnostic table, and when to abandon predictive mode entirely for something safer.
How Predictive Pacing Works
Predictive pacing is a forecasting problem. The dialer dials ahead of agent availability, launching more calls than there are free agents on the bet that most calls will not connect to a live person by the time an agent is ready. It makes that bet using live statistics from the campaign:
- Connect rate — the share of dialed numbers that reach a live human (not ringing forever, not voicemail, not a dead line).
- Average handle time (AHT) — how long agents stay on a connected call, including talk time.
- Wrap-up time — after-call work before an agent is ready for the next call.
- Ring / answer latency — how long it takes a dialed number to be answered, on average.
- Agent count and state — how many agents are logged in, on calls, wrapping, or idle right now.
From these, the engine estimates when the next agent will be free and how many numbers it must dial now so that roughly one live connection arrives at that moment. Because these inputs shift constantly — a list warms up, agents go on break, a caller ID gets flagged — the forecast is recalculated continuously. This is also why predictive dialing behaves badly with small teams: with 8 agents, a single 20-minute call swings your live capacity by more than 10%, and the law of large numbers that smooths predictions for 60 agents simply is not there. See what is a predictive dialer for the underlying definition.
The Levers You Control
Tuning is the practice of setting a handful of parameters so the forecast stays accurate and the abandon rate stays under cap. These are the dials worth knowing:
Pacing aggressiveness
The master control. Expressed as a target (for example, a target abandon rate or a pacing ratio), it tells the engine how far ahead of agent availability to dial. Aggressive pacing raises contact rate and cuts idle time but pushes abandons up. Conservative pacing does the reverse. Every other lever ultimately feeds this one.
Lines per agent
A ceiling on how many simultaneous calls the dialer will launch per available agent. On a low-connect list you can afford more lines because most calls will not connect; on a high-connect list, fewer. Treat this as a guardrail, not the primary throttle — let the abandon cap do the real work.
Drop / abandon-rate cap
The hard constraint. This is not a KPI you optimize toward — it is a legal boundary you stay under. Most major regimes cap abandons at 3% of live-answered calls (measurement windows differ: 30 days per campaign under the US TCPA, a stricter 24-hour window under UK Ofcom, a similar limit under the UAE TDRA). Set the cap at or below your strictest applicable regulator and build a margin. More on the math in our abandon-rate guide, and you can model scenarios with the abandon-rate estimator.
Wrap-up time
After-call work directly shortens the interval before an agent is available again. If wrap-up is unpredictable, pacing forecasts degrade. Standardize disposition workflows so wrap is consistent, and feed accurate wrap numbers into the pacing engine rather than letting it assume zero.
Retry cadence
How and when un-connected numbers are re-dialed. Too aggressive and you burn list and annoy contacts; too passive and contact rate suffers. Cadence interacts with time-of-day: a number that did not answer at 9am may answer at 6pm.
Ring time / no-answer timeout
How long the dialer lets a number ring before giving up. Short timeouts increase dialing velocity but miss slow answerers; long timeouts tie up channels and slow the campaign. Tune against observed answer latency for your list and region.
AMD handling
Answering-machine detection decides whether a connection is a human or voicemail. Set it too trigger-happy and you hang up on real people (lowering contact rate and risking abandons); set it too lax and agents get handed voicemails, wasting talk time. Our language-aware AI AMD is designed to classify human-vs-machine across languages and greeting styles; whichever engine you use, AMD accuracy is one of the highest-leverage tuning targets.
The Core Tension: Throughput vs. Abandons
Everything above resolves into one trade-off. Push pacing harder and you get more conversations per agent-hour, but abandons climb. Pull it back and abandons fall, but agents sit idle waiting for connections. The mistake is treating this as a single optimization curve where you find the peak. It is not — the abandon cap slices the curve off. You do not tune to the maximum-throughput point; you tune to the maximum-throughput point that stays under your abandon cap with margin to spare.
Practically: pick a target abandon rate below your legal cap (leaving headroom for volatility), let pacing find its throughput there, and only then look at contact rate, list quality, and AMD to lift the whole curve. In internal pilot conditions, tightening AMD accuracy and standardizing wrap-up tended to raise usable contact rate without touching pacing aggressiveness — but results vary by list, region, and team size, so measure your own baseline before and after any change.
Diagnostic Table: Symptom to Fix
Most tuning happens reactively: you watch the wallboard, spot a symptom, and adjust. This table maps the common ones.
| Symptom | Likely cause | Adjustment |
|---|---|---|
| Abandon rate near or over cap | Pacing too aggressive; too many lines per agent | Lower the target abandon rate / pacing aggressiveness; reduce lines per agent; let the governor throttle before the cap |
| Agents frequently idle between calls | Pacing too conservative, or low connect rate on the list | Raise pacing; improve list quality / freshness; check caller-ID reputation |
| Agents receiving voicemails / dead air | AMD too lax or mis-calibrated for language/region | Tune AMD sensitivity; use language-aware detection; review AMD false-negative logs |
| Contact rate falling over the day | Time-of-day effect; list fatigue; caller ID getting flagged | Adjust retry cadence; rotate caller IDs; shift dialing windows to higher-answer hours |
| Abandon rate spikes at campaign start | Engine still calibrating connect rate on a new list | Start conservative and let pacing ramp; seed with known connect-rate assumptions |
| Abandons cascade when agents take breaks | Live capacity dropped faster than the forecast adjusted | Stagger breaks; set a minimum agent floor for predictive mode; drop to progressive if the team shrinks |
| Pacing feels erratic / unpredictable | Highly variable handle time defeats the forecast | Segment campaigns by call type; standardize scripts and wrap; consider progressive mode |
What Moves Answer Rates: Time, List, and Caller ID
Two campaigns with identical pacing settings can post wildly different results because the inputs differ. Three factors dominate the connect rate your pacing engine has to work with:
- Time of day. Answer rates rise and fall through the day and week. Dialing a consumer list at lunch versus early evening changes connect rate materially, which changes how aggressively the engine paces. Align dialing windows with when your audience actually answers — within local calling-hour rules.
- List quality. Fresh, well-scrubbed, correctly time-zoned lists connect more reliably. Stale or mis-formatted lists produce low connect rates that starve agents and force the engine to over-dial to compensate — which pushes abandons up. Clean lists are a pacing tool, not just a data-hygiene chore.
- Caller-ID reputation. If your numbers get flagged as spam or show up as unfamiliar area codes, answer rates collapse and the engine over-dials to hit its target, raising abandon risk. Rotate numbers, monitor reputation, and use local presence where compliant.
The point: before you touch a pacing dial, ask whether the connect rate itself is the problem. Often the fastest "tuning" is a better list or a cleaner caller ID, not a pacing change.
When to Switch to Power or Progressive Mode
Predictive mode is not always the right tool, and forcing it can be the root cause you keep trying to tune away. Consider switching when:
- The team is small. With fewer than roughly 50 available agents, the statistics that make prediction safe are too noisy. Progressive or power mode dials one call per free agent, which caps abandon risk structurally.
- Handle time is highly variable. If calls range from one minute to twenty, forecasts are unreliable and abandons swing. Progressive mode removes the forecast from the equation.
- The regulatory environment or campaign risk is high. For sensitive lists or strict jurisdictions, the certainty of one-call-per-agent can be worth the lower throughput.
- You are calibrating a brand-new list. Run progressive until you know the connect rate, then graduate to predictive.
Power and progressive modes trade some agent utilization for a much smaller abandon surface. That is often the right trade for the exact situations where predictive tuning is hardest. For a full comparison of the three modes and when each fits, see power vs. predictive vs. progressive dialer.
A Sensible Tuning Order
When you sit down to tune, work in this order:
- Set the abandon cap to your strictest applicable regulator, with margin. This is fixed before anything else.
- Confirm team size and handle-time variability support predictive mode at all — if not, switch modes.
- Feed accurate handle-time, wrap-up, and connect-rate data into the engine.
- Fix the inputs: list quality, caller-ID reputation, dialing windows, AMD accuracy.
- Only now adjust pacing aggressiveness and lines per agent, watching the rolling abandon rate.
- Let compliance-supporting controls (a real-time abandon governor and a minimum-agent floor) enforce the boundary automatically rather than relying on manual intervention.
Tune the inputs first and the pacing lever needs far less babysitting. Keep the abandon rate a hard constraint, not a target, and the whole campaign stays on the right side of the regulator while agents stay busy.
Abandon-rate caps and autodialer rules vary by jurisdiction and change over time. This is general operational guidance, not legal advice — confirm the limits that apply to your campaigns with qualified counsel.
Frequently Asked Questions
How do I tune a predictive dialer to reduce abandon rate?
Lower the pacing aggressiveness or target abandon rate, reduce lines per agent, and let a real-time abandon governor throttle pacing before it reaches the cap. Then address root causes: improve AMD accuracy so real people are not dropped, standardize wrap-up so forecasts are accurate, and stagger agent breaks so live capacity does not fall faster than the engine can react.
What is the difference between predictive dialer pacing and lines per agent?
Pacing aggressiveness is the primary control that tells the engine how far ahead of agent availability to dial, driven by connect rate and handle time. Lines per agent is a ceiling on simultaneous calls per free agent. Use pacing (and the abandon cap) as the real throttle and treat lines per agent as a guardrail, especially on high-connect-rate lists.
Why are my agents idle even though pacing is set high?
Usually a low connect rate is starving the campaign — stale lists, wrong time zones, or caller IDs flagged as spam mean few dialed numbers reach a live person. Improve list quality, rotate or repair caller-ID reputation, and shift dialing to higher-answer hours. Fixing the input often helps more than raising pacing further.
When should I use progressive mode instead of predictive?
Use progressive or power mode when your team is small (roughly under 50 available agents), when handle time is highly variable, when the campaign is high-risk or in a strict jurisdiction, or when you are still calibrating the connect rate of a brand-new list. These modes dial one call per free agent, which structurally caps abandon risk at the cost of some throughput.
Is the abandon-rate cap a KPI or a hard limit?
It is a hard, legal limit — not a metric to optimize toward. Most major regulators cap abandons at around 3% of live-answered calls, with differing measurement windows. Set your cap at or below the strictest applicable regulator, tune throughput underneath it with margin to spare, and rely on compliance-supporting controls to enforce the boundary automatically.
Related articles
Ready to see DialerBee in action?
Book a 15-minute live demo, or start a free trial and dial today — no slides, no commitment.
14-day free trial · no credit card · 9 languages · BYOC · compliance-supporting controls