Migration von Centra zu Shopify Plus: Kosten, Zeitplan und die Modeprozesse, die erhalten bleiben müssen

Von Robin Laseur

Eine Migration von Centra zu Shopify Plus bedeutet, Ihren Commerce-Betrieb um ein anderes Produkt-, Shop- und Bestellmodell herum neu aufzubauen. Für Modemarken lauten die entscheidenden Fragen, ob Shopify die Identität von Stil und Größe, Wholesale-Zusagen und marktspezifische Verkaufsregeln bewahren kann und zugleich den Aufwand senkt, den Betrieb und Weiterentwicklung des Shops erfordern.
Der schwierige Teil ist vermutlich nicht, ein Kleid in vier Farben zu importieren. Er ist, den Bestand zu halten, der einem Wholesale-Kunden zugesagt wurde, während dasselbe Kleid direkt an Endkunden in drei Märkten startet.
Dieser Unterschied sollte Migrationsbriefing, Budget und Go-live-Entscheidung prägen.
Wann lohnt sich der Wechsel von Centra zu Shopify Plus?
Der Wechsel lohnt sich, wenn ein getestetes Shopify-Setup die Art verbessert, wie Ihr Team handelt, ohne anderswo unverhältnismäßig viel Arbeit zu erzeugen. Beginnen Sie mit messbaren operativen Problemen, etwa Kampagnenänderungen, die von Entwicklern abhängen, oder doppelten Integrationen. Vergleichen Sie die vorgeschlagene Lösung dann mit einer Verbesserung Ihrer bestehenden Centra-Implementierung, einschließlich der Kosten, Funktionen zu ersetzen, die Sie heute schon nutzen.
Centra ist eine SaaS-Commerce-Plattform für Mode und Lifestyle, mit Headless-Architektur, Produktinformationsmanagement sowie Funktionen für D2C und Wholesale. Es ist also nicht automatisch ein Wechsel von veralteter Infrastruktur zu moderner Software. Beide Plattformen können ein ernsthaftes Commerce-Geschäft tragen.
Der Business Case wird stärker, wenn Ihre aktuelle Implementierung konkrete Einschränkungen verursacht:
Merchandiser brauchen für routinemäßige Kampagnen- und Shop-Änderungen Entwickler.
Die Pflege eines individuellen Frontends verschlingt Budget, das in Verbesserungen des Handels fließen könnte.
Ihre bevorzugten Tools für Kundenservice, Marketing oder Retail erfordern Integrationen, die Sie sonst vermeiden würden.
Die Anforderungen an Wholesale sind relativ einfach, oder ein bestehendes ERP verantwortet bereits die komplexen Bestellprozesse.
Das sind Hypothesen zum Prüfen, keine garantierten Vorteile von Shopify. Lassen Sie das künftige Shop-Team echte Aufgaben im vorgeschlagenen Setup erledigen: eine Farbvariante starten, eine regionale Aktion ändern und ein Produktmerkmal korrigieren, ohne dass ein Entwickler eingreift.
Bei Centra zu bleiben verdient genauso viel Aufmerksamkeit, wenn das Produktmodell für Mode, die saisonalen Wholesale-Prozesse oder das bestehende Headless-Erlebnis gut zu Ihrem Betrieb passen. Diese Funktionen durch mehrere Apps und individuelle Dienste zu ersetzen, kann die Gesamtkosten erhöhen.
Braucht das Projekt wirklich Shopify Plus?
Wählen Sie Plus nicht nur, weil Sie Wholesale betreiben. Die aktuelle Shopify-Dokumentation führt B2B-Funktionen in mehreren Tarifen. Plus ergänzt unter anderem unbegrenzte B2B-Marktkataloge, die direkte Zuordnung von Katalogen zu Unternehmen und Unternehmensstandorten sowie bestimmte erweiterte Zahlungsfunktionen. Prüfen Sie Ihre Anforderungen anhand der aktuellen B2B-Funktionen je Tarif.
Die Entscheidung sollte benennen, welche Plus-Funktionen Sie konkret brauchen, welche operative Arbeit sie abnehmen und welche kaufmännischen Bedingungen für Ihr Unternehmen gelten. Ein Plattformlabel ist kein Anforderungskatalog.

