Die beste Dialer-Software für BPOs

BPOs haben Anforderungen an einen Dialer, die kein anderes Kundensegment teilt. Sie betreiben nicht eine Kampagne für ein Unternehmen – Sie betreiben Dutzende Kampagnen für mehrere Kunden gleichzeitig, jeweils mit anderen Daten, anderen Compliance-Regeln, anderen SLAs und anderen Reporting-Anforderungen. Ein Dialer, der für ein internes Vertriebsteam funktioniert, scheitert an der betrieblichen Komplexität eines BPO.

Dieser Leitfaden beschreibt die konkreten Funktionen, die BPOs bei der Auswahl einer Dialer-Software prüfen sollten – basierend auf den Betriebsmustern, die wir bei Inkassounternehmen, ausgelagerten Vertriebsteams und Kundenservice-BPOs mit Outbound-Kampagnen beobachten.

Mandantenfähige Architektur: nicht verhandelbar

Mandantenfähigkeit ist das Fundament. Alles andere baut darauf auf. Im BPO-Kontext bedeutet Mandantenfähigkeit:

Datentrennung

Die Kontaktdaten von Kunde A müssen für die Agents, Supervisoren und Administratoren von Kunde B vollständig unsichtbar sein. Das ist nicht nur eine Berechtigungseinstellung – es muss auf Datenbankebene durchgesetzt werden. Eine falsch konfigurierte Berechtigung in einem rollenbasierten Zugriffssystem kann Daten zwischen Kunden preisgeben. Echte Mandantenfähigkeit nutzt eine logische oder physische Datentrennung, die kundenübergreifende Datenzugriffe architektonisch unmöglich macht.

Warum das wichtig ist: BPO-Verträge enthalten ausnahmslos Datenschutzklauseln. Ein Datenleck zwischen Kunden ist ein Vertragsbruch, ein möglicher Verstoß gegen Vorschriften und ein existenzbedrohendes Ereignis. Fragen Sie Ihren Dialer-Anbieter: „Wenn ein Administrator versehentlich eine Rolle falsch konfiguriert, können dann die Agents eines Kunden die Daten eines anderen Kunden sehen?“ Wenn die Antwort kein überzeugtes „Nein“ ist, ist die Architektur nicht wirklich mandantenfähig.

Konfigurationstrennung

Jeder Kunden-Mandant sollte eine unabhängige Konfiguration haben für: Wählmodi (Kunde A im Predictive-Modus, Kunde B im Progressive-Modus), Compliance-Regeln (unterschiedliche Wiederholungslimits, Anrufzeiten, DNC-Listen), AMD-Einstellungen (unterschiedliche Empfindlichkeit je Kunde, abhängig von seiner Toleranz für Falsch-Positive gegenüber Falsch-Negativen), Aufzeichnungsrichtlinien, Ergebniscodes und Workflows sowie IVR-Abläufe.

Ressourcentrennung

Die Kampagne eines Kunden darf der Kampagne eines anderen Kunden keine Wählressourcen entziehen. Wenn Kunde A einen Schub an Anwahlen mit hohem Volumen hat, sollten die Kampagnen von Kunde B normal weiterlaufen. Achten Sie auf Fair-Queuing- oder Ressourcenreservierungs-Mechanismen, die Probleme durch „laute Nachbarn“ verhindern.

Das von DialerBee entwickelte mandantenfähige Architektur erzwingt die Trennung auf Daten-, Konfigurations- und Ressourcenebene und ist darauf ausgelegt, dass jeder Kunde so arbeitet, als hätte er seine eigene dedizierte Dialer-Instanz.

Compliance-Konfiguration pro Kunde

Verschiedene Kunden unterliegen unterschiedlichen regulatorischen Rahmenwerken. Ein BPO, der sowohl US-Inkassokunden als auch Vertriebskunden in den VAE betreut, muss für den einen TCPA-/Reg-F-Regeln und für den anderen TDRA-Regeln durchsetzen – gleichzeitig, auf derselben Plattform und ohne sie zu vermischen.

Wichtige Compliance-Funktionen für BPOs:

• DNC-Listen pro Mandant: Jeder Kunde hat seine eigene interne DNC-Liste plus Zugriff auf die relevanten nationalen Register. Ein DNC-Wunsch eines Schuldners von Kunde A darf diese Nummer nicht in den Kampagnen von Kunde B sperren (es sei denn, die Nummer steht auch auf der DNC-Liste von Kunde B).
• Anrufzeitfenster pro Mandant: Kunde A in den USA: 8 bis 21 Uhr Ortszeit des Empfängers. Kunde B in den VAE: 9 bis 21 Uhr Gulf Standard Time. Kunde C in der EU: 10 bis 20 Uhr gemäß den Regeln des jeweiligen Mitgliedstaats. Jedes Zeitfenster muss unabhängig durchgesetzt werden.
• Wiederholungslimits pro Mandant: Ein Inkassokunde unter Reg F braucht 7 Versuche pro 7 Tage. Ein Vertriebskunde erlaubt vielleicht 3 Versuche pro Tag. Diese Limits müssen pro Mandant konfigurierbar sein und durchgesetzt werden.
• Aufzeichnungsrichtlinien pro Mandant: Manche Kunden verlangen, dass alle Gespräche aufgezeichnet werden. Andere verlangen Ansagen zur Einwilligung in die Aufzeichnung. Manche Kunden in bestimmten Rechtsordnungen benötigen eventuell die Möglichkeit, die Aufzeichnung während der Erfassung von PCI-Daten zu pausieren. Jeder Mandant braucht seine eigene Aufzeichnungskonfiguration.

