Die Auswahl zwischen den Next-Cart Migration Services wird häufig auf eine einfache Leiter reduziert: Standard für kleine Projekte, Managed für größere und Custom für die komplexesten. Diese Abkürzung ist unzuverlässig. Die Shopgröße beschreibt Volumen, nicht die Struktur der Anforderungen. Der Preis spiegelt Kapazität und enthaltene Arbeit wider, nicht automatisch eine Qualitätsstufe.
Die drei Next-Cart Migration Services werden klarer, wenn die Entscheidung in zwei getrennte Achsen aufgeteilt wird. Die erste betrifft den Umfang: Lässt sich das erwartete Ergebnis mit unterstütztem Migrationsverhalten erreichen oder ist eine maßgeschneiderte Behandlung erforderlich? Die zweite betrifft die Ausführung: Führt der Kunde die vereinbarten Migrationsaktionen selbst aus oder soll expertengestützte Ausführung enthalten sein?
Standard, Managed und Custom Service liegen an unterschiedlichen Positionen entlang dieser beiden Achsen. Wer diesen Zusammenhang versteht, vermeidet zwei typische Fehler: nicht unterstützte Anforderungen in Managed Service einzuordnen oder eine vorhersehbare Migration allein wegen ihrer Shopgröße unnötig zu Custom Service hochzustufen.
Beginnen Sie mit dem Umfang und weisen Sie danach die Ausführung zu
Unterstützter Umfang bedeutet, dass der Migrationspfad, die Datenstrukturen, die verfügbaren Konfigurationen und Standard Add-ons das gewünschte Ergebnis ohne projektspezifische Migrationslogik erzeugen können. Angepasster Umfang bedeutet, dass ein Teil der Anforderung individuelle Analyse, Änderung, Transformation oder Behandlung außerhalb dieses unterstützten Verhaltens benötigt.
Die Ausführungsverantwortung beantwortet eine andere Frage. Eine unterstützte Migration kann kundengeführt oder expertengestützt sein. Auch eine individuelle Migration kann kundengeführt sein oder Expert Handle enthalten. Wer die Schritte ausführt, ändert nicht, ob die Datenanforderung selbst unterstützt ist.
Aus diesem Modell ergeben sich vier praktische Positionen:
| Position aus Umfang und Ausführung | Migration Service | Zentraler Grund |
|---|---|---|
| Unterstützter Umfang mit kundengeführter Ausführung | Standard Service | Verfügbares Migrationsverhalten reicht aus und der Kunde kann die Aktionen koordinieren |
| Unterstützter Umfang mit expertengestützter Ausführung | Managed Service | Verfügbares Migrationsverhalten reicht aus, aber die Ausführungsverantwortung soll enthalten sein |
| Angepasster Umfang mit kundengeführter Ausführung | Custom Service | Nicht standardmäßige Arbeit ist erforderlich, während der Kunde die vereinbarten Aktionen ausführen kann |
| Angepasster Umfang mit expertengestützter Ausführung | Custom Service with Expert Handle | Sowohl angepasste Arbeit als auch expertengestützte Ausführung sind erforderlich |
Die Tabelle ist kein Qualifikationsformular. Sie dient dazu, zwei Entscheidungen auseinanderzuhalten, die getrennt begründet werden sollten.
Standard Service: unterstützter Umfang mit Kundenverantwortung
Standard Service passt, wenn der Migrationspfad unterstützt wird, die wichtigen Quellstrukturen vorhersehbar sind und die verfügbare Konfiguration oder Standard Add-ons das erforderliche Ergebnis erzeugen können. Der Kunde bereitet die nötigen Zugänge vor, prüft die Konfiguration, führt die Migrationsaktionen aus, koordiniert Feststellungen und validiert den Zielshop.
Das macht Standard Service nicht zu einer Basisoption mit geringer Kapazität. Auch ein Shop mit sehr vielen Products und Orders kann passen, wenn das Datenmodell gut verstanden ist und das interne Team die Ausführung steuern kann. Entity Points bestimmen, wie viel gezählte Daten der Plan unterstützt. Sie bestimmen nicht, ob Standard Service geeignet ist.
Ein belastbarer Standard-Service-Fall hat normalerweise:
- einen unterstützten Migrationspfad von Quellplattform zu Zielplattform;
- klare Zuständigkeiten für wichtige Daten und Beziehungen;
- keine Anforderung an maßgeschneiderte Migrationslogik;
- klar begrenzte Add-on-Anforderungen innerhalb der verfügbaren Funktionen;
- interne Kapazität für Koordination von Ausführung und Validierung;
- Abnahmekriterien, die auf repräsentative Ergebnisse angewendet werden können.
Der zentrale Trade-off ist die Verantwortung. Kundengeführte Ausführung gibt direkte Kontrolle über Timing und Konfigurationsentscheidungen, setzt aber auch genügend Aufmerksamkeit voraus, um Nachweise zu interpretieren und zu reagieren, wenn Annahmen falsch sind.
Managed Service: unterstützter Umfang mit expertengestützter Ausführung
Managed Service gilt, wenn die Migration innerhalb des unterstützten Umfangs bleibt, aber die vereinbarten Migrationsaktionen expertengestützt ausgeführt werden sollen. Der Unterschied liegt in der Verantwortung, nicht in einer erweiterten Datenfunktion.
Das kann sinnvoll sein, wenn das interne Team durch einen festen Zeitplan, parallel laufende operative Arbeit, geringe Migrationserfahrung oder den Koordinationsbedarf mehrerer Beteiligter eingeschränkt ist. Die Daten selbst können vorhersehbar sein, während das Projekt trotzdem davon profitiert, die Ausführungslast zu verlagern.
Managed Service übernimmt keine nicht unterstützten Anwendungsdaten, benutzerdefinierten Tabellen, maßgeschneiderten Transformationen oder veränderte Add-on-Logik. Wenn solche Anforderungen bestehen, muss der Umfang zuerst als Custom behandelt werden. Expertengestützte Ausführung macht eine nicht standardmäßige Anforderung nicht zu unterstützt verfügbarem Verhalten.
Der Kunde bleibt dafür verantwortlich, korrekte Projektinformationen zu liefern und das Ergebnis zu validieren. Expertengestützte Ausführung kann operativen Aufwand reduzieren, kann aber nicht entscheiden, ob migrierte Datensätze die geschäftliche Bedeutung erhalten, die Merchandising, Finance, Kundenservice, SEO oder Compliance benötigen.
Managed Service nimmt dem Kunden den Zugriff auf die Migration nicht. Der Kunde kann weiterhin verfügbare Migrationsaktivitäten prüfen, konfigurieren und manuell ausführen. Expertengestützte Ausführung ist eine enthaltene Verantwortungsposition, keine exklusive Kontrolle über die gekaufte Migration.
Custom Service: angepasster Umfang, definiert durch das gewünschte Ergebnis
Custom Service wird relevant, wenn das erwartete Migrationsergebnis nicht allein durch unterstütztes Verhalten und verfügbare Standard Add-ons erzeugt werden kann. Der Bedarf sollte über die Daten oder Funktionen definiert werden, die eine angepasste Behandlung benötigen, nicht über die vage Aussage, der Shop sei ungewöhnlich.
Typische Signale sind:
- eine Custom Platform als Quellplattform oder Zielplattform;
- benutzerdefinierte Felder, Tabellen oder Datenbankstrukturen, deren erforderliche Behandlung über unterstützte Migration oder Standard-Add-on-Umfang hinausgeht;
- Daten, die von Anwendungen, Plugins, Modulen oder Erweiterungen verwaltet werden;
- Drittanbieterdatensätze außerhalb des unterstützten Plattformmodells;
- externe Kennungen, die eine Beziehung zu einem anderen System erhalten müssen;
- maßgeschneiderte Transformation oder Umstrukturierung;
- nicht standardmäßige Product-, Customer-, Order-, Content- oder Beziehungslogik;
- ein verfügbares Add-on, das verändert werden muss;
- ein neues projektspezifisches Add-on.
Der Custom-Umfang sollte Quellenbedeutung, vorgesehene Zieldarstellung, Transformations- oder Beziehungsregeln, betroffene Datensätze und die für die Abnahme erforderlichen Nachweise festhalten. Ohne diese Elemente bleibt „Custom“ nur ein Etikett statt einer umsetzbaren Migrationsanforderung.
Expert Handle verändert die Ausführung, nicht die Art der Custom-Arbeit
Custom Service enthält nicht automatisch Expert Handle.
Kundengeführter Custom Service
Die vereinbarte angepasste Arbeit ist enthalten, während der Kunde die verfügbaren Migrationsaktionen ausführt und das Ergebnis validiert. Das kann für Teams passen, die maßgeschneiderte Funktionen benötigen, aber die operative Kapazität für die Ausführungskoordination behalten.
Custom Service with Expert Handle
Die vereinbarte angepasste Arbeit und die expertengestützte Ausführung der akzeptierten Migrationsaktionen sind enthalten. Der Kunde liefert weiterhin den erforderlichen Geschäftskontext und führt die abschließende Verifikation durch.
Der akzeptierte Umfang sollte die Ausführungsverantwortung ausdrücklich festhalten. Andernfalls kann das Projekt das individuelle Ergebnis korrekt definieren und dennoch offenlassen, wer die dafür nötigen Schritte ausführt.
Dasselbe Zugriffsprinzip gilt bei Custom Service. Unabhängig davon, ob das Projekt kundengeführt ist oder Expert Handle enthält, kann der Kunde auf verfügbare Migrationsaktivitäten zugreifen und sie manuell ausführen. Die Servicewahl definiert enthaltene Verantwortung und angepassten Umfang, nicht einen Ausschluss des Kunden von der Migration.
Add-ons bilden keinen vierten Migration Service
Standard Add-ons adressieren klar begrenzte unterstützte Anforderungen. Sie können Standard, Managed oder Custom Service ergänzen, wenn die verfügbare Funktion zur Anforderung passt.
Beispielsweise kann die Auswahl von Orders anhand einer unterstützten Order-Feldbedingung zu Data Filter passen. Die Zuordnung eines unterstützten Quellfelds zu einem kompatiblen Zielfeld kann zu Advanced Data Mapping passen. Wenn sowohl Quellplattform als auch Zielplattform Open-Source sind, kann die unterstützte Zuordnung eines Felds oder einer Datenbankspalte zu Advanced Database Mapping passen. Die Transformation eines ausgewählten Zielfeldwerts kann zu Data Transformation passen. Mehrere Standard Add-ons können kombiniert werden, ohne dass die Migration dadurch zu Custom Service wird, solange jede Operation innerhalb ihrer unterstützten Grenze bleibt.
Die Grenze ändert sich, wenn das Add-on selbst angepasst werden muss oder wenn kein Standard Add-on das gewünschte Ergebnis erzeugen kann:
- Ein verändertes Standard Add-on wird unter Custom Service zu einem Tailored Add-on.
- Ein projektspezifisches Add-on wird unter Custom Service als Custom Add-on geprüft.
- Nicht unterstützte Daten oder maßgeschneiderte Beziehungen erfordern eine umfassendere Custom-Service-Analyse, auch wenn zusätzlich Filterung oder Mapping beteiligt sind.
Ein Add-on beschreibt eine fokussierte Funktion. Der Migration Service beschreibt die umfassendere Vereinbarung zu Umfang und Verantwortung.
Kundenvalidierung ist eine separate Verantwortung
Jeder Migration Service endet mit der Validierung durch den Kunden. Das wird manchmal als Einschränkung expertengestützter Ausführung missverstanden. Sinnvoller ist es, dies als Aufteilung unterschiedlicher Wissensarten zu verstehen.
Die Ausführung kann gegen die akzeptierte Konfiguration und den Serviceumfang geprüft werden. Für die geschäftliche Abnahme braucht es Wissen, das beim Kunden liegt: welche Products verkaufbar bleiben müssen, wie Orders Serviceprozesse unterstützen sollen, welche Customer-Unterscheidungen wichtig sind, ob SEO-Pfade akzeptabel sind und ob der Zielshop für den beabsichtigten nächsten Schritt bereit ist.
Ein sinnvoller Abnahmenachweis enthält:
- das kritische Ergebnis, das geprüft wird;
- repräsentative Datensätze oder Szenarien;
- die für die Entscheidung verantwortliche prüfende Person;
- das erwartete Ergebnis;
- gegebenenfalls eine akzeptierte Einschränkung;
- die Entscheidung Pass, Watch oder Block.
Auch die Implementierung auf der Zielplattform sollte als separate Ebene sichtbar bleiben. Theme-Neuaufbau, App-Installation, Zahlungs- oder Versandkonfiguration, Deployment von Integrationen und operative Konfiguration sind nicht automatisch enthalten, nur weil migrierte Daten später daran beteiligt sein müssen.
Nutzen Sie Nachweise für ein Upgrade des anfänglichen Services
Der anfänglich gewählte Migration Service kann sich ändern müssen, wenn neue Nachweise eine zentrale Annahme verändern. Demo Migration kann nicht unterstützte Strukturen aufdecken. Ein Dateninventar kann externe Kennungen oder benutzerdefinierte Tabellen sichtbar machen. Ein Standard Add-on kann sich als zu begrenzt erweisen. Die interne Kapazität kann unter das fallen, was kundengeführte Ausführung erfordert.
Nach dem Kauf sind Serviceänderungen nur nach oben möglich:
| Gekaufter Service | Später zulässiger Service |
|---|---|
| Standard Service | Managed Service oder Custom Service |
| Managed Service | Custom Service |
| Custom Service | Kein Service-Downgrade |
Ein Service-Upgrade ist sinnvoll, wenn sich die Nachweise verändern. Wechseln Sie von Standard zu Managed, wenn der unterstützte Umfang weiterhin passt, aber die Ausführungsverantwortung geändert werden muss. Wechseln Sie von Standard oder Managed zu Custom Service, wenn angepasste Arbeit erforderlich wird. Innerhalb von Custom Service kann Expert Handle aufgenommen werden, wenn der angepasste Umfang richtig definiert ist und zusätzlich expertengestützte Ausführung Teil der akzeptierten Arbeit sein soll.
Die Migration kann nicht von Managed zu Standard oder von Custom zu Managed beziehungsweise Standard zurückgestuft werden. Diese Asymmetrie macht die anfängliche Entscheidung wichtig, obwohl eine Korrektur nach oben möglich bleibt. Ein klar begrenztes Standard Add-on, das die Anforderung vollständig löst, erfordert für sich allein kein Service-Upgrade.
Das Service-Upgrade wird Teil derselben gekauften Migration und über Differenzpreisbildung berechnet. Es erzeugt keinen neuen Pfad und verlängert die einjährige Servicedauer nicht. Dieser nachweisbasierte Ansatz ist zuverlässiger, als die drei Services als frei umkehrbare Stufen zunehmender Größe oder Qualität zu behandeln.
Fazit
Next-Cart Migration Services unterscheiden sich nach Umfang und Ausführungsverantwortung. Standard Service ist kundengeführt innerhalb unterstützten Umfangs. Managed Service umfasst expertengestützte Ausführung innerhalb unterstützten Umfangs. Custom Service adressiert angepasste oder nicht standardmäßige Anforderungen und kann kundengeführt bleiben oder Expert Handle enthalten.
Entity Points sollten für Kapazität verwendet werden, Add-ons für klar begrenzte unterstützte Erweiterungen und Kundenvalidierung für die geschäftliche Abnahme. Sobald diese Entscheidungen getrennt betrachtet werden, wird die Serviceauswahl zu einer begründeten Projektentscheidung statt zu einer Abkürzung anhand von Shopgröße, angezeigtem Preis oder wahrgenommener Servicestufe.
Häufige Fragen
Ist Standard Service nur für kleine Shops geeignet?
Nein. Standard Service kann auch eine große Migration unterstützen, wenn Pfad und Anforderungen unterstützt bleiben und der Kunde Ausführung und Validierung koordinieren kann.
Was ist der wichtigste Unterschied zwischen Standard und Managed Service?
Beide adressieren unterstützte Migrationsanforderungen. Standard Service ist kundengeführt, während Managed Service die expertengestützte Ausführung der vereinbarten Migrationsaktionen enthält.
Deckt Managed Service benutzerdefinierte Felder oder nicht unterstützte Datensätze ab?
Nicht automatisch. Managed Service verändert die Ausführungsverantwortung innerhalb unterstützten Umfangs. Angepasste Behandlung für individuelle oder nicht unterstützte Anforderungen gehört in Custom Service.
Enthält Custom Service immer Expert Handle?
Nein. Custom Service kann kundengeführt sein. Expert Handle wird aufgenommen, wenn expertengestützte Ausführung Teil des akzeptierten Custom-Umfangs ist.
Kann ein Standard Add-on mit Managed Service verwendet werden?
Ja. Standard Add-ons können Standard, Managed oder Custom Service ergänzen, wenn ihre verfügbare Funktion zur Anforderung passt.
Wer genehmigt das endgültige Migrationsergebnis?
Der Kunde bleibt bei jedem Migration Service für die abschließende Verifikation verantwortlich, weil die geschäftliche Abnahme von den vorgesehenen kommerziellen, operativen, SEO- und Compliance-Ergebnissen abhängt.
Können Kunden unter Managed oder Custom Service weiterhin selbst Migrationsaktivitäten durchführen?
Ja. Jeder Migration Service bleibt für manuelle Kundenaktivitäten zugänglich. Managed Service und Expert Handle definieren enthaltene Ausführungsverantwortung, entfernen aber nicht den Kundenzugriff.
Kann ein gekaufter Migration Service herabgestuft werden?
Nein. Standard kann zu Managed oder Custom hochgestuft werden, Managed zu Custom. Ein gekaufter Migration Service kann nicht nach unten gewechselt werden.