So migrieren Sie zu einem neuen Outbound-Dialer

Ein Wechsel der Dialer-Plattform fühlt sich riskant an, weil der Dialer im Zentrum des umsatzbringenden Betriebs steht. Unachtsam durchgeführt, kann eine Migration Anrufe verlieren, Rückrufe verwaisen lassen oder – am schlimmsten – die Do-Not-Call- und Einwilligungshistorie verlieren, die Sie regelkonform hält. Gut gemacht ist sie ein kontrolliertes, unspektakuläres Ereignis: Parallelbetrieb, Pilot und gestaffelte Umstellung, mit einem Rückweg auf der ganzen Strecke.

Dieser Leitfaden ist plattformneutral. Er geht davon aus, dass Sie von einem veralteten oder gebündelten Dialer zu einer modernen Cloud-Plattform wechseln, und konzentriert sich auf die Teile, die Teams am häufigsten unterschätzen: Rufnummernportierung, Compliance-Daten und Integrationen. Wenn Sie speziell von einer Open-Source-Plattform wechseln, siehe unseren VICIdial-Alternative Vergleich zu den Lücken, die dabei meist sichtbar werden.

Wann sich eine Migration lohnt

Eine Migration ist störend, daher sollten die Gründe echt sein. Häufige, berechtigte Auslöser:

• Minutenaufschläge des Carriers, die Sie nicht verhandeln können, weil Telefonie gebündelt und gebunden ist (eine BYOC-fähige Plattform löst das).
• Fehlende Funktionen: sprachsensible Anrufbeantwortererkennung, browserbasierte Agenten, echte Mandantenfähigkeit oder moderne Integrationen.
• Schwache Compliance-Werkzeuge – keine Anrufzeiten pro Rechtsraum, kein DNC-Abgleich, keine Audit-Logs.
• Skalierungsprobleme: Das aktuelle System kann Mandanten, Kampagnen oder Agenten nicht sauber hinzufügen.

Ist der Preis der einzige Kritikpunkt, prüfen Sie zuerst, ob BYOC oder ein Tarifwechsel das Problem löst. Sind die Lücken struktureller Natur, migrieren Sie.

Schritt 1 – Bestandsaufnahme

Was Sie nicht katalogisiert haben, können Sie nicht migrieren. Erstellen Sie ein einziges Bestandsdokument mit:

• Nummern / DIDs: jede ausgehende Caller-ID und eingehende Nummer, wem sie jeweils gehört und ihr Portierungsstatus.
• Carrier / SIP-Trunks: aktuelle Anbieter, Verträge, Tarife und ob die Telefonie gebündelt oder BYOC ist.
• Kampagnen: Wählmodi, Pacing-Einstellungen, Wiederholungs-/Versuchsregeln, Skripte und Gesprächsergebnisse.
• Compliance-Daten: DNC-/DNCR-Listen, Einwilligungsnachweise, Anrufzeitregeln und Richtlinien zur Aufbewahrung von Aufzeichnungen.
• Aufzeichnungen und Protokolle: wo historische Aufzeichnungen liegen und was Sie gesetzlich aufbewahren müssen.
• Integrationen: CRM-Anbindungen, Webhooks und Reporting-Pipelines.
• Benutzer: Agenten, Supervisoren, Rollen und Berechtigungen.

Schritt 2 – Die Rufnummernportierung bestimmt den Zeitplan

Die Portierung von Rufnummern zwischen Carriern ist der Punkt, der Ihren Zeitplan am ehesten bestimmt, weil er von externen Parteien abhängt. Beginnen Sie früh damit.

• Entscheiden Sie, was tatsächlich portiert werden muss. Mit BYOCkönnen Sie Nummern bei Ihrem bestehenden Carrier belassen und einfach die SIP-Signalisierung des neuen Dialers darauf ausrichten – und eine Portierung ganz vermeiden.
• Reichen Sie für echte Portierungen korrekte Vollmachten (Letters of Authorization) und Kontodaten ein; abweichende Angaben sind die häufigste Ursache für abgelehnte Portierungen.
• Portieren Sie in Etappen, nicht alles auf einmal, und portieren Sie Ihre wichtigsten Nummern erst, wenn die neue Plattform validiert ist.
• Rechnen Sie je nach Carrier und Land mit Tagen bis Wochen pro Portierung. Planen Sie das in den Zeitplan ein.

Der Leitfaden „BYOC erklärt“ zeigt, wie Bring Your Own Carrier aus einem riskanten Portierungsprojekt eine einfache Trunk-Neukonfiguration machen kann.

Schritt 3 – Compliance-Daten migrieren, bevor Sie wählen

