Zu DATAZONE wechseln: wie der IT-Dienstleister-Wechsel ohne Reibung in acht Wochen läuft

Den IT-Dienstleister zu wechseln gehört zu den Entscheidungen, die in vielen mittelständischen Unternehmen jahrelang vor sich hergeschoben werden. Nicht weil der aktuelle Partner glücklich macht, sondern weil der Wechsel als riskant gilt. Die Firma kennt die Umgebung nicht mehr selbst, die Dokumentation existiert nur in den Köpfen des bisherigen Dienstleisters, die Zugänge sind historisch gewachsen, und niemand weiß genau, was passiert, wenn mitten im Übergang ein Server ausfällt. Das Ergebnis ist, dass unzufriedene Verträge weiterlaufen, Monatspauschalen für Leistungen bezahlt werden, die nicht erbracht werden, und der eigentliche Modernisierungsschritt immer wieder verschoben wird.

Dieser Artikel beschreibt den IT-Dienstleister-Wechsel aus DATAZONE-Sicht: wie wir Neukunden übernehmen, in welchen Phasen der Wechsel abläuft, welche Dokumente und Zugänge wir vom alten Partner tatsächlich brauchen, wie der Parallel-Betrieb während der Übergabe aussieht und was in der Nachbetreuung nach dem Cut-Over passiert. Der komplette Fahrplan dauert in der Regel acht Wochen. In Einzelfällen geht es schneller, bei komplexen Umgebungen mit Terminalserver-Farmen und mehreren Standorten kann es auch zwölf werden. Entscheidend ist nicht die exakte Zahl, sondern dass jeder Schritt planbar ist. Wer tiefer in unsere Positionierung einsteigen will, findet sie auf der Übersicht IT-Service, direkte Terminwünsche gehen über die Kontaktseite.

IT Partner wechseln im Mittelstand: warum der Wechsel scheitert, wenn er improvisiert wird

Der häufigste Grund, warum ein Dienstleisterwechsel schiefgeht, ist nicht Böswilligkeit, sondern Zeitdruck. Ein Unternehmen entscheidet im Herbst, dass der aktuelle Vertrag zum Jahreswechsel enden soll, und dann versucht man, zwischen Weihnachten und Dreikönig die komplette Übergabe zu stemmen — parallel zu Jahresabschluss, Inventur und Urlaub. Das wird in neun von zehn Fällen zum Krampf.

Der zweite Grund ist eine fehlende Bestandsaufnahme. Wer wechselt, ohne vorher zu wissen, was er übernimmt, verhandelt mit dem neuen Dienstleister ins Blaue. Der neue Partner macht Annahmen und stellt dann in Woche zwei fest, dass die Firma noch eine zweite Serverlocation hat, einen Terminalserver mit 40 statt der genannten 15 Benutzer betreibt und auf eine externe USB-Platte sichert, die seit Monaten voll ist. Jeder dieser Punkte verschiebt am Ende die Rechnung.

Der dritte Grund ist der Umgang mit dem alten Partner. Wer den Wechsel als Konflikt startet, bekommt eine schlechte Übergabe. Unser Job als neuer Dienstleister ist es, den Wechsel so zu gestalten, dass auch ein wenig kooperativer Vorgänger den Betrieb nicht gefährden kann. Mehr dazu im Artikel zum Konsolidieren gewachsener IT-Umgebungen.

IT Dienstleister wechseln: die acht Wochen im Überblick

Unser Standard-Fahrplan verteilt sich auf vier Phasen zu je zwei Wochen. Jede Phase hat ein klares Lieferergebnis, das wir am Ende der Phase schriftlich mit dem Kunden abzeichnen. Das klingt bürokratisch, ist aber genau das, was einen planbaren Wechsel vom improvisierten unterscheidet.

Woche 1 bis 2: Audit und Bestandsaufnahme

In den ersten zwei Wochen lernen wir die Umgebung kennen. Konkret: Vor-Ort-Termin, Inventur aller Server, Switches, Firewalls, Access Points, USVs, NAS-Systeme und Backup-Ziele. Dazu eine Liste aller zentralen Dienste — Active Directory, DNS, DHCP, Mailgateway, Fileserver, Terminalserver, Fachanwendungen, Backup, Monitoring, Fernzugänge. Hersteller, Modell, Seriennummer, Firmware-Stand, Patchlevel, und wo möglich die Netzwerk-Topologie.

