Cloud-Migration aus der bestehenden Anlage

#Warum Schritt für Schritt

Ein Contact Center lässt sich nicht wie ein Büro umziehen, das am Freitag schließt und am Montag woanders öffnet. Kundinnen und Kunden rufen auch am Wochenende an, Rückrufe sind zugesagt, Verträge mit Carriern laufen weiter. Eine Migration muss deshalb im laufenden Betrieb gelingen.

Der sicherste Weg ist schrittweise: Kanal für Kanal, Team für Team. Jeder Schritt ist klein genug, um ihn bei Problemen zurückzunehmen, und groß genug, um daraus für den nächsten zu lernen. Dieser Leitfaden beschreibt die Reihenfolge, die sich dafür bewährt.

#Projektorganisation

Eine Migration berührt Kundenservice, IT, Telefonie, Datenschutz, Einkauf und oft auch den Betriebsrat. Ohne klare Organisation landen Entscheidungen bei der Person, die gerade am lautesten fragt. Legen Sie deshalb zu Beginn fest, wer was entscheidet.

• Lenkungskreis: entscheidet über Reihenfolge, Budget und Abschaltdaten.
• Projektleitung: hält Plan, Risiken und Abhängigkeiten zusammen.
• Fachseite Kundenservice: verantwortet Routing, Sprachmenüs und Abnahme.
• IT und Telefonie: verantworten Netzwerk, Carrier, Integrationen und Sicherheit.
• Datenschutz und Betriebsrat: prüfen Verträge, Folgenabschätzung und Vereinbarungen.

Planen Sie in Wellen, nicht in einem einzigen Termin. Jede Welle hat ein eigenes Datum, eigene Teams und eigene Abnahmekriterien. Die Dauer hängt von Ihrer Anlage ab; ein verlässlicher Plan entsteht erst nach der Bestandsaufnahme.

#Bestandsaufnahme: was heute wirklich läuft

Die meisten Überraschungen einer Migration stammen aus der Bestandsaufnahme, genauer aus dem, was darin fehlt. Eine vergessene Rufnummer auf einem Flyer, eine Ansage für Feiertage, eine Schnittstelle, die nachts Daten abgleicht. Nehmen Sie sich für diese Phase mehr Zeit, als Ihnen lieb ist.

Fragen Sie für jeden Eintrag: Brauchen wir das noch? Eine Migration ist die beste Gelegenheit, Sprachmenüs mit sieben Ebenen und Berichte ohne Leser zurückzulassen.

#Zielbild und Reihenfolge

Das Zielbild beschreibt, wie Kontakte nach der Migration fließen, nicht wie die alte Anlage nachgebaut wird. Moderne Plattformen verteilen Telefon, Chat und E-Mail in einer gemeinsamen Anrufverteilung. Das ändert, wie Warteschlangen und Qualifikationen geschnitten werden.

Bei der Reihenfolge gibt es zwei bewährte Muster. Entweder beginnen Sie mit einem digitalen Kanal, der heute noch wenig Volumen hat, etwa Web-Messaging. Oder Sie beginnen mit einem kleinen Team, das alle seine Kanäle auf einmal umstellt.

Denken Sie dabei auch an die Kundensicht. Ändert sich eine Rufnummer, eine Ansage oder der Chat auf der Website, sollten Kundinnen und Kunden das nicht als Bruch erleben.

Bekannte Nummern bleiben, neue Wege werden angekündigt, und niemand landet in einer Ansage, die auf ein Menü von gestern verweist.

Beide Wege führen zum Ziel. Entscheidend ist, dass der erste Schritt klein genug ist, um ihn ohne Risiko für den Gesamtbetrieb zurückzunehmen. Der Beitrag Pilot mit einem Team und einem Kanal erklärt, was ein solcher Pilot beweisen soll.

Erweiterungen

Semantic²Univerx Kanal

Plattform

Contact CenterKIWorkforceJourneysOutboundMarketplace & DeveloperServices

Univerx Cloud

Europa-Schicht

DSGVODatenhaltung in der EUEU AI ActBSI C5eIDASNIS2DORABFSG / EAA

#Telefonie anbinden

Die Telefonie ist der Teil der Migration mit den meisten Abhängigkeiten. Rufnummern gehören Ihnen, aber sie liegen bei einem Carrier. Bestehende Telefonanlagen versorgen oft auch das übrige Unternehmen. Es gibt deshalb nicht den einen Weg, sondern drei Optionen, die sich kombinieren lassen.

In Univerx beziehen Sie Rufnummern aus der Plattform, binden Ihren Carrier an oder lösen bestehende Anlagen schrittweise per SIP ab. Details beschreiben die Seiten Sprachdienste & Telefonie und Telefonie-Integration.

#Rufnummern umziehen