Wie lässt sich das Modeproduktmodell von Centra auf Shopify abbilden?
Bilden Sie zuerst die Identität des verkaufbaren Bestands ab, bevor Sie entscheiden, wie Produkte im Shop erscheinen. Erhalten Sie die Beziehung zwischen Stil, Farbe und Größe, und gestalten Sie Produktseiten, Filter und Merchandising um diese Struktur herum. Eine Migration, die Bestand dupliziert, um die Darstellung nachzubilden, kann Probleme bei Verfügbarkeit und Fulfillment verursachen, auch wenn jede Produktseite richtig aussieht.
Centra unterscheidet Produkte, Varianten und Größen: Ein Produkt steht meist für einen Stil, eine Variante oft für eine Farbe oder ein Material, und Größen tragen den physischen Bestand und die GTIN. Displays bilden eine eigene Darstellungsebene. Diese Unterscheidungen zählen bei der Übertragung des Katalogs. Siehe das Produktmodell von Centra.
Das Folgende ist ein Vorschlag für ein Mapping, keine native Umwandlung mit einem Klick:
Testen Sie das Modell mit einem repräsentativen Stil
Nehmen Sie als Beispiel eine Jacke in vier Farben und sechs Größen je Farbe. Das sind 24 verkaufbare Kombinationen. Erscheint dieselbe Jacke in mehreren Kampagnen, darf das keine zusätzlichen physischen Bestandsdatensätze erzeugen.
Ein Shopify-Produkt mit Optionen für Farbe und Größe passt zu einer gemeinsamen Produktseite. Getrennte Produkte je Farbe passen zu eigenem Bildmaterial, Merchandising in Kollektionen und Suchintention. Keins davon ist grundsätzlich besser. Die Wahl verändert URLs, Feeds, Produktempfehlungen und Reporting, treffen Sie sie also vor dem Import des vollständigen Katalogs.
Shopify unterstützt derzeit bis zu 2.048 Varianten und drei Optionen pro Produkt. Die Kompatibilität mit Themes, Apps und Vertriebskanälen muss trotzdem geprüft werden, besonders bei Produkten mit mehr als 100 Varianten. Ein Plattformlimit beweist nicht, dass der gesamte Shop Ihren Katalog korrekt unterstützt. Siehe die Shopify-Dokumentation zu Varianten.
Sind verknüpfte Produkte je Farbe wichtig, prüfen Sie Shopify Combined Listings anhand der aktuellen Anforderungen und Grenzen. Gehen Sie nicht davon aus, dass eine Funktion zur Produktgruppierung jedes Verhalten eines Centra-Displays nachbildet.
Testen Sie den Prototyp mit schwierigen Beispielen: eine fehlende Größe, eine archivierte Farbe, eine regionale Produktbeschränkung und ein Bundle, dessen Bestandteile eigenen Bestand haben. Lassen Sie Merchandising und Lager dasselbe Mapping freigeben. Eine fehlerfreie Importzählung allein leistet das nicht.
Wie bleiben Lieferfenster und Bestandszusagen im Wholesale erhalten?
Bei einer Wholesale-Migration muss erhalten bleiben, was wem für welchen Lieferzeitraum zugesagt wurde. Unterscheiden Sie aktuellen Bestand, eingehende Ware, Reservierungen und noch nicht ausgelieferte Bestellmengen. Legen Sie dann fest, welches System nach dem Go-live für jede Zusage verantwortlich ist. Eine App, die eine Vorbestellung annimmt, beweist für sich noch nicht, dass Ihr saisonaler Wholesale-Prozess ersetzt ist.
Mit den Lieferfenstern von Centra lassen sich Verkaufszeiträume von Lieferzeiträumen trennen und Produkte, Märkte und Zuteilungsregeln diesen Fenstern zuordnen. Ein Kunde, der für einen künftigen Drop bestellt, tätigt also nicht unbedingt dieselbe Art von Transaktion wie bei einer sofortigen Nachbestellung. Siehe die Einrichtung von Lieferfenstern in Centra.
Übersetzen Sie dieses Verhalten in prüfbare Anforderungen. Kann das Ziel-Setup zum Beispiel verhindern, dass ein Kunde außerhalb des vereinbarten Sortiments bestellt? Bleibt der Lieferzeitraum nach einer Bestelländerung erhalten? Was passiert, wenn sich eine eingehende Lieferung verzögert?
Offene Wholesale-Bestellungen als operativen Zustand behandeln
Centra dokumentiert außerdem, wie neu eingegangener Bestand bestehenden Wholesale-Bestellungen mit Vorbestellartikeln zugeteilt wird. Das ist ein Prozess über mehrere Ereignisse, kein Feld zum Kopieren. Siehe die Zuteilung zu bestehenden Bestellungen.
Legen Sie für jede offene Bestellposition die bestellten, stornierten, zugeteilten, versendeten und noch offenen Mengen fest. Verknüpfen Sie die Position, wo relevant, mit Kunde, Lieferzeitraum, Zahlungsstatus und Fulfillment-Referenz. Finance und Operations sollten sich einig sein, welches System spätere Änderungen, Rechnungen, Retouren und Erstattungen abwickelt.
Eine Option ist, bestehende Zusagen im bisherigen System abzuschließen und neue Bestellungen über Shopify laufen zu lassen. Eine andere ist, diese Zusagen über eine getestete Integration zu migrieren. Die richtige Wahl hängt davon ab, wem welches System gehört und was es kann; keine von beiden sollte in einem allgemeinen Posten „Bestellmigration“ versteckt sein.