Parallel bitten wir den Kunden um alle vorhandenen Verträge: Hardware-Wartung, Software-Lizenzen, laufender Support beim bisherigen Dienstleister, Hosting und Cloud. Das geht meist in zwei bis drei Terminen, weil die Infos im ERP, im Postfach der Geschäftsführung und in alten Angeboten liegen.

Das Audit endet mit einem schriftlichen Bericht: was haben wir vorgefunden, was ist in Ordnung, was ist in den nächsten zwölf Monaten ablösebedürftig, wo sehen wir akute Risiken. Bewusst nicht geschönt. Grundlage für den Betreuungsvertrag ist Ehrlichkeit über den Ausgangszustand, nicht ein geglättetes Bild.

Woche 3 bis 4: Übergabe und Dokumentation

In Phase zwei kommt der eigentlich heikle Teil: die Übergabe. Wir brauchen vom alten Dienstleister eine klar umrissene Liste von Dingen, und wir fordern sie schriftlich an, idealerweise direkt mit einer vom Kunden unterschriebenen Freigabe für die Herausgabe.

Konkret brauchen wir:

• Admin-Zugänge zu allen Servern — Domain-Admin, lokale Admins, Service-Accounts.
• Zugänge zu allen Netzwerkgeräten — Firewalls, Switches, Access Points, VPN-Gateways.
• Zugänge zu allen zentralen Diensten — Mailgateway, Spamfilter, Monitoring, Backup-Software.
• Vorhandene Dokumentation — Netzwerkpläne, Rack-Pläne, VLAN-Zuordnungen, DNS-Zonen, DHCP-Reservierungen.
• Lizenzinformationen — Microsoft, Virtualisierung, Backup, Antivirus, Fachanwendungen.
• Vertragsunterlagen — Hardware-Wartungen, Cloud-Dienste, Domainregistrare, SSL-Zertifikate.
• Service-Historie der letzten zwölf Monate — welche Tickets gab es, welche Projekte laufen, welche offenen Probleme stehen noch an.

Nicht alles davon kommt in brauchbarer Form. Netzwerkpläne existieren oft nur als Skizze oder gar nicht. In diesem Fall erstellen wir sie neu auf Basis der Aufnahme aus Phase eins und ergänzen sie durch gezielte Fragen an den alten Partner. Wichtig: Wir nehmen Dokumentation nicht ungeprüft an. Jedes Dokument wird gegen die reale Umgebung geprüft, korrigiert und ergänzt.

Woche 5 bis 6: Parallel-Betrieb

Phase drei ist der Parallel-Betrieb. Beide Dienstleister haben formal noch Zugriff. Der alte Partner reagiert auf akute Probleme, wir übernehmen schrittweise die laufenden Aufgaben: Patchen, Monitoring, kleine Changes, erste Tickets. An der Grundarchitektur ändern wir bewusst nichts. Wer in Woche fünf anfängt, die Firewall-Regeln neu zu bauen, holt sich Probleme, die man nicht mehr sauber trennen kann.

Der Parallel-Betrieb hat zwei Zwecke. Er stellt sicher, dass wir alle operativen Prozesse durchgespielt haben, bevor wir voll verantwortlich sind. Und er gibt dem Kunden Zeit, uns kennenzulernen, ohne direkt alles auf eine Karte zu setzen. Für uns bedeutet das: sichtbar liefern, nicht nur zuhören.

Erfahrungswert: Rund die Hälfte der kritischen Erkenntnisse über die Umgebung entsteht in diesen zwei Wochen, nicht im formellen Audit. Erst wenn Nutzer anrufen und erzählen, dass eine Fachanwendung jeden Dienstag Nachmittag langsam wird, wird klar, dass ein Backup-Job in die Hauptarbeitszeit gelegt wurde. Solche Dinge stehen in keiner Übergabedokumentation.

Woche 7 bis 8: Cut-Over und Nachbetreuung