Wenn Rufnummern den Carrier wechseln, ist das eine Portierung. Sie braucht Vorlauf, Unterlagen und einen festen Termin. Planen Sie die Portierung so, dass ein Rückweg möglich bleibt, etwa durch Weiterleitung von der alten Anlage, bis die neue Strecke stabil läuft.

#Routing und Sprachmenüs neu denken

Die Versuchung ist groß, Warteschlangen und Sprachmenüs eins zu eins zu übernehmen. Damit migrieren Sie aber auch alle Umwege, die sich über Jahre angesammelt haben. Nutzen Sie die Migration, um die Struktur zu vereinfachen.

Beginnen Sie bei den Anliegen, nicht bei den Menüs. Welche Gründe haben Anrufe heute, und welche Qualifikation braucht jeder Grund? Daraus ergeben sich Warteschlangen und Regeln. Sprachmenüs werden kürzer, wenn einfache Anliegen über IVR & Self-Service direkt gelöst werden.

Ein schneller Gewinn ist der Rückruf. Statt Kundinnen in der Warteschleife zu halten, bietet das System an, zurückzurufen, sobald jemand frei ist. Der Beitrag Rückruf statt Warteschleife zeigt, warum dieser kleine Wechsel viel bewirkt.

#Digitale Kanäle umziehen

Digitale Kanäle haben eine Eigenheit, die Telefonie nicht kennt: offene Vorgänge. Eine E-Mail, die gestern kam, ein Chat, der pausiert, eine Nachricht in einer Messaging-App, die auf Antwort wartet. Beim Umschalten dürfen diese Vorgänge weder verloren gehen noch doppelt bearbeitet werden.

Bewährt hat sich ein klarer Schnitt: Neue Kontakte laufen ab dem Stichtag über die neue Plattform, offene Vorgänge werden im Altsystem zu Ende bearbeitet. Für E-Mail heißt das, das Postfach umzuleiten und den Rückstand bewusst abzubauen.

Beim Chat auf der Website wird das Einbettungsskript getauscht. Prüfen Sie dabei Barrierefreiheit, Datenschutzhinweis und Kennzeichnung, falls ein KI-Agent den Erstkontakt übernimmt. Konten in Messaging-Apps und sozialen Medien werden neu verbunden; die Zugangsrechte dafür liegen oft im Marketing, nicht in der IT.

#Integrationen und Daten

Ein Contact Center ohne Kundenkontext ist ein Telefonbuch. Die wichtigsten Integrationen gehören deshalb in den ersten Umzugsschritt: Kundenerkennung bei eingehenden Kontakten, Anzeige der Historie, Rückschreiben des Ergebnisses in das Fachsystem.

Für gängige CRM- und Ticketsysteme gibt es fertige Konnektoren im Marketplace. Alles andere wird über offene APIs und Webhooks angebunden. Prüfen Sie für jede Integration, ob sie in Echtzeit oder als nächtlicher Abgleich laufen muss.

#Historische Daten und Aufzeichnungen

Alte Aufzeichnungen und Berichte ziehen nicht automatisch mit um. Entscheiden Sie je Datenart: übernehmen, im Altsystem bis zum Fristende archivieren oder löschen. Für Aufzeichnungen gelten die Fristen aus Ihrem Löschkonzept weiter, auch wenn das System wechselt.

Für die Auswertung über den Umstellungszeitpunkt hinweg hilft ein gemeinsames Datenmodell im eigenen Data Warehouse. Die Plattform kann Analysedaten über den BI-Export dorthin streamen.

#Netzwerk und Arbeitsplätze

In der Cloud läuft Sprache über Ihr Datennetz. Die Qualität eines Gesprächs hängt deshalb von Bandbreite, Latenz und der Priorisierung von Sprachpaketen ab. Lassen Sie das Netz vor der ersten Welle messen, an jedem Standort und an typischen Heimarbeitsplätzen.

Auch die Arbeitsplätze selbst gehören auf die Liste: freigegebene Browser, Headsets, die mit der Plattform getestet sind, und Firewall-Regeln für die nötigen Verbindungen. Ein Testanruf aus jedem Raum und jedem Homeoffice-Profil ist billiger als eine Woche mit schlechter Sprachqualität.

#Datenschutz, Sicherheit und Betriebsrat

Mit der Plattform ändert sich die Verarbeitung personenbezogener Daten. Ein neuer Vertrag zur Auftragsverarbeitung wird nötig, die Folgenabschätzung braucht eine Aktualisierung, und das Verzeichnis der Verarbeitungstätigkeiten bekommt neue Einträge.

Klären Sie früh, in welchen Regionen Daten und Medien liegen. Univerx verarbeitet Daten in EU-Regionen Ihrer Wahl; Hosting in Deutschland ist vorgesehen. Die Liste der Unterauftragsverarbeiter erhalten Sie auf Anfrage.

Bestehende Betriebsvereinbarungen beziehen sich oft auf ein bestimmtes System. Prüfen Sie, ob sie angepasst werden müssen, und beziehen Sie den Betriebsrat ein, bevor die ersten Teams umziehen. Die Regeln im Einzelnen ordnet der Leitfaden Contact Center in Europa betreiben ein.

