Was ist ein Predictive Dialer und wie funktioniert er?

Die meisten Contact-Center-Manager in der Golfregion und der Levante begegnen Predictive Dialing als Zahl auf einer Folie: mehr Gesprächszeit pro Agent, weniger Leerlaufsekunden, mehr abgearbeitete Liste pro Schicht. Diese Zahl ist das Ergebnis eines Regelkreises, und genau diesen Regelkreis müssen Sie steuern. Dieser Leitfaden erklärt, was der Regelkreis misst, was ihn daran hindert, Ihre Abbruchquote außer Kontrolle zu bringen, und wann ein einfacherer Wählmodus besser passt.

Was ein Predictive Dialer wirklich macht

Ein manueller oder 1:1-Dialer startet einen Anruf für einen freien Agenten. Ein Predictive Dialer startet bewusst mehr Anrufe, als freie Agenten verfügbar sind, weil die meisten dieser Anrufe kein Live-Gespräch ergeben. Nummern klingeln ins Leere, landen auf der Mailbox, sind besetzt oder werden von jemandem angenommen, der nicht die gesuchte Person ist. Wählen Sie eine Leitung pro Agent, verbringen Ihre Agenten den größten Teil der Schicht damit, dem Freizeichen zuzuhören.

Der „predictive“ Teil ist die Prognose. Bevor die Engine eine Reihe von Anrufen auslöst, schätzt sie zwei Dinge: wie viele dieser Anrufe eine echte Person erreichen und wie viele Agenten frei sein werden, wenn die Anrufe verbunden werden. Dann wählt sie genau so viele Leitungen, dass beide Zahlen zusammenpassen. Stimmt die Prognose, beendet ein Agent ein Gespräch und bekommt innerhalb weniger Sekunden das nächste. Liegt sie in die eine Richtung daneben, warten Agenten. Liegt sie in die andere daneben, sagt ein Kunde „Hallo“ und hört Stille – ein abgebrochener Anruf und in den meisten regulierten Märkten ein meldepflichtiges Ereignis.

DialerBee nutzt dafür kein festes Verhältnis. Das Pacing-Modell berechnet die optimale Zahl gleichzeitiger Anrufe alle 30 Sekunden neu – aus Live-Kampagnendaten statt aus einem Wert, den ein Supervisor zu Schichtbeginn eingetippt hat.

So funktioniert Pacing – Minute für Minute

Die Eingangsgrößen des Modells sollten Sie kennen, denn jede davon können Sie mit einer besseren Liste oder einem besseren Skript beeinflussen.

• Annahmequoten pro Listensegment, nicht eine Mischquote für die ganze Kampagne. Ein Segment Mobilnummern in Riad und ein Segment Festnetznummern in Amman verhalten sich unterschiedlich und werden unterschiedlich gesteuert.
• Verteilungen der Gesprächsdauer statt Durchschnittswerte. Zwei Kampagnen können dieselbe durchschnittliche Gesprächsdauer von vier Minuten haben und trotzdem ein völlig anderes Pacing brauchen, wenn die Werte bei der einen eng beieinanderliegen und die andere einen langen Ausläufer hat.
• Nachbearbeitungsdauer, denn die Sekunden, in denen ein Agent ein Gesprächsergebnis erfasst, sind Sekunden, in denen er nicht verfügbar ist.
• Die Zahl der Agenten, die gerade tatsächlich Anrufe annehmen können – sie sinkt in dem Moment, in dem ein Team in die Pause geht.
• Tageszeitliche Trends, damit sich die Engine an die Unterschiede zwischen Vormittags-, Nachmittags- und Abendblock anpasst, statt dreimal täglich von Hand nachjustiert zu werden.

AMD-Ergebnisse fließen in dasselbe Modell ein. Wenn die Anrufbeantwortererkennung Mailboxen aus den verbundenen Anrufen herausfiltert, korrigiert die Engine ihre Einschätzung der echten Live-Connect-Rate, sodass das Pacing die Gespräche abbildet, die Agenten tatsächlich führen werden, statt jedes Anrufs, den das Netz angenommen hat.

