Migrationsplanung
Der Wechsel zwischen Fulfillment-Dienstleistern scheitert selten an fehlendem Willen – er scheitert an fehlender Planung. Migrationsplanung bedeutet, den gesamten Übergang vom alten zum neuen 3PL-Partner als durchgängiges Logistikprojekt zu strukturieren: mit festen Meilensteinen, klaren Verantwortlichkeiten, abgestimmten Zeitfenstern und einem dokumentierten Cut-over. Wer Migrationsplanung als reines IT-Thema behandelt, unterschätzt operative Risiken wie Doppelbuchungen, SKU-Fehler oder Retouren am falschen Standort. Dieser Leitfaden zeigt, wie Sie einen belastbaren Migrationsplan erstellen, der Bestellungen am Laufen hält und Ihre Kunden nicht merken, dass im Hintergrund ein Partnerwechsel stattfindet.
Warum Migrationsplanung der entscheidende Erfolgsfaktor ist
Ein Anbieterwechsel berührt nahezu jede Abteilung: E-Commerce, IT, Einkauf, Kundenservice, Buchhaltung und Logistik. Ohne zentralen Migrationsplan arbeiten Teams parallel an widersprüchlichen Annahmen – der Shop sendet Bestellungen an den alten Partner, während das Lager bereits physisch umzieht. Die Folge: Überverkäufe, verspätete Lieferungen und teure Nacharbeit.
Professionelle Migrationsplanung verbindet drei Ebenen:
- Strategische Ebene – Zielanbieter, Vertragsfristen, Wirtschaftlichkeit und Go-live-Datum.
- Operative Ebene – Bestandsübertragung, Wareneingang, Packvorgaben und Retourenrouting.
- Technische Ebene – Schnittstellen, SKU-Mapping, Bestandssync und Testbestellungen.
Die Bausteine eines Migrationsplans
Jeder belastbare Migrationsplan enthält dieselben Kernkomponenten. Fehlt auch nur einer, entstehen typische Verzögerungen in der kritischen Phase vor dem Cut-over.
Projektorganisation und Verantwortlichkeiten
Benennen Sie zu Projektbeginn einen internen Migrationsverantwortlichen mit Entscheidungsbefugnis. Beide 3PL-Partner erhalten feste Ansprechpartner für Lager, IT und Abrechnung. Ein wöchentliches Steering-Meeting mit Protokoll ist Pflicht – in den letzten vier Wochen vor Go-live täglich.
Details zur Kommunikationsstruktur finden Sie im Artikel zur Kommunikation und Eskalation mit dem Dienstleister.
Zeitplan und Meilensteine
Die Dauer einer Migration hängt von SKU-Anzahl, Kanalanzahl und Bestandsvolumen ab. Als Orientierung gelten acht bis sechzehn Wochen für einen klassischen 3PL-zu-3PL-Wechsel. Der Zeitplan muss rückwärts vom Go-live-Datum kalkuliert werden – nicht vorwärts vom Kündigungstermin.
Standard-Migrationsplan 12 Wochen
Kritische Meilensteine, die nicht verschoben werden dürfen:
- Kündigung beim alten Partner mit dokumentiertem Eingang
- Vertragsschluss und SLA-Fixierung beim neuen Partner
- Erfolgreiche Testbestellungen über alle relevanten Kanäle
- Gemeinsame Inventur mit schriftlichem Protokoll
- Go-live-Freigabe durch Geschäftsführung oder COO
Risikomatrix und Gegenmaßnahmen
Eine Migrationsplanung ohne Risikobewertung ist unvollständig. Dokumentieren Sie die wahrscheinlichsten Störungen und die jeweilige Gegenmaßnahme, bevor die Migration startet.
Die vier Migrationsphasen im Detail
Ein strukturierter Migrationsplan gliedert den Wechsel in aufeinander aufbauende Phasen. Die Reihenfolge ist nicht verhandelbar: Erst Vertrag und Zielanbieter, dann IT, dann physischer Bestand, zuletzt Cut-over.
Phase 1: Analyse und Zieldefinition
Bevor Sie einen Migrationsplan schreiben, müssen Auslöser und Ziele klar sein. Prüfen Sie den bestehenden Vertrag auf Kündigungsfristen, Mindestlaufzeiten und Kosten für Bestandsauszug. Parallel führen Sie einen strukturierten Anbietervergleich durch und definieren Auswahlkriterien für den Zielpartner.
Fragen in dieser Phase:
- Welche Kanäle (Shop, Amazon, Otto, B2B) müssen am Go-live-Tag funktionieren?
- Wie viele SKUs und Varianten sind betroffen?
- Gibt es Sonderanforderungen (Gefahrgut, Kühlkette, Serialisierung)?
- Welches Budget steht für einmalige Migrationskosten zur Verfügung?
Phase 2: IT-Migration und Schnittstellentest
Die technische Vorbereitung ist der häufigste Engpass. Planen Sie mindestens drei Wochen reine Testzeit ein – unabhängig von der Versprechen des neuen Partners. Die technische Anbindung muss folgende Datenströme fehlerfrei abbilden:
- Bestellimport aus allen Verkaufskanälen
- Bestandsrückmeldung in Echtzeit oder mit definiertem Sync-Intervall
- Versandstatus und Tracking-Nummern an Shop und Kundenkommunikation
- Retourenimport und Wiedereinlagerungsbuchung
IT-Migration beim Anbieterwechsel
Führen Sie Testbestellungen mit mindestens diesen Szenarien durch:
- Standard-Einzelbestellung mit einer SKU
- Multi-SKU-Bestellung mit unterschiedlichen Lagerzonen
- Express- oder Premium-Versand
- Bestellung mit Stornierung vor Versand
- Retoure mit Wiedereinlagerung
Phase 3: Bestandsstrategie und physischer Transfer
Die physische Bestandsmigration ist das operativ sensibelste Element. Wählen Sie eine Strategie, die zu Sortiment, Volumen und Zeitdruck passt:
- Vollständiger LKW-Transfer – geeignet bei homogener Ware und klarem Inventurstand
- Cross-Docking – Ware verlässt das alte Lager und erreicht direkt den neuen Partner
- ABC-gestufter Transfer – A-Artikel zuerst, C-Artikel zuletzt
- Abverkauf beim alten Partner – nur Restbestände werden transferiert
Jede Variante erfordert eine gemeinsame Inventur mit beiden Partnern. Differenzen werden schriftlich protokolliert, bevor Paletten das Lager verlassen. Für die Ankündigung physischer Lieferungen nutzen Sie eine ASN (Advance Shipping Notice), damit der neue Partner den Wareneingang planen kann.
Bestandsmigrations-Strategien im Vergleich
Dauer: Mittel | Kosten: Mittel
Eignung: Homogene Ware, klare Inventur
Dauer: Kurz | Kosten: Niedrig
Eignung: Direkter Transfer ohne Zwischenlager
Dauer: Lang | Kosten: Mittel
Eignung: Große SKU-Anzahl, gestaffelt
Dauer: Variabel | Kosten: Niedrig
Eignung: Nur Restbestände, geringes Volumen
Phase 4: Cut-over und Hypercare
Der Cut-over ist der definierte Zeitpunkt, ab dem alle neuen Bestellungen ausschließlich über den neuen Partner laufen. Wählen Sie einen Tag mit moderatem Bestellvolumen – idealerweise Dienstag oder Mittwoch, nicht vor Wochenende oder Peak-Events.
Cut-over-Checkliste am Go-live-Tag:
- Alte Schnittstelle deaktiviert oder auf Nur-Lesen gestellt
- Neue Schnittstelle aktiv und mit Live-Bestellung verifiziert
- Bestände im Shop auf neue Quelle umgestellt
- Retourenadresse und Tracking-Absender aktualisiert
- Kundenservice über mögliche Verzögerungen informiert
- Eskalationskontakt beim neuen Partner für 24/7-Erreichbarkeit benannt
Die Hypercare-Phase umfasst mindestens 14 Tage nach Go-live mit täglichem KPI-Monitoring: Bestellungen eingegangen versus versendet, Pick-Genauigkeit, Retourenquote und Schnittstellenfehler. Vereinbaren Sie diese Phase schriftlich im Vertrag und SLA mit dem neuen Partner.
Parallelbetrieb als Planungsoption
Nicht jede Migration erfordert einen Big-Bang-Cut-over. Ein begrenzter Parallelbetrieb reduziert das Risiko: Ein Teil des Sortiments bleibt beim alten Partner, Neuprodukte oder eine neue Region laufen über den neuen.
Vorteile des Parallelbetriebs:
- Geringeres Risiko bei technischen Anfangsschwierigkeiten
- Vergleichbare Live-KPIs zwischen beiden Partnern
- Flexibler Rückweg, falls der neue Partner nicht überzeugt
Nachteile und Planungsaufwand:
- Höhere Komplexität in der Bestandsverteilung über Kanäle
- Gefahr falscher Bestandsquellen pro Shop-Channel
- Temporäre Doppelkosten für Lager und Abwicklung
Kostenplanung in der Migrationsplanung
Ein vollständiger Migrationsplan enthält eine Kostenübersicht mit einmaligen und laufenden Posten. Kalkulieren Sie realistisch – unterschätzte Migrationskosten sind ein häufiger Grund für Budgetüberschreitungen.
Einmalige Migrationskosten
Typische Gesamtspanne je nach Bestandsvolumen und SKU-Anzahl
Bestandstransfer, Spedition, Versicherung
Schnittstellen, Middleware, API-Kosten
Ein-/Auslagerung, Inventurdifferenzen
Kosten steigen überproportional ab 5.000 SKUs – planen Sie den Puffer entsprechend großzügig.
Checkliste: Migrationsplan vollständig?
Bevor Sie die Migration freigeben, prüfen Sie, ob Ihr Plan alle Pflichtelemente enthält.
Strategie und Vertrag
- Kündigungsfrist und Vertragsende dokumentiert
- Neuer Partner vertraglich abgesichert mit SLA und Hypercare
- Projektleiter und Ansprechpartner bei altem und neuem Partner benannt
- Go-live-Datum mit Geschäftsführung abgestimmt
Technik und Daten
- SKU-Liste und Packanweisungen vollständig übergeben
- Schnittstellen mit mindestens fünf Testbestellungen verifiziert
- SKU-Mapping-Tabelle geprüft und freigegeben
- Retourenprozess für Übergangszeitraum definiert
Operative Migration
- Bestandsstrategie gewählt und Termine fixiert
- Gemeinsame Inventur mit Protokoll geplant
- ASN für Wareneingang beim neuen Partner erstellt
- Kundenservice und Marketing über Änderungen informiert
Nach Go-live
- Tägliches KPI-Monitoring für mindestens 14 Tage eingeplant
- Wöchentliches Review mit neuem Partner in Hypercare-Phase
- Lessons Learned und Abschlussbericht terminiert
- Zugänge und Schnittstellen beim alten Partner deaktiviert
Verbindung zum Onboarding des neuen Partners
Migrationsplanung und Onboarding beim neuen 3PL-Partner überlappen, sind aber nicht identisch. Die Migrationsplanung umfasst den gesamten Übergang inklusive Ausstieg beim alten Partner; das Onboarding fokussiert den Einstieg beim neuen. Seriöse Anbieter starten das Onboarding vier bis sechs Wochen vor dem ersten Paletteneingang – Ihr Migrationsplan muss diese Vorlaufzeit berücksichtigen.
Der übergeordnete Kontext zum gesamten Wechselprozess steht im Artikel Wechsel zwischen Anbietern.
Fazit: Der Migrationsplan als Leitdokument
Migrationsplanung ist keine Bürokratie – sie ist der Schutzmechanismus für Ihren Umsatz und Ihre Kundenbeziehungen. Ein vollständiger Plan mit Meilensteinen, Risikomatrix, IT-Tests, Bestandsstrategie und Hypercare-Phase reduziert Störungen auf ein Minimum. Investieren Sie die Zeit in die Planung, bevor die erste Palette das Lager verlässt – die Kosten einer schlecht geplanten Migration übersteigen den Planungsaufwand um ein Vielfaches.
Migrationsplan-Erstellung
Verwandte Themen
- Wechsel zwischen Anbietern
- Onboarding und Wareneinspeisung
- Vertrag und SLA verhandeln
- Technische Anbindung als Auswahlkriterium
- SLA – Service Level Agreement
Letzte Aktualisierung: 6. Juli 2026