#Teams schulen

Schulung wird in vielen Migrationen zu spät und zu breit angesetzt: eine große Veranstaltung zwei Wochen vor dem Start, für alle gleich. Wirksamer ist Schulung nach Rolle, kurz vor dem Umzug des eigenen Teams und mit echten Fällen.

Geben Sie jedem Team vor dem Umzug Zugang zu einer Übungsumgebung mit realistischen Beispielfällen. Eine Seite mit den zehn häufigsten Handgriffen am Arbeitsplatz hilft in den ersten Tagen mehr als jedes Handbuch.

Bewährt haben sich Key User in jedem Team. Sie werden früher geschult, testen mit und sind in den ersten Tagen nach der Umstellung die erste Anlaufstelle. Für Grundlagen und Vertiefung gibt es Schulungspfade und Zertifizierung in Academy & Support.

#Die Umstellung planen

Jede Umstellung folgt einem festen Ablauf. Er wird vorher geschrieben, mit allen Beteiligten durchgesprochen und bei der ersten Welle geprobt. Die folgenden Schritte sind ein Gerüst, das Sie mit Ihren Teams füllen.

1. Abnahme der Konfiguration. Routing, Sprachmenüs, Integrationen und Rollen sind getestet und abgenommen.
2. Änderungsstopp. Ab einem festen Datum werden im Altsystem keine Abläufe mehr geändert.
3. Generalprobe. Testanrufe, Testchats und Test-E-Mails über alle Wege, mit echten Arbeitsplätzen.
4. Umschalten. Zu einem ruhigen Zeitpunkt, mit Key Usern vor Ort und einer offenen Leitung zum Projektteam.
5. Rückfallweg. Klar definierte Kriterien, wann zurückgeschaltet wird, und wer das entscheidet.
6. Begleitete Startphase. Tägliche kurze Abstimmungen, bis die Lage stabil ist.

Halten Sie die Umstellung jedes Teams so klein wie möglich. Zwei ruhige Umstellungen sind besser als eine, an der zu viel gleichzeitig hängt.

#Kennzahlen vor und nach der Umstellung

Nach jeder Umstellung kommt die Frage: Ist es besser geworden? Sie lässt sich nur beantworten, wenn Kennzahlen vorher und nachher gleich definiert sind. Genau das ist bei einem Systemwechsel selten der Fall.

Ein Beispiel ist der Servicelevel. Zählen aufgelegte Anrufe in den ersten Sekunden mit oder nicht? Beginnt die Wartezeit mit dem Anruf oder nach dem Sprachmenü? Zwei Systeme beantworten das oft unterschiedlich, und schon wirkt die neue Plattform besser oder schlechter, als sie ist.

Schreiben Sie deshalb vor der ersten Welle ein kurzes Kennzahlenblatt: Definition, Quelle, Berechnung. Erheben Sie die Werte vier Wochen vor der Umstellung im Altsystem und vergleichen Sie danach nur, was gleich definiert ist. Saisonale Effekte gehören in die Bewertung.

#Risiken und Gegenmaßnahmen

Die meisten Risiken einer Migration sind bekannt. Sie zu benennen ist der einfachste Weg, sie zu verkleinern. Die Tabelle zeigt die häufigsten und was dagegen hilft.

#Nach der Umstellung

Eine Migration ist erst abgeschlossen, wenn das Altsystem abgeschaltet ist. Bis dahin verursacht es Kosten, Sicherheitsrisiken und Verwirrung. Legen Sie das Abschaltdatum fest, sobald die letzte Welle stabil läuft.

Halten Sie nach jeder Welle fest, was gut lief und was nicht. Diese Notizen sind für die nächste Welle wertvoller als jeder Projektplan, weil sie aus Ihrem Betrieb stammen.

Danach beginnt die Phase, für die sich die Migration lohnt. Neue Kanäle, KI-Agenten, Personaleinsatzplanung und laufende Updates ohne Upgrade-Projekte kommen jetzt ohne neue Infrastruktur hinzu. Planen Sie die nächsten Schritte bewusst, statt alles auf einmal einzuschalten.

#Checkliste

#Begleitung durch Univerx Services

Sie müssen diesen Weg nicht allein gehen. Univerx Services begleitet die Cloud-Migration vom ersten Workshop bis zum laufenden Betrieb: Bestandsaufnahme, Zielbild, Aufbau, Umstellung und Schulung.

Der Ablauf folgt dem Muster, das dieser Leitfaden beschreibt: Workshop, Pilot mit einem Team, dann Ausbau. Bestehende Systeme werden angebunden, nicht auf einen Schlag ersetzt. Einen Überblick über den Anwendungsfall finden Sie unter Contact-Center-Modernisierung. Für ein erstes Gespräch über Ihre Anlage sprechen Sie mit uns.