Bei diesem Schritt dürfen Sie keinen Fehler machen. Bevor auch nur ein Anruf über die neue Plattform rausgeht, müssen ihr DNC- und Einwilligungsstatus vollständig und maßgeblich sein.

• Exportieren Sie DNC-/DNCR- und interne Sperrlisten aus dem alten System, importieren Sie sie ins neue – und prüfen Sie, ob die Anzahl übereinstimmt.
• Migrieren Sie Einwilligungsnachweise mit Rechtsgrundlage und Zeitstempeln, damit Sie weiterhin belegen können, warum eine bestimmte Nummer kontaktiert werden durfte.
• Bilden Sie die Anrufzeitregeln pro Rechtsraum neu ab und prüfen Sie die Zeitzonenbehandlung an einem Testdatensatz.
• Bewahren Sie historische Gesprächsaufzeichnungen und Audit-Logs gemäß Ihrer Aufbewahrungsrichtlinie auf; liegen sie beim alten Anbieter, organisieren Sie den Export, bevor Sie kündigen.

Behandeln Sie die Compliance-Migration als harte Schranke: kein Produktivwählen auf der neuen Plattform, bevor DNC-, Einwilligungs- und Anrufzeitkontrollen verifiziert sind. DialerBee bietet Kontrollen zur Unterstützung der Compliance – DNC-Prüfungen, rechtsraumbewusste Anrufzeitfenster und Audit-Protokollierung –, doch die Daten selbst müssen korrekt migriert werden; Software garantiert keine Compliance, und dies ist keine Rechtsberatung.

Schritt 4 – Kampagnen und Integrationen neu erstellen

Bauen Sie Kampagnen auf der neuen Plattform neu auf, statt von einem perfekten Import auszugehen. Das ist ein guter Moment zum Aufräumen: tote Kampagnen ausmustern, Gesprächsergebnisse vereinheitlichen und Wiederholungsregeln vereinfachen. Bilden Sie für jede Kampagne Wählmodus, Pacing, Versuchslimits, Skripte und die Auswahlliste der Gesprächsergebnisse nach.

Verbinden Sie als Nächstes die Integrationen neu: CRM-Synchronisierung, Webhooks und Reporting. Wenn Sie dabei auch Ihre CRM-Anbindung verbessern, folgen Sie der Anleitung zur Einrichtung der CRM-Integration , damit Feldzuordnung und DNC-Rückschreibung vom ersten Tag an stimmen.

Schritt 5 – Erst parallel betreiben, dann pilotieren

Die sichersten Migrationen kommen ohne einzelnen „Big Bang“-Umstieg aus. Stattdessen:

1. Parallelbetrieb: Lassen Sie das alte System live, während das neue konfiguriert und validiert wird. Es gehen keine Anrufe verloren, weil der Produktivbetrieb nie stoppt.
2. Pilot: Verlegen Sie eine Kampagne und eine kleine Gruppe Agenten auf die neue Plattform. Validieren Sie Verbindungsaufbau, Audioqualität, AMD-Verhalten, Screen-Pop, Rückschreiben der Gesprächsergebnisse, Aufzeichnung und Reporting durchgängig.
3. Abgleichen: Vergleichen Sie einen Tag Pilotergebnisse mit den Erwartungen – Kontaktraten, Gesprächsergebnisse, die im CRM landen, Aufzeichnungen an den richtigen Datensätzen.

Erweitern Sie erst, wenn der Pilot sauber läuft.

Schritt 6 – Umstellung staffeln (mit Rollback)

Stellen Sie Team für Team oder Kampagne für Kampagne um, nicht alle auf einmal. Halten Sie die alte Plattform verfügbar und ihre Daten intakt, bis die neue einen vollständigen Zyklus ohne Probleme durchlaufen hat – das ist Ihr Rollback. Legen Sie vorab die konkreten Bedingungen fest, die einen Rollback auslösen würden (etwa ein anhaltender Rückgang der Connect-Rate oder ein Versagen einer Compliance-Kontrolle), damit die Entscheidung nicht unter Druck fällt.

Legen Sie die aufwendigsten Umstellungsschritte in Zeitfenster mit geringem Volumen und stellen Sie sicher, dass Supervisoren wissen, wie sie während des Übergangs beide Systeme überwachen – mit Live-Supervisor-Tools.

Schritt 7 – Agenten schulen und nach dem Go-live validieren

Reibung bei den Agenten kann eine technisch perfekte Migration zunichtemachen. Browserbasierte Plattformen verkürzen das: Bei DialerBee läuft Agenten-Desktop in einem Browser-Tab, ohne dass etwas installiert werden muss; die Schulung dreht sich daher vor allem um Abläufe, nicht um Software-Einrichtung. Behandeln Sie Click-to-Call, Gesprächsergebnisse, Rückrufe und wo die Skripte zu finden sind.