Phase vier ist der formale Übergang. Zugänge des alten Dienstleisters werden deaktiviert, Monitoring auf uns umgestellt, Backup-Benachrichtigungen laufen bei uns ein, die Supportnummer ist unsere. Idealerweise terminieren wir den Cut-Over an einem Freitagabend oder einem langen Wochenende, damit kleine Nacharbeiten nicht ins Tagesgeschäft fallen.

Direkt danach läuft eine 14-tägige intensivierte Nachbetreuung: tägliches Monitoring-Check-in, höhere Ticket-Priorität für den neuen Kunden, bewusstes Nachhaken bei den Hauptanwendern. Danach geht es in den normalen Vertragsmodus über — mit festen Reaktionszeiten, einem monatlichen Service-Review und einer jährlichen strategischen Planung.

IT Partner wechseln Mittelstand: was wir vom alten Dienstleister tatsächlich brauchen

Weil die Frage immer wieder kommt, hier noch einmal spezifisch die minimal notwendige Übergabe-Liste. Das ist das, was wir mit dem Kunden gemeinsam vom alten Partner einfordern. Nicht als Konflikt, sondern als sauberes Pflichtprogramm:

1. Administrative Zugänge zu allen Systemen, idealerweise übergeben an einen vom Kunden benannten Admin, nicht direkt an uns. So bleibt die Verantwortung auf Kundenseite, auch während der Übergabe.
2. Dokumentation, so wie sie existiert. Wir erwarten keine Vollständigkeit, aber keine aktive Zurückhaltung.
3. Lizenzübersicht mit Vertragspartnern, Vertragsnummern und Laufzeiten.
4. Backup-Historie der letzten sechs bis zwölf Monate, damit wir sehen, ob tatsächlich erfolgreich gesichert wurde oder ob regelmäßig Fehler aufgetreten sind.
5. Offene Projekte und Tickets mit Status, damit nichts im Übergang verloren geht.
6. Hardware-Seriennummern für aktive Wartungsverträge, falls Service-Fälle in nächster Zeit zu erwarten sind.

Was wir nicht brauchen: interne Preiskalkulationen des alten Dienstleisters, Chatverläufe, private Notizen. Wo das freiwillig kommt, ist es nützlich. Wo nicht, bauen wir das Wissen in den ersten Monaten selbst auf.

Technische Themen während des Wechsels: Firewall, Backup, Virtualisierung, Storage

Ein Dienstleisterwechsel ist nicht automatisch ein Technologie-Wechsel. Wir übernehmen Umgebungen auf jeder Virtualisierungsplattform, mit jeder Firewall und mit jedem Storage-System, das praktisch sinnvoll ist. In den ersten Wochen machen wir aber eine Standortbestimmung zu vier Themen.

Bei der Firewall schauen wir, ob die Regelbasis dokumentiert und notfallsicher gesichert ist. Oft finden wir Fortinet- oder Sophos-Installationen mit auslaufenden Supportverträgen. Wie ein sauberer Umstieg aussieht, steht im Artikel Sophos oder Fortinet nach OPNsense ablösen.

Beim Backup prüfen wir die 3-2-1-1-0-Formel: drei Kopien, zwei Medien, eine ausgelagert, eine immutable, null Fehler im letzten Restore-Test. Die wenigsten übernommenen Umgebungen erfüllen alle fünf Kriterien. Grundlagen dazu stehen in der Backup-Strategie für KMU mit Proxmox und TrueNAS.

Bei der Virtualisierung schauen wir ehrlich, ob ein Hypervisor-Wechsel wirtschaftlich ist. Nicht jede VMware-Umgebung muss sofort auf Proxmox migrieren. Wenn die nächste Verlängerung ansteht, sprechen wir es aktiv an.

Beim Storage entscheidet sich oft, ob eine Umgebung in den nächsten drei Jahren noch tragfähig ist. Wenn das zentrale NAS aus 2017 ist und keinen aktiven Supportvertrag mehr hat, ist das kein Zustand, den man weiterschieben kann. Unsere aktuelle Empfehlung ist in der Regel eine TrueNAS-M30 oder M40, bei kleineren Umgebungen eine Mini-R.

Transparenz bei Vertrag und Preismodell