Supervisor- und Admin-Berechtigungen

Die Organisationsstrukturen von BPOs sind komplexer als die interner Teams. Ein typischer BPO hat: einen Operations Director, der alle Kunden überblickt, Manager auf Kundenebene, die nur ihre zugewiesenen Kunden sehen, Teamleiter, die nur ihr Team innerhalb eines Kunden sehen, und Agents, die nur ihre eigene Arbeit sehen.

Der Dialer muss hierarchisch abgestufte Zugriffsrechte unterstützen:

• Admin auf BPO-Ebene: Vollzugriff auf alle Mandanten. Kann Mandanten anlegen, globale Einstellungen verwalten und aggregierte Berichte einsehen.
• Supervisor auf Kundenebene: Zugriff auf einen einzelnen Mandanten beschränkt. Kann Kampagnen verwalten, Berichte einsehen, Aufzeichnungen anhören und Agents coachen – aber nur innerhalb des eigenen Kunden.
• Teamleiter: Zugriff auf ein Team innerhalb eines Mandanten beschränkt. Sieht die Performance des eigenen Teams, aber nicht die anderer Teams, die für denselben Kunden arbeiten.
• Agent: Zugriff auf die eigene Warteschlange, Skripte und die Erfassung der Gesprächsergebnisse. Kein Zugriff auf die Arbeit anderer Agents oder auf Daten auf Kundenebene.

Diese Abgrenzung muss auch für Echtzeitfunktionen gelten. Wenn ein Supervisor Mithören, Flüstern oder Aufschalten nutzt, darf er nur Gespräche innerhalb seines Zuständigkeitsbereichs betreten können. Ein Supervisor für Kunde A darf die Gespräche von Kunde B nicht mithören können – auch nicht versehentlich.

BYOC: Carrier-Flexibilität pro Kunde

BPOs haben häufig Kunden mit eigenen Carrier-Verträgen, die ihre ausgehenden Anrufe über ihre eigenen SIP-Trunks leiten möchten. Die Gründe: Der Kunde hat Großhandelstarife ausgehandelt, die er nicht verlieren will; regulatorische Vorgaben verlangen die Leitung des Verkehrs über bestimmte lizenzierte Carrier; der Kunde möchte seine Caller-ID-Reputation selbst steuern; oder vertragliche Anforderungen schreiben vor, dass der Sprachverkehr aus der Infrastruktur des Kunden stammen muss.

BYOC auf Mandantenebene löst dieses Problem. Jeder Kunden-Mandant verbindet seine eigenen SIP-Trunks, nutzt seine eigenen DIDs und bezahlt seinen Carrier direkt. Der BPO verwaltet die Dialer-Plattform, der Kunde verwaltet seinen Carrier. Das vereinfacht auch die Abrechnung: Der BPO stellt Software-Arbeitsplätze in Rechnung, der Kunde bezahlt seinen Carrier separat – Streitigkeiten über Minutengebühren entfallen.

White-Label für Kundenportale

Manche BPO-Kunden möchten Zugriff auf Kampagnen-Dashboards, Gesprächsaufzeichnungen und Performance-Berichte – aber nicht die Marke Ihres Dialer-Anbieters sehen. Sie wollen die Marke Ihres BPO oder ihre eigene Marke sehen.

White-Label-Funktionen ermöglichen Ihnen Kundenportale im Branding Ihres BPO. Kunden der höheren Stufen erhalten eventuell Portale in ihrem eigenen Branding. Das ist besonders wertvoll für Enterprise-Kunden, die die Technologieplattform des BPO als Teil ihres Markenerlebnisses betrachten.

Reporting und SLA-Management

Die Reporting-Anforderungen eines BPO unterscheiden sich grundlegend von internem Reporting. Sie brauchen:

Reporting auf Kundenebene

Jeder Kunde braucht sein eigenes Reporting-Dashboard mit den für sein SLA relevanten Kennzahlen: Kontaktquote, Right-Party-Contact-Quote, Konversionsrate, durchschnittliche Bearbeitungszeit, Anrufe pro Stunde und kampagnenspezifische KPIs. Die Berichte müssen getrennt sein – Kunde A darf niemals die Performance-Daten von Kunde B sehen.

Reporting für interne Abläufe

Ihr Operations-Team braucht kundenübergreifende Ansichten: Agent-Auslastung über alle Kunden hinweg, Effizienz der Arbeitsplatzzuteilung, Performance gemischter Warteschlangen, Analyse der Carrier-Kosten und Daten zur Ressourcenplanung. Das ist die BPO-Ansicht, die Kunden nicht sehen.