Validieren Sie nach dem Go-live eine Woche lang: Connect- und Abbruchquoten im erwarteten Bereich, Gesprächsergebnisse und Aufzeichnungen werden ins CRM synchronisiert, Compliance-Kontrollen greifen (gesperrte DNC-Nummern, eingehaltene Anrufzeiten), und das Reporting stimmt mit der Realität überein.

Ein realistischer Zeitplan

• Woche 1: Bestandsaufnahme, Portierungen anstoßen (oder Weiternutzung der Trunks per BYOC planen), Compliance-Daten exportieren.
• Wochen 1–2: neue Plattform konfigurieren, Kampagnen neu aufbauen, Integrationen neu verbinden.
• Wochen 2–3: Parallelbetrieb und Pilot; DNC-/Einwilligungsdaten importieren und verifizieren.
• Wochen 3–6: gestaffelte Umstellung Team für Team, mit dem alten System als Rollback in Bereitschaft.

Einfache Betriebe mit nur einem Carrier können das verkürzen; Betriebe in mehreren Ländern mit umfangreicher Portierung und individuellen Integrationen sollten eher mit dem oberen Ende planen.

Häufig gestellte Fragen

Wie migriere ich einen Dialer ohne Ausfallzeit?

Betreiben Sie altes und neues System parallel, während Sie das neue konfigurieren, pilotieren Sie mit einer Kampagne und wenigen Agenten und stellen Sie dann Team für Team um. Halten Sie die alte Plattform als Rollback verfügbar, bis die neue einen vollständigen Zyklus sauber durchlaufen hat – so stoppt das Produktivwählen nie.

Muss ich meine Telefonnummern portieren?

Nicht immer. Mit BYOC (Bring Your Own Carrier) können Sie Nummern oft bei Ihrem bestehenden Carrier belassen und die SIP-Signalisierung des neuen Dialers darauf ausrichten – ohne Portierung. Wenn Sie doch portieren, tun Sie es in Etappen und lassen Sie Ihre wichtigsten Nummern bis zur Validierung der neuen Plattform unangetastet.

Wie übertrage ich DNC- und Einwilligungsdaten sicher?

Exportieren Sie DNC-/DNCR-, Sperr- und Einwilligungsdaten mit Zeitstempeln und Rechtsgrundlage aus dem alten System, importieren Sie sie in die neue Plattform und prüfen Sie vor jedem Produktivwählen, ob die Anzahl übereinstimmt. Behandeln Sie die abgeschlossene Compliance-Migration als harte Schranke.

Wie lange dauert eine Dialer-Migration?

In der Regel zwei bis sechs Wochen. Die größten Treiber sind Rufnummernportierung und Integrationsaufwand – Betriebe mit nur einem Carrier sind schneller, Setups in mehreren Ländern mit umfangreicher Portierung dauern länger.

Was ist das größte Migrationsrisiko?

Compliance-Daten zu verlieren oder aus dem Takt zu bringen – DNC-Listen, Einwilligungen und Anrufzeitregeln. Auf der neuen Plattform zu wählen, bevor diese Daten vollständig und verifiziert sind, ist der Fehler mit dem größten Schadenspotenzial – machen Sie den Go-live davon abhängig.

Sollte ich Kampagnen neu aufbauen oder importieren?

Bauen Sie sie neu auf. Ein sauberer Neuaufbau erlaubt es, tote Kampagnen auszumustern, Gesprächsergebnisse zu vereinheitlichen und Wiederholungsregeln zu vereinfachen – und verhindert, dass jahrelang angesammelter Ballast in eine frische Plattform wandert.

Kann ich schrittweise zu DialerBee wechseln?

Ja. DialerBee unterstützt Parallelbetrieb und eine gestaffelte Umstellung Team für Team, und dank BYOC-Unterstützung können Sie oft bestehende Carrier weiterverwenden, sodass die Migration eher eine Trunk-Neukonfiguration als eine vollständige Portierung ist.

Eine Migration ist eher eine Projektmanagement- als eine Technikaufgabe: sorgfältig inventarisieren, Compliance-Daten schützen, parallel betreiben und gestaffelt mit Rollback umstellen. So angegangen, verläuft der Wechsel ereignislos – genau das, was Sie wollen. Um einen Wechsel zu DialerBee zu planen, buchen Sie eine Demo – wir gehen gemeinsam Ihre Bestandsaufnahme und einen gestaffelten Plan durch.