Zum Wechsel gehört auch ein planbares neues Betreuungsmodell. Wir arbeiten mit zwei Grundvarianten: entweder ein Festpreis-Monatspaket mit definiertem Leistungsumfang und Reaktionszeiten, oder ein Dienstleistungsrahmen mit stundenbasierter Abrechnung und einer Mindestabnahme, die sich am Monitoring- und Patch-Aufwand orientiert. Was passt, hängt von Größe und Komplexität der Umgebung ab.

Bei Hardware — Server, Storage, Firewall — verzichten wir bewusst auf starre Preisschilder. Hardwarepreise schwanken, Supportverträge laufen in Jahresstufen. Jedes Angebot ist eins auf Anfrage, mit nachvollziehbarer Kalkulation.

FAQ

Wie lange dauert der IT-Dienstleister-Wechsel in der Praxis?

Unser Standard-Fahrplan sind acht Wochen in vier Phasen. In kleineren Umgebungen — bis etwa 15 Arbeitsplätze und ein Server — geht es auch in vier bis sechs Wochen. In komplexeren Umgebungen mit mehreren Standorten, Terminalserver-Farmen oder regulatorischen Anforderungen rechnen wir mit zehn bis zwölf Wochen. Entscheidend ist nicht die Zahl, sondern dass jede Phase sauber abgeschlossen wird.

Was passiert, wenn der alte Dienstleister nicht kooperiert?

Das kommt vor, aber seltener als man denkt. Wenn tatsächlich blockiert wird, holen wir uns die Informationen aus der Umgebung selbst: Password-Resets über Konsolenzugriff, Dokumentation durch Reverse-Engineering der Konfigurationen, Lizenzübersicht über die Hersteller-Portale. Juristische Schritte sind in über 99 Prozent unserer Übernahmen nicht notwendig.

Müssen wir unsere Hardware austauschen, wenn wir zu DATAZONE wechseln?

Nein. Wir übernehmen jede Umgebung, die technisch tragfähig ist, so wie sie ist. Wir bewerten im Audit, was in den nächsten zwölf Monaten ablösebedürftig ist, aber Ablösungen gehen nach einem geordneten Plan, nicht in Woche eins. Wenn ein System akut ausfallgefährdet ist, sagen wir das offen und schlagen eine zeitnahe Ablösung vor — aber niemals pauschal, weil es nicht aus unserem Katalog kommt.

Wie läuft die Kommunikation während des Wechsels mit den Mitarbeitenden ab?

Wir empfehlen eine kurze Information an alle Mitarbeitenden spätestens zu Beginn der Phase drei, also wenn der Parallel-Betrieb startet. Darin steht, wer der neue Ansprechpartner ist, wie die neue Supportnummer lautet und was sich für den einzelnen Nutzer konkret ändert — was in der Regel wenig ist. Alles Weitere läuft über die üblichen Kanäle. Große Informationsveranstaltungen braucht ein Dienstleisterwechsel nicht.

Was kostet der Wechsel selbst?

Der Audit- und Übergabeaufwand wird gesondert kalkuliert und ist Teil des Angebots. Je nach Umgebung sind das in der Regel zwischen 15 und 40 Stunden Aufwand auf unserer Seite. Diese Zeit ist gut investiert, weil sie den operativen Betrieb der nächsten Jahre absichert. Wir machen daraus keine Pauschale ins Blaue, sondern eine nachvollziehbare Kalkulation auf Basis der realen Umgebung.

Wie finden wir heraus, ob DATAZONE überhaupt der richtige Partner ist?

Der schnellste Weg ist ein unverbindliches Erstgespräch über die Kontaktseite oder direkt per Telefon im Büro in der Neuhofstraße. Wir sagen in diesem Gespräch ehrlich, ob wir aus Fahrbereich, Kompetenzschwerpunkt und zeitlicher Verfügbarkeit für Sie passen. Wenn ja, kommt ein Vor-Ort-Termin für das Audit. Wenn nein, nennen wir Alternativen aus der Region. Diese Ehrlichkeit kostet uns gelegentlich einen Auftrag, verhindert aber eine Betreuung, die für beide Seiten nicht funktioniert.