Verfügbarkeit mit Zahlen belegen
Angenommen, ein Lager hält 100 Stück einer Größe, 60 davon sind für Wholesale reserviert, und Ihre Richtlinie sieht einen Puffer von 10 Stück vor. Nach dieser Beispielregel sind 30 Stück für D2C verfügbar. Eine erwartete Lieferung von weiteren 200 Stück macht nicht automatisch 230 Stück sofort lieferbar.
Stornieren Sie nun einen Teil der Wholesale-Zusage, erhalten Sie nur einen Teil der eingehenden Lieferung und lassen Sie zwei Endkundenbestellungen kurz hintereinander eingehen. Der Test sollte zeigen, wie sich die Verfügbarkeit ändert, welches System die Änderung freigibt und wie jeder Kanal sie erhält.
Shopify unterstützt Vorbestellungen über Vorbestell-Apps, mit Anforderungen an den Zahlungsanbieter und appspezifischem Verhalten. Diese Möglichkeit ist gesondert gegen Ihren Wholesale-Prozess zu prüfen; sie belegt keine Gleichwertigkeit bei Lieferfenstern oder Zuteilung. Prüfen Sie die aktuellen Anforderungen von Shopify an Vorbestellungen.
Scheitert der Nachweis, ändern Sie die Zielarchitektur, behalten Sie das betreffende Wholesale-System oder überdenken Sie den Umfang der Migration, bevor Sie den Rest des Shops bauen.
Was ändert sich bei Märkten, Shops und Integrationen?
Gestalten Sie die Zielarchitektur nach operativer Verantwortung, statt die Zahl der bestehenden Shops zu kopieren. Halten Sie fest, welche Teams Preise, Produktinhalte, Kundenbeziehungen und Bestand verantworten. Wählen Sie dann, wie Endkunden- und Wholesale-Erlebnisse getrennt werden, welchen Frontend-Ansatz Sie nutzen und welche Systeme maßgeblich bleiben, wenn die Commerce-Plattform wechselt.
Kaufmännische Anforderungen von der Zahl der Shops trennen
Erfassen Sie je Markt Währung, Sprache, Sortiment, Preisverantwortung, Fulfillment-Quelle, verkaufende Gesellschaft und Anforderungen an den Checkout. Leiten Sie daraus repräsentative Customer Journeys ab. Ein Ländername allein sagt nicht, ob ein eigener Shopify-Shop nötig ist oder ob das geplante Setup machbar ist.
Für Wholesale unterstützt Shopify einen gemischten Shop für D2C und B2B oder einen eigenen B2B-Shop mit separatem Admin. Beides hat unterschiedliche Folgen für Branding, Einstellungen und Bestandsverwaltung. Nutzen Sie die Hinweise von Shopify zum Shop-Typ für diese Wahl, statt anzunehmen, dass zwei Kanäle immer zwei Shops brauchen.
Ein nützlicher Abnahmetest begleitet einen Wholesale-Kunden vom Login über einen kundenspezifischen Preis bis zur Bestellung und zur Bestätigung durch das Lager. Testen Sie die Endkunden-Journey getrennt, einschließlich dessen, was ein anonymer Besucher sieht. Ein korrekter Preis im Admin beweist nicht, dass der Zugriff im Shop stimmt.
Das Frontend bewusst wählen
Ein Wechsel zu einem Shop auf Basis eines Shopify-Themes kann die Menge an individueller Frontend-Software verringern, die Ihr Team pflegt. Dieser Vorteil hängt von Design- und App-Entscheidungen ab. Ein stark individuelles Erlebnis neu zu bauen, kann einen Großteil der Entwicklungsverantwortung zurückbringen.
Ein Headless-Frontend zu behalten, ist ein anderes Projekt. Bestehende Designs und manche Inhalte lassen sich vielleicht weiterverwenden, doch Centra-spezifische API-Aufrufe, Warenkorbverhalten, Produktreferenzen und Checkout-Anbindungen müssen geprüft und wo nötig ersetzt werden. „Das Frontend behalten“ darf nie heißen „annehmen, dass das Frontend unverändert funktioniert“.
Bleibt ein CMS, suchen Sie jede eingebettete Produktreferenz und klären Sie, wie sie auf den neuen Katalog verweist. Testen Sie Kampagnenseiten ebenso wie normale Produktseiten. Redaktionelle Inhalte können optisch unverändert bleiben, während ihre Commerce-Links auf nicht mehr existierende Kennungen zeigen.
Pro Datenbereich eine maßgebliche Verantwortung festlegen
Legen Sie ein Register der Verantwortlichkeiten für Produktanreicherung, Preislisten, Bestand, Kundeneinwilligung, Bestellstatus und Fulfillment an. Benennen Sie je Bereich Quelle, Ziele, Auslöser für Updates und Abgleichmethode. Halten Sie fest, wer Fehler untersucht, wenn das Implementierungsteam weg ist.
Die Storefront API von Centra beschreibt Display-Items als Produktvarianten, die auf einem Shop-Display aktiviert sind. Praktisch heißt das: Ein Export von der Shop-Seite bildet nicht unbedingt den vollständigen Stammkatalog oder alle Kanaldaten ab. Prüfen Sie die Vollständigkeit des Exports anhand der administrativen Datensätze. Siehe die API-Dokumentation von Centra zu Produktinformationen.
Auch Kundenprofile brauchen einen eigenen Plan für den Kontozugang. Der CSV-Import von Kunden in Shopify übernimmt keine Passwörter von einer anderen Plattform und importiert keine Bestellhistorie. Wählen Sie das gewünschte Konto-Erlebnis und testen Sie die zugehörige Kundenkommunikation. Siehe die Hinweise von Shopify zum Kundenimport.
Bauen Sie bei Integrationen neben der Event-Verarbeitung auch Schutz vor doppelten Events und einen geplanten Abgleich ein. Shopify rät ausdrücklich davon ab, sich bei der Datensynchronisation allein auf Webhooks zu verlassen, weil die Zustellung nicht immer garantiert ist. Die operative Folge ist einfach: Jemand muss ein fehlendes Update finden und beheben können. Siehe die Hinweise von Shopify zu Webhooks.