SLA-Überwachung

Viele BPO-Verträge enthalten SLA-Zusagen: Mindest-Kontaktquote, maximale Abbruchquote, Schwellenwerte für Anrufe pro Stunde oder Konversionsziele. Der Dialer sollte die Überwachung von SLA-Schwellenwerten mit Warnmeldungen unterstützen, wenn Kennzahlen sich den Schwellenwerten nähern oder sie verletzen. Reaktives SLA-Management – eine Verletzung erst im Monatsbericht zu entdecken – kommt zu spät.

Automatisierter Berichtsversand

Kunden erwarten regelmäßige Berichte, ohne sich in ein Portal einloggen zu müssen. Achten Sie auf einen geplanten Berichtsversand per E-Mail mit anpassbaren Vorlagen, Zeiträumen und Kennzahlen. Wenn Sie White-Label nutzen, sollten die Berichte im Branding des Mandanten erscheinen.

Skalierbarkeit und Verwaltung paralleler Kampagnen

Ein mittelgroßer BPO betreibt vielleicht 5–10 Kunden-Mandanten mit je 3–5 Kampagnen – das sind 15–50 parallele Kampagnen. Ein großer BPO hat womöglich 50+ Mandanten und Hunderte Kampagnen. Der Dialer muss diese Parallelität ohne Leistungseinbußen bewältigen.

Wichtige Indikatoren für Skalierbarkeit:

• Startzeit einer Kampagne: Wie schnell beginnt eine Kampagne mit 10.000 Nummern zu wählen? Unter 30 Sekunden ist gut. Über 5 Minuten deutet auf architektonische Grenzen hin.
• Kapazität für gleichzeitige Agents: Bewältigt die Plattform 500+ gleichzeitige Agents über alle Mandanten hinweg ohne Einbußen bei der Gesprächsqualität?
• Speicher für Aufzeichnungen: Bei großem Umfang belegen Gesprächsaufzeichnungen erheblichen Speicherplatz. Bietet die Plattform skalierbaren Speicher mit Aufbewahrungsrichtlinien pro Mandant?
• API-Durchsatz: Wenn Sie mehrere Kunden-CRMs anbinden, muss die API Anfragen mit hoher Frequenz verarbeiten, ohne Rate Limits, die Echtzeit-Workflows beeinträchtigen würden.

Bewertungsrahmen

Gewichten Sie Ihre Kriterien bei der Bewertung von Dialer-Software für BPOs entsprechend:

1. Mandantentrennung (kritisch): Daten-, Konfigurations- und Ressourcentrennung zwischen Kunden.
2. Compliance pro Mandant (kritisch): Unabhängige DNC-Listen, Anrufzeiten, Wiederholungslimits und Aufzeichnungsrichtlinien pro Kunde.
3. Hierarchische Zugriffskontrolle (hoch): Abgestufte Zugriffsrechte für BPO-Admins, Kunden-Supervisoren, Teamleiter und Agents.
4. BYOC pro Mandant (hoch): SIP-Trunk-Konfiguration auf Kundenebene für Carrier-Flexibilität.
5. Getrenntes Reporting und SLA-Tools (hoch): Reporting auf Kundenebene mit interner kundenübergreifender Analyse.
6. White-Label (mittel): Anpassung des Brandings für kundenseitige Oberflächen.
7. Skalierbarkeit (mittel bis hoch): Nachgewiesene Kapazität für Ihre geplante Anzahl an Mandanten und Agents.
8. API-Umfang (mittel): Integrationsfähigkeit mit den unterschiedlichsten Technologie-Stacks Ihrer Kunden.

Einen detaillierten Überblick, wie DialerBee die Anforderungen von BPOs abdeckt, finden Sie auf unserer Seite zu BPO-Lösungen.

Häufig gestellte Fragen

Warum ist Mandantenfähigkeit für einen BPO nicht verhandelbar?

Jeder Kunde braucht getrennte Daten, seine eigene Compliance-Konfiguration und sein eigenes Reporting. Ohne Mandantentrennung verwalten Sie separate Kunden in einem gemeinsamen Pool – ein betriebliches Risiko und ein Vertraulichkeitsrisiko zugleich.

Kann jeder Kunde eigene Compliance-Regeln haben?

Das muss sogar so sein. Kunden wählen in unterschiedliche Rechtsordnungen mit unterschiedlichen Anrufzeiten, Einwilligungsgrundlagen und Versuchslimits – diese Einstellungen müssen daher pro Mandant statt global gelten.

Was bedeutet Supervisor-Scoping?

Ein Supervisor sollte nur die Kampagnen, Agents und Aufzeichnungen sehen, die zu seinem Kunden gehören. Scoping setzt diese Grenze in der Plattform durch, statt sich darauf zu verlassen, dass niemand den falschen Bildschirm öffnet.

Warum ist BYOC für BPOs wichtig?

Kunden bringen oft eigene Carrier-Beziehungen mit oder verlangen ein bestimmtes Routing. Carrier-Flexibilität pro Kunde ermöglicht Ihnen, dem nachzukommen, ohne für jeden Kunden eine separate Plattform zu betreiben.