Pacing ist nicht das Erste, was mit einer Nummer passiert. Jeder Anruf durchläuft vor dem Wählen die Compliance-Engine: Do-not-Call-Listen, Einwilligungsstatus, Anrufzeitfenster, Wiederholungslimits und Inhaberschaft der Caller-ID werden zuerst geprüft. Eine Nummer, die eine Prüfung nicht besteht, wird nie gewählt, und das Pacing-Modell arbeitet nur mit dem, was es anrufen darf.

Der Abbruch-Regler

Die Kontrolle, die für Compliance-Verantwortliche am meisten zählt, ist die Abbruch-Obergrenze. Sie legen pro Kampagne eine maximale Abbruchquote fest, und die Engine behandelt sie als harte Grenze, nicht als Zielwert. Steigt die Live-Abbruchquote in Richtung dieser Grenze, drosselt die Engine das Wählen automatisch – bevor der Schwellenwert überschritten wird, nicht erst, wenn die Überschreitung in einem Bericht auftaucht.

Zwei Dinge machen das im echten Betrieb nutzbar. Erstens behalten Supervisoren die Kontrolle: Sie legen eine minimale und maximale Zahl von Leitungen pro Agent als Leitplanken fest, und der Algorithmus optimiert innerhalb dieser Grenzen. Außerdem können Sie das Pacing in Echtzeit über die Kampagnensteuerung pausieren, fortsetzen oder anpassen, ohne die Kampagne zu stoppen. Zweitens das simulatorgestützte Deployment: Bevor ein neues Pacing-Modell oder eine Konfigurationsänderung live geht, läuft sie durch eine Simulations-Engine mit historischen Kampagnendaten – so lernt eine ungetestete Pacing-Änderung ihre Lektion nicht an Ihren Kunden.

Nichts davon ersetzt eine rechtliche Prüfung dessen, was Ihr Markt erlaubt. Es sind Kontrollen zur Unterstützung der Compliance, die die mit Ihrem Kunden vereinbarten Regeln im Dialer durchsetzbar machen, statt dass ein Supervisor sie auf einem Dashboard überwachen muss.

Wann Preview, Progressive oder Power die bessere Wahl ist

Predictive Pacing ist ein statistisches Verfahren, und Statistik braucht Volumen. Bei sechs Agenten hat das Modell pro Intervall zu wenige Datenpunkte für eine verlässliche Prognose, und dasselbe Pacing, das bei fünfzig Agenten gleichmäßig läuft, wird bei sechs holprig. Als Faustregel lohnt sich Predictive Pacing ab etwa 20 Agenten auf einer Kampagne. Darunter bringen die anderen Modi den Großteil des Nutzens ohne jedes Abbruchrisiko.

Alle vier Modi laufen auf derselben Plattform und sind pro Kampagne umschaltbar – genau darum geht es. Ein BPO kann gleichzeitig für einen Auftraggeber eine Predictive-Kampagne für späte Mahnstufen und für einen anderen eine Progressive-Kampagne für frühe Zahlungsverzüge fahren, jeweils mit eigenem Pacing, eigener Obergrenze und eigenem Compliance-Profil.

Predictive-Kampagnen in der Golfregion und der Levante

Einige regionale Gegebenheiten verändern, wie Sie die Engine konfigurieren.

• Anrufzeitfenster sind enger als der Arbeitstag und unterscheiden sich je nach Markt. Konfigurieren Sie sie pro Kampagne, statt anzunehmen, dass ein Fenster ein Portfolio über mehrere Länder abdeckt.
• Gebetszeiten, Wochenenden an unterschiedlichen Tagen und Feiertage verschieben die Annahmequoten deutlich. Das Intraday-Trendmodell fängt die Verschiebung auf, aber Ihre Listenstrategie sollte nicht dagegen arbeiten.
• Annahmequoten bei arabischsprachigen Kampagnen erreichen ihren Höhepunkt oft in einem engen Zeitfenster – genau die Situation, die Predictive Pacing gut und ein festes Verhältnis schlecht bewältigt.
• Mailbox-Ansagen folgen in der Region selten einem einheitlichen Muster. Kombinieren Sie Predictive Pacing daher mit transkriptbasierter AMD statt mit Piepton-Erkennung, wenn die Schätzung der Connect-Rate ehrlich sein soll.
• Die Caller-ID muss eine Nummer sein, die zur Kampagne gehört. Auf einer mandantenfähigen Plattform erhält jeder Mandant eigene Caller-IDs, sodass die Anrufe eines Kunden nie unter der Nummer eines anderen Kunden erscheinen.

Worauf Supervisoren achten sollten

Predictive Pacing ist von Grund auf transparent. Im Live-Pacing-Dashboard sieht ein Supervisor, wie viele Leitungen die Engine wählt, wie viele Agenten sie als Nächstes frei erwartet, wie sich die Abbruchquote aktuell entwickelt und ob der Governor drosselt. Pacing-Berichte pro Kampagne zeigen dasselbe im Nachhinein: Auslastung, Abbruchquote, Connect-Rate und Leerlauf-Trends.

Drei Gewohnheiten unterscheiden Teams, die von Predictive Dialing profitieren, von Teams, die dagegen ankämpfen. Halten Sie Nachbearbeitungs-Timer realistisch, denn ein unrealistischer Timer drängt Agenten in einen Zustand, den das Modell nicht vorhersagen kann. Segmentieren Sie Listen vor dem Wählen statt danach, da das Modell pro Segment steuert. Und werten Sie eine steigende Abbruchquote als Signal für Listen oder Personalbesetzung, nicht nur fürs Pacing – denn der Governor hält die Grenze so oder so, aber Ihre Kontaktrate erholt sich erst, wenn die eigentliche Ursache behoben ist.

Häufig gestellte Fragen

Was ist ein Predictive Dialer – einfach erklärt?

Eine Outbound-Software, die mehrere Nummern gleichzeitig wählt und vorhersagt, wann Agenten frei werden, sodass ein angenommener Anruf sofort an einen Agenten übergeben wird, statt dass ein Agent das Freizeichen abwartet. DialerBee berechnet die Zahl der Leitungen pro Agent alle 30 Sekunden neu – aus Live-Annahmequoten, Verteilungen der Gesprächsdauer, Nachbearbeitungszeiten und Agentenverfügbarkeit.

Wie funktioniert der Abandon-Governor?

Sie konfigurieren eine maximale Abbruchquote für die Kampagne, und die Engine behandelt sie als harte Obergrenze. Steigt die Live-Quote in Richtung dieser Grenze, drosselt die Engine das Wählen automatisch, bevor der Schwellenwert überschritten wird. Supervisoren können zudem minimale und maximale Leitungen pro Agent als Leitplanken festlegen und das Pacing in Echtzeit über die Kampagnensteuerung pausieren oder anpassen.

Ab wie vielen Agenten lohnt sich Predictive Pacing?

Etwa 20 Agenten auf einer Kampagne sind eine sinnvolle Untergrenze, weil das Modell genug Datenpunkte pro Intervall für eine verlässliche Prognose braucht. Darunter liefern Power Dialing und Progressive Dialing den Großteil des Durchsatzvorteils ohne Abbruchrisiko – und beide sind auf derselben Plattform verfügbar.

Was ist ein simulatorgestütztes Deployment?

Bevor ein neues Pacing-Modell oder eine Konfigurationsänderung live geht, läuft sie durch eine Simulations-Engine mit historischen Kampagnendaten. Die Änderung muss sich in der Simulation sicher innerhalb der konfigurierten Schwellenwerte verhalten, bevor sie Produktiv-Traffic erreicht – so verursacht eine ungetestete Pacing-Änderung keinen Anstieg der Abbruchquote bei echten Kunden.

Läuft die Compliance-Engine vor oder nach dem Pacing?

Davor. Jeder Anruf durchläuft zuerst die Compliance-Engine, wo Do-not-Call-Listen, Einwilligungsstatus, Anrufzeitfenster, Wiederholungslimits und Inhaberschaft der Caller-ID geprüft werden. Eine Nummer, die eine Prüfung nicht besteht, wird nie gewählt, und das Pacing-Modell arbeitet nur mit den Nummern, die es anrufen darf.

Kann ich Predictive- und Progressive-Kampagnen gleichzeitig fahren?

Ja. Predictive, Power, Progressive und Preview sind pro Kampagne umschaltbar, sodass eine Plattform eine Predictive-Kampagne zur Forderungsbeitreibung und eine Progressive-Kampagne für frühe Zahlungsverzüge parallel fahren kann – jeweils mit eigenen Pacing-Einstellungen, eigener Abbruch-Obergrenze und eigenem Compliance-Profil und jeweils pro Mandant isoliert.