Was kostet eine Migration von Centra zu Shopify Plus?
Die Kosten hängen vom Ziel-Betriebsmodell, der Datenqualität, dem Umfang des Shops und der Komplexität der Integrationen ab. Einen belastbaren Einheitspreis für eine Centra-Migration gibt es nicht. Bauen Sie eine Schätzung aus vereinbarten Arbeitspaketen auf und rechnen Sie Plattform- und App-Kosten gesondert hinzu. Die folgende Rechnung ist ein hypothetisches Planungsbeispiel, kein Marktvergleich und kein Angebot von Flatline.
Gehen Sie von einer Marke aus, einem Shop auf Theme-Basis, einer begrenzten Zahl an Marktkonfigurationen, einem ERP und Lagersystemen, die bleiben, und klar abgegrenztem Zugang für Integrationen. Nehmen Sie an, dass sich Wholesale auf einen bewährten Nachbestellprozess beschränkt, während komplexe historische Zusagen im bestehenden System bleiben. Ein vollständiger Ersatz der saisonalen Wholesale-Planung liegt außerhalb dieses Beispiels.
Bei einem angenommenen Mischsatz von 120 € pro Stunde ergibt das 96.000 € bis 168.000 € an Implementierungsaufwand. Mit einem Beispielpuffer von 15 % ergibt sich ein Planungsrahmen von 110.400 € bis 193.200 €, ohne Steuern. Sowohl der Satz als auch die Stundenansätze sind Annahmen für dieses Beispiel.
Das Modell enthält keine Shopify-Abogebühren, kostenpflichtigen Apps, Transaktions- und Zahlungsgebühren, kein neues PIM, keine ERP-Transformation, keine umfangreiche Content-Produktion, keine interne Arbeitszeit und keine verbleibenden Vertragskosten bei Centra. Auch ein individueller Headless-Neubau und ein eigener Ersatz für fortgeschrittene Wholesale-Zuteilung oder Lieferfenster sind nicht enthalten.
Tatsächliche Angebote können außerhalb dieses Rahmens liegen. Eine kleine, saubere D2C-Migration hat einen anderen Umfang als ein Betrieb mit mehreren Marken und individueller Wholesale-Bestellung. Ein höherer Puffer finanziert ein undefiniertes Arbeitspaket nicht angemessen; grenzen Sie diese Arbeit gesondert ab und bepreisen Sie sie gesondert.
Auch laufende Kosten vergleichen, nicht nur das Projekthonorar
Erstellen Sie einen Vergleich über drei Jahre mit Abos, App-Verträgen, Integrationssupport, Frontend-Pflege, Release-Tests und Arbeitslast der Mitarbeitenden. Berücksichtigen Sie eine eventuelle Phase, in der beide Plattformen parallel laufen. Zählen Sie eine Ersparnis nur, wenn ein Vertrag, eine Aufgabe oder eine Abhängigkeit tatsächlich wegfällt.
Flatlines Überblick zu den Gesamtbetriebskosten im E-Commerce bietet einen breiteren Rahmen für diesen Vergleich. Nutzen Sie aktuelle Anbieterangebote für Ihr Modell statt historischer Beispiele für Plattformpreise.
Lassen Sie jedes Angebot festhalten, was nativ ist, was eine App braucht, was individuell gebaut wird und wer es betreut. Zwei Angebote mit demselben Gesamtpreis können Ihrem Team sehr unterschiedlich viel laufende Arbeit übertragen.

Wie lange sollte die Migration dauern?
Der Zeitplan sollte sich aus der Auflösung von Abhängigkeiten ergeben, nicht nur aus der Zahl der Produkte, die umziehen. Produkt-Mapping, Integrationszugang und Abnahmetests für Wholesale gehören an den Anfang. Der folgende 20-Wochen-Ablauf ist ein Beispielplan für den abgegrenzten Umfang aus dem Kostenbeispiel, keine typische Dauer und kein zugesagter Liefertermin.
Mehrere Arbeitsstränge laufen parallel; diese Zeiträume sind keine Vorgabe für die Besetzung. Die angenommenen Stunden im Kostenmodell sind der gemeinsame Aufwand eines Teams, nicht eine Person, die 20 Wochen arbeitet.
Der Plan hängt von rechtzeitigem Zugang, stabilen Anforderungen und verfügbaren Prüfern aus dem Fachbereich ab. Eine Änderung an der ERP-Schnittstelle, eine neue Anforderung an eine rechtliche Einheit oder ein ungeklärter Zuteilungsprozess kann den Zeitplan erheblich verschieben. Eine Marke mit saisonalen Vorverkäufen sollte bei der Wahl des Umstellungszeitpunkts auch Order-Termine, Kampagnenstarts und Spitzen bei eingehender Ware berücksichtigen.
Schulungen gehören vor den Go-live. Merchandising sollte Produkte und Aktionen veröffentlichen, der Kundenservice alte und neue Bestellungen finden und Finance eine Beispieltransaktion abgleichen können. Ein Projekt ist nicht fertig, nur weil die Entwickler ihre Tickets abgeschlossen haben.
Wie schützen Sie SEO und Umsatz während der Umstellung?
Die Migration abzusichern heißt, sowohl öffentliche URLs als auch laufende Transaktionen im Griff zu behalten. Erfassen Sie jede wichtige Landingpage, testen Sie ihr vorgesehenes Ziel und gleichen Sie die letzten Datenänderungen ab. Gehen Sie erst live, wenn benannte Verantwortliche erklären können, wie späte Bestellungen, Bestandsupdates und bestehende Verpflichtungen gegenüber Kunden über die Umstellung hinweg behandelt werden.
Suchintention zusammen mit der Produktidentität abbilden
Ein Wechsel von getrennten Farbseiten zu einer Produktseite kann organische Landingpages treffen, auch wenn das Sortiment selbst gleich bleibt. Prüfen Sie wichtige URLs anhand von Such-, Analyse-, Feed- und Katalogdaten. Entscheiden Sie, ob jede Seite eigenständig bleibt, in ein passendes Ziel übergeht oder entfällt.
Prüfen Sie Weiterleitungen, interne Links, Canonical-Tags, Sprachverweise und den Inhalt der Sitemap. Heben Sie wo nötig Einschränkungen der Staging-Umgebung auf und beobachten Sie nach dem Go-live Indexierung und Traffic. Google empfiehlt, URL-Mappings und Weiterleitungen vorzubereiten, und warnt, dass Rankings bei einem Umzug schwanken können. Kein seriöser Migrationsplan verspricht null Auswirkung auf SEO. Siehe die Hinweise von Google zum Website-Umzug.
Produktfeeds brauchen eine eigene Migrationsprüfung. Legen Sie fest, wie sich Kennungen, Ziele und Variantenlinks ändern, und testen Sie die neuen Datensätze mit jedem empfangenden Kanal. Das ist eine andere Aufgabe, als eine Produktseite crawlbar zu machen.
Die Transaktionsgrenze proben
Halten Sie den Zeitpunkt des letzten Exports fest, eventuelle Bestellbeschränkungen, den Umgang mit späteren Änderungen und den Moment, ab dem Shopify für neue Bestellungen maßgeblich ist. Nutzen Sie einen Querverweis zwischen den Kennungen in Quelle und Ziel, damit Teams eine Transaktion untersuchen können, ohne zu raten, in welchem System sie liegt.
Die Generalprobe umfasst:
Eine Endkundenbestellung kurz vor der Umstellung, die das Lager genau einmal verarbeitet.
Eine Wholesale-Bestellung, die vor dem Go-live angenommen und danach ausgeliefert wird.
Eine Stornierung, die Bestand an den richtigen Kanal freigibt.
Eine Retoure zu einer älteren Bestellung, bearbeitet vom vereinbarten System und Team.
Ein verzögertes Integrations-Event, das sich erkennen und sicher erneut verarbeiten lässt.
Legen Sie vorab fest, was den Go-live blockiert. Falsche kundenspezifische Preise, doppelte Fulfillment-Anweisungen und unerklärte Bestandsdifferenzen sind keine kosmetischen Fehler. Weisen Sie jedem offenen Punkt eine verantwortliche Person und eine vereinbarte Lösung zu.
Auch ein Rollback braucht eine operative Definition. Hat Shopify einmal Bestellungen oder Zahlungen angenommen, macht das Zurückstellen der Domain diese Transaktionen nicht rückgängig. Legen Sie fest, bis wann ein Rollback sicher ist und wann eine kontrollierte Reparatur nach vorn die bessere Antwort ist. Gleichen Sie neue Transaktionen ab, bevor Sie das maßgebliche System erneut wechseln.
Der Abschied von Centra ist nur eine von drei Optionen. Wenn Sie noch zwischen Plattformwechsel, Neuaufbau und Bleiben entscheiden, führen Sie diesen Vergleich durch, bevor Wholesale- und DTC-Anforderungen in einem Shopify-Plus-Scope festgeschrieben sind; trägt der Business Case, führt unsere Shopify-Migration Produktmodell, Wholesale-Zusagen und Go-live aus Centra in einem Plan zusammen.
Häufig gestellte Fragen
Können wir D2C zu Shopify verlagern und Wholesale auf Centra lassen?
Ja, das kann eine Architekturoption sein, sofern Integration und Verträge es zulassen. Es erfordert klare Verantwortung für gemeinsame Produkte, Preise und Bestände sowie Regeln für Reservierungen und Kundenservice. Behandeln Sie das als Betriebsmodell mit eigenen Kosten und Verantwortlichkeiten, nicht als selbstverständlich einfache Zwischenstufe.
Müssen alle historischen Bestellungen zu Shopify?
Nicht unbedingt. Entscheiden Sie, welche Datensätze für Retouren, Kundenservice und Reporting operativ zugänglich sein müssen und welche in einem durchsuchbaren Archiv oder einem bestehenden System bleiben können. Trennen Sie historische Datensätze von offenen Zusagen. Prüfen Sie eine eventuelle Importmethode für die Historie gesondert, auch wie importierte Datensätze für Kunden erscheinen und das Reporting beeinflussen.
Brauchen wir nach Centra ein eigenes PIM?
Nicht automatisch. Die Antwort hängt davon ab, wo Produkte angereichert werden, wie viele Kanäle die Daten nutzen und wer Merkmale und Übersetzungen verantwortet. Testen Sie, ob der vorgeschlagene Ablauf in Shopify ausreicht, bevor Sie ein weiteres System kaufen. Bleibt oder kommt ein PIM, legen Sie Verantwortung und Synchronisation fest, statt konkurrierende Stammdaten zu pflegen.
Steigert eine Migration zu Shopify Plus die Conversion?
Ein Plattformwechsel garantiert keine höhere Conversion. Das Ergebnis hängt vom umgesetzten Erlebnis, dem Traffic-Mix, Preisen, Verfügbarkeit und der Messqualität ab. Erheben Sie vor der Migration eine Ausgangsbasis und vergleichen Sie danach relevante Zeiträume und Kundensegmente. Beobachten Sie auch Fulfillment-Fehler, Retouren und die Arbeitslast im Handel, damit eine Shop-Kennzahl keine operative Verschlechterung verdeckt.
Wer sollte den Migrationsumfang freigeben?
Beziehen Sie E-Commerce, Merchandising, Wholesale-Vertrieb, Operations, Kundenservice, Finance und die Verantwortlichen für Integrationen und Daten ein. Jedes Team gibt repräsentative Szenarien in seiner Verantwortung frei. Benennen Sie eine verantwortliche Person aus dem Fachbereich für Umfang und Go-live und behalten Sie klare Abnahmekriterien für Prozesse bei, die eine andere Abteilung nach der Übergabe betreiben muss.
Das Wichtigste in Kürze
Eine Centra-Migration ist bereit, wenn das Zieldesign seine kritischen Abläufe bewiesen hat und der Business Case die Arbeit einschließt, die nach dem Go-live bleibt. Mit diesen Prüfungen unterscheiden Sie einen glaubwürdigen Plan von einem Angebot, das nur einen neuen Shop und einen erfolgreichen Datenimport abdeckt.
Erhalten Sie die Identität von Stil, Farbe, Größe und Bestand, bevor Sie die Struktur der Produktseiten festlegen.
Belegen Sie Lieferzusagen und Zuteilung im Wholesale mit echten operativen Szenarien.
Wählen Sie Plus, Shop-Struktur und Frontend-Architektur anhand ausdrücklicher Anforderungen.
Planen Sie Integrationen, laufende Betriebskosten und die Phase des Parallelbetriebs ins Budget ein.
Machen Sie abgeglichene Daten, funktionierendes Fulfillment und freigegebene Customer Journeys zu Bedingungen für den Go-live.
Prüfen Sie den Wechsel, bringen Sie einen repräsentativen Katalogausschnitt, eine Übersicht Ihrer Integrationen und Ihre schwierigsten Wholesale-Szenarien zu einem Gespräch mit dem Shopify-Plus-Team von Flatline mit. Mit diesen Informationen lassen sich Eignung und Umfang leichter beurteilen, bevor Sie sich auf eine vollständige Implementierung festlegen.
Verwandte Artikel



