Wie wählt man einen Anbieter für grenzüberschreitende E-Commerce-Shop-Systeme aus und welche Integrationsmöglichkeiten sowie welcher After-Sales-Service sind besonders zu vergleichen?

Bei der Auswahl eines Dienstleisters für ein Cross-Border-Commerce-System lassen sich viele Beschaffungsprojekte zu Beginn leicht von der „Anzahl der Funktionen“ und der „Höhe des Angebots“ in die falsche Richtung lenken. Auf den ersten Blick unterscheiden sich die von den Dienstleistern bereitgestellten Demo-Oberflächen kaum: Alle ermöglichen den Aufbau einer Website, das Einstellen von Produkten, die Abwicklung von Bestellungen, die Anbindung von Zahlungen und den Versand. Sobald der grenzüberschreitende Betrieb jedoch tatsächlich beginnt, liegen die Probleme häufig nicht auf der Frontend-Seite, sondern darin, ob sich die Systeme zuverlässig anbinden lassen, stabil laufen und wer bei Problemen für die Bearbeitung verantwortlich ist.

Für den Einkauf handelt es sich nicht um einen reinen Softwarevergleich, sondern um eine langfristige Systemauswahl, die Transaktionen, Auftragsabwicklung, Marketing, Daten sowie die Zusammenarbeit im Kundendienst umfasst. Besonders für Unternehmen mit eigenständigen Websites oder einer internationalen Markenstrategie wirkt sich ein einmal eingeführtes Shopsystem dauerhaft auf die Zahlungs Erfolgsquote, die Bestandsgenauigkeit, die Effizienz der Werbeschaltung, den Finanzabgleich und das Tempo der Expansion in verschiedene Regionen aus. Eine falsche Dienstleisterwahl verursacht im Nachhinein in der Regel deutlich höhere Wechselkosten als die anfängliche Preisdifferenz.

Bei der Beurteilung, ob ein Anbieter von Cross-Border-Commerce-Systemen in die engere Auswahl aufgenommen werden sollte, kommt es in der Regel nicht primär darauf an, „ob eine bestimmte Funktion vorhanden ist“, sondern auf zwei Fragen: Ist die Integrationsfähigkeit ausreichend ausgereift, und deckt der Kundendienstbereich die tatsächlichen Betriebsrisiken ab?

Zuerst klären: Kaufen Sie ein „System“ oder eine „betreibbare Grundlage für Ihr grenzüberschreitendes Geschäft“?

Viele Unternehmen behandeln ein Shopsystem bei der Auswahl wie ein gewöhnliches Unternehmenswebsite-Projekt. Im grenzüberschreitenden Geschäft birgt diese Denkweise erhebliche Risiken. Eine Website kann zunächst online gehen und anschließend schrittweise optimiert werden. Ein Cross-Border-Shop übernimmt jedoch direkt die Bereiche Zahlung, Bestellung, Steuern, Logistik, Mitgliederverwaltung, Verkaufsförderung und Daten-Tracking. Jede nicht reibungslos funktionierende Schnittstelle wirkt sich schnell auf die Conversion und die Wiederkaufsrate aus.

In der Beschaffungsphase muss zunächst geklärt werden, welche Art von Geschäft das Unternehmen derzeit betreibt.

• B2C-Marken-Website: Im Mittelpunkt stehen Zahlungsabwicklung, Logistik, Marketingautomatisierung, Werbe-Attribution und ein mehrsprachiges Nutzererlebnis.
• Hybrides Modell aus B2B und Online-Transaktionen: Wichtig sind das gleichzeitige Management von Anfragen und Transaktionen, Staffelpreise, Kundengruppen, Zahlungsziele und die Zusammenarbeit mit Offline-Prozessen.
• Expansion über mehrere Websites: Entscheidend sind mehrere Währungen, mehrere Lager, regionale Steuern und eine zentrale Verwaltung im Backend.
• Marktplatzanbieter mit eigener Website: Im Fokus stehen die Integrationskosten für das bestehende ERP, Auftragszentrum sowie Lager- und Versandnetzwerk.

Je nach Geschäftsmodell unterscheiden sich die Integrationsprioritäten vollständig. Wenn der Einkauf den Geschäftspfad nicht zuerst definiert, sehen die später erhaltenen Lösungsvorschläge meist alle so aus, als könnten sie alles umsetzen, sind aber in der Praxis nicht miteinander vergleichbar.

Die Zahlungsintegration entscheidet nicht nur darüber, „ob Zahlungen akzeptiert werden können“, sondern ob Transaktionen stabil abgeschlossen werden

Die Zahlungsabwicklung ist eines der am häufigsten unterschätzten Module eines Cross-Border-Commerce-Systems. In vielen Angeboten steht „Unterstützung für PayPal, Kreditkarten und lokale Zahlungsmethoden“. Für den Einkauf sollte jedoch nicht die Liste der Zahlungsnamen, sondern die Integrationstiefe und die Anpassungsfähigkeit an Anforderungen des Risikomanagements verglichen werden.

Folgende Aspekte sollten insbesondere geprüft werden:

• Werden gängige internationale Zahlungswege sowie die in den Zielmärkten verbreiteten lokalen Zahlungsmethoden unterstützt?
• Gibt es nach einer fehlgeschlagenen Zahlung Maßnahmen zur Wiederherstellung, beispielsweise erneute Versuche, den Wechsel des Zahlungswegs oder Erinnerungen zur Wiederaufnahme des Kaufs?
• Können Prozesse für Rückerstattungen, Rückbuchungen und Risikoprüfungen an das Bestellsystem zurückgemeldet werden?
• Unterstützt die Zahlungsseite mehrere Sprachen, mehrere Währungen und eine lokalisierte Darstellung des Bezahlvorgangs?
• Können Beträge für Steuern, Versandkosten, Gutscheine und andere Positionen korrekt aufgeschlüsselt und abgeglichen werden?

Viele Unternehmen stellen erst nach dem Go-live fest, dass die Zahlungsabwicklung nicht mit der „Anbindung der Schnittstelle“ abgeschlossen ist. Verbraucher in verschiedenen Ländern bevorzugen sehr unterschiedliche Zahlungsmethoden; die Zahlungsgewohnheiten in Europa und Nordamerika unterscheiden sich von denen in Südostasien, dem Nahen Osten und Lateinamerika. Bietet das Shopsystem nur eine Standardschnittstelle, fehlen jedoch Zahlungsrouting, Überwachung fehlgeschlagener Zahlungen oder Mechanismen zur Rückmeldung von Bestellungen, beeinträchtigt dies letztlich die Abschlussrate und die Effizienz der Finanzverwaltung.

Bei Ausschreibungen oder Vergleichsverfahren sollte der Einkauf den Dienstleister am besten auffordern, klar anzugeben, welche Zahlungsarten standardmäßig integriert sind, welche eine individuelle Entwicklung erfordern, wer bei Zahlungsanomalien die Ursachen untersucht und wie lange die durchschnittliche Bearbeitung dauert. Andernfalls kommt es nach dem Go-live häufig dazu, dass Zahlungsdienstleister, Shopsystemanbieter und das interne Betriebsteam des Unternehmens die Verantwortung gegenseitig weitergeben.

Die Integration von Logistik und Lagerhaltung: Entscheidend ist eine geschlossene Auftragsabwicklung

Der zweite entscheidende Unterschied zwischen Anbietern von Cross-Border-Commerce-Systemen liegt im Reifegrad der Integration von Logistik und Lager- sowie Versandprozessen. Viele Systeme können „Sendungsverfolgung“ anzeigen, doch dies ist nur ein Teil des Frontend-Erlebnisses. Für den Einkauf ist entscheidend, ob die gesamte Kette von der erfolgreichen Zahlung bis zur Zustellung lückenlos verbunden ist.

Beim Vergleich empfiehlt es sich, insbesondere auf folgende Punkte zu achten:

• Können internationale Expressdienste, Direktversand, Kleinpakete, Übersee-Lager, lokale Lager und andere Auftragsabwicklungsmodelle angebunden werden?
• Können Versandkostenvorlagen nach Land, Region, Gewicht, Volumen, Lager und Lieferzeit differenziert werden?
• Können Versandetiketten, Versandstatus, Sendungsverlauf und Zustellstatus automatisch synchronisiert werden?
• Gibt es für fehlerhafte Sendungen, Rücksendungen und Annahmeverweigerungen Statuskennzeichnungen sowie einen Zugang für die Bearbeitung durch den Kundendienst?
• Werden die Aufteilung von Bestellungen auf mehrere Lager, Teillieferungen, Zusammenfassungen von Bestellungen sowie die Logik zur Bestandsreservierung unterstützt?

Die häufigste Falle besteht darin, dass der Ablauf in der Demo-Umgebung reibungslos funktioniert, während sich im tatsächlichen Geschäft bei Fehlbeständen im Übersee-Lager, Nachlieferungen aus dem Inlandslager, aufgeteilten Vorbestellungen oder teilweisen Rückerstattungen unvollständige Systemregeln zeigen. Der Einkauf sollte daher nicht nur fragen, „ob eine Anbindung möglich ist“, sondern auch, „ob die Integration komplexe Auftragsszenarien unterstützt“.

Die Anbindung von ERP, Finanzwesen und Produktdaten bestimmt die späteren Verwaltungskosten

Während Zahlungs- und Logistikintegration die Transaktionen im Frontend beeinflussen, wirkt sich die Anbindung von ERP und Finanzwesen auf die langfristige Betriebseffizienz des Unternehmens aus. Bei vielen Cross-Border-Projekten ist das Bestellvolumen in der Anfangsphase gering, sodass eine manuelle Synchronisierung noch möglich ist. Sobald die Vermarktungsphase beginnt, sind Produkte, Bestände, Bestellungen, Rückerstattungen und Abrechnungen jedoch auf mehrere Backends verteilt. Das Team gerät dann schnell in einen Zustand, in dem fehlende Systemprozesse manuell durch Mitarbeiter ausgeglichen werden müssen.

Bei der Bewertung eines Cross-Border-Commerce-Systems sollte der Einkauf mindestens die Datenverbindung auf drei Ebenen prüfen.

Erstens die Produktdaten: Werden SKU, Varianten, Spezifikationen, Bilder, Sprachen, Preise und Regeln für Verkaufsförderungen massenhaft synchronisiert? Wenn die Produktstammdaten nicht stabil mit dem ERP- oder PIM-System synchronisiert werden können, wird der Betrieb mehrerer Websites später sehr aufwendig.

Zweitens Bestell- und Bestandsdaten: Können Bestellungen in Echtzeit zurückgemeldet werden? Kann der Bestand lagerbezogen korrekt reduziert werden? Gibt es eine einheitliche Statuslogik für Stornierungen, Rückerstattungen und Umtausche? Diese Fragen stehen in direktem Zusammenhang mit Überverkäufen, Falschlieferungen und der Belastung des Kundendienstes.

Drittens Finanzwesen und Abgleich: Kann das System detaillierte Angaben zu Bestellungen, Zahlungen, Steuern, Rückerstattungen und Logistikkosten ausgeben, die für die Finanzprüfung verwendet werden können? Da grenzüberschreitende Geschäfte Abrechnungen in mehreren Währungen umfassen, entstehen hohe monatliche Abstimmungskosten, wenn das Backend nur die Transaktionsergebnisse anzeigt, die Kostenstruktur jedoch nicht aufschlüsseln kann.

In diesem Bereich sollte der Einkauf besonders vorsichtig sein bei der Aussage, „eine API bedeute automatisch eine mögliche Integration“. Eine offene API bedeutet weder, dass alle Geschäftsdatensätze vollständig abgedeckt sind, noch dass die Schnittstelle stabil ist, und schon gar nicht, dass der Dienstleister bereit ist, eine tiefgehende Anpassung an die bestehenden Systeme des Unternehmens vorzunehmen. Erfahrene Dienstleister können in der Regel klar den Umfang der Standardfelder, Aufrufbeschränkungen, typische Integrationsmethoden aus früheren Projekten und diejenigen Schnittstellenänderungen erläutern, die sich auf den laufenden Betrieb auswirken.

Die Anbindung von Marketingtools ist mehr als das Hinzufügen einiger Plug-ins

Viele Unternehmen verstehen das Marketingmodul bei der Beschaffung eines Shopsystems als Gutscheine, Rabatte ab einem Mindestbestellwert und Mitgliederpunkte. Im grenzüberschreitenden Geschäft liegt der Wert von Marketingtools jedoch nicht nur in der Verkaufsförderung innerhalb der Website, sondern auch in der externen Besuchergewinnung und der Datenattribution.

Verglichen werden sollte, ob das System mit Werbe-, Such-, Social-Media- und E-Mail-Kanälen einen geschlossenen Kreislauf bilden kann. Besonders wichtig sind:

• Lassen sich Tracking-Codes und Conversion-Events von Werbeplattformen wie Google und Meta einfach integrieren?
• Werden grundlegende SEO-Funktionen unterstützt, beispielsweise URL-Regeln, Meta-Tags, anpassbare Inhaltsstrukturen und die Indexierung mehrsprachiger Inhalte?
• Werden E-Mail-Marketing, Remarketing, die Segmentierung von Mitgliedern und die Rückgewinnung abgebrochener Warenkörbe unterstützt?
• Können Content-Landingpages, Themenseiten und Aktionsseiten schnell erstellt werden?
• Lassen sich Bestellungen, Conversions und Wiederkäufe nach Herkunft aus verschiedenen Kanälen verfolgen?

Die Bedeutung dieses Bereichs liegt darin, dass ein Cross-Border-Shop nicht automatisch Besucher erhält, sobald er erstellt wurde. Das spätere Wachstum hängt in der Regel von kontinuierlichen Investitionen in Suchmaschinen, Werbung und Social Media ab. Sind Tracking, Seitengeschwindigkeit, Content-Management, A/B-Tests oder Conversion-Attribution nur unzureichend unterstützt, stellt das Unternehmen fest, dass die Werbeausgaben kontinuierlich steigen, sich die Effizienz der Kampagnen jedoch nur schwer optimieren lässt.

Der Umfang des Kundendienstes beeinflusst das Beschaffungsergebnis häufig stärker als das ursprüngliche Angebot

Eine der häufigsten Fehleinschätzungen bei Beschaffungsprojekten besteht darin, Kundendienst mit „einer Support-Gruppe und der Möglichkeit, Tickets einzureichen“ gleichzusetzen. Bei einem Cross-Border-Commerce-System muss der Kundendienst mindestens die drei Phasen vor dem Go-live, während des Go-live und im laufenden Betrieb abdecken. Zudem müssen die Verantwortungsgrenzen für jede Phase klar festgelegt werden.

Folgende Kundendienstleistungen sollten besonders verglichen werden:

• Unterstützung beim Go-live: Umfasst sie Datenmigration, DNS-Konfiguration, Zahlungseinrichtung, Logistiktests und grundlegende SEO-Einstellungen oder lediglich die Übergabe eines Backend-Kontos?
• Schulungsumfang: Handelt es sich um eine einmalige Übergabeschulung oder werden Schulungen für Betrieb, Produkte, Bestellungen, Marketing und Datenanalyse nach Rollen angeboten?
• Reaktionsmechanismus: Sind Problemklassifizierung, Reaktionszeit, Bearbeitungsfrist, Unterstützung an Feiertagen und der Eskalationsprozess bei kritischen Störungen klar definiert?
• Betriebssicherheit: Sind Systemüberwachung, Backups, Behebung von Sicherheitslücken und Versionsupdates Bestandteil der Leistung?
• Optimierungsservice: Werden nach dem Go-live Performance-Optimierung, die Analyse von Conversion-Problemen und Unterstützung bei der Erweiterung von Integrationen angeboten?

Grenzüberschreitende Geschäfte weisen deutliche Besonderheiten in Bezug auf Zeitzonen und Feiertage auf. Internationale Verkaufsaktionen, Spitzen bei Werbekampagnen und Schwankungen in der Zahlungsrisikokontrolle treten häufig außerhalb der Arbeitszeiten im Inland auf. Kann der Dienstleister nur an gewöhnlichen Werktagen Unterstützung leisten, liegen die tatsächlichen Betriebsrisiken deutlich über dem Preisunterschied, der im Vertrag erkennbar ist.

Im Vertrag sollte der Einkauf am besten ausdrücklich festhalten, welche Leistungen zum kostenlosen Kundendienst gehören und welche als Weiterentwicklung gelten, wer Schnittstellenänderungen anpasst, ob der Dienstleister bei Störungen durch Drittanbieterdienste die Ursachenanalyse unterstützt, ob Versionsupdates bestehende Funktionen beeinflussen und wie historische Daten gesichert und exportiert werden. Viele spätere Streitigkeiten sind im Kern keine technischen Probleme, sondern entstehen durch unklar definierte Verantwortungsgrenzen.

Nicht nur die Demo ansehen: Entscheidend sind Umsetzungserfahrung und der Umgang mit Fehlerszenarien

Cross-Border-Commerce-Systeme wirken zunehmend standardisiert, doch das Umsetzungsergebnis hängt weiterhin stark von der Erfahrung des Dienstleisters ab. Der Einkauf sollte zwischen Teams unterscheiden, die „Lösungen verkaufen“, und solchen, die bereits komplexe Geschäftsprozesse umgesetzt haben.

Die Beurteilung ist nicht kompliziert:

• Prüfen Sie, ob der Dienstleister bereits Regionen und Geschäftsmodelle bearbeitet hat, die Ihrem Geschäft ähneln, statt nur auf die Anzahl der Fallbeispiele zu achten.
• Prüfen Sie, ob er Projektrisiken proaktiv benennt, beispielsweise Konflikte zwischen mehrsprachigem SEO, komplexe Steuerregeln oder Schwierigkeiten bei der Synchronisierung von Beständen in Übersee-Lagern.
• Prüfen Sie, ob er eine Implementierungsliste, eine Testliste und Abnahmekriterien für den Go-live bereitstellen kann.
• Prüfen Sie die Zusammensetzung des Projektteams: Gibt es nur einen Ansprechpartner aus dem Vertrieb oder wirken Produktmanagement, Implementierung, Technik und Betrieb gemeinsam mit?

Wirklich ausgereifte Dienstleister versprechen in der Regel nicht, „alles anbinden zu können und alles sehr schnell umzusetzen“. Stattdessen erläutern sie zunächst klar, welche Fähigkeiten standardmäßig vorhanden sind, welche Bereiche individuell entwickelt werden müssen und welche Funktionen von der Stabilität von Schnittstellen Dritter abhängen. Je deutlicher ein Dienstleister bei der Due-Diligence Grenzen und Einschränkungen benennt, desto näher liegt dies an seiner tatsächlichen Umsetzungskompetenz.

Ein Bewertungsansatz für Beschaffungsentscheidungen: Risiken frühzeitig berücksichtigen, statt den Funktionsumfang maximal auszubauen

Befindet sich ein Unternehmen in der Anfangsphase der internationalen Expansion oder beim Aufbau einer eigenen Website, muss es nicht von Anfang an das komplexeste System mit dem größten Funktionsumfang anstreben. Sinnvoller ist es, Prioritäten anhand der kurzfristigen Geschäftsziele festzulegen: Zunächst sollten reibungslose Zahlungen, nachverfolgbare Logistik, die Rückmeldung von Bestellungen, ein für Kampagnen geeignetes Marketing und ein erreichbarer Kundendienst gewährleistet werden. Weitere differenzierte Funktionen können anschließend schrittweise ergänzt werden.

Bei der endgültigen Entscheidung kann der Einkauf die in die engere Auswahl aufgenommenen Dienstleister in einer gemeinsamen Bewertungstabelle vergleichen und folgende Fragen bewerten: Ist die Zahlungsanpassung an die Zielmärkte ausreichend? Sind die Anbindungen an Logistik und ERP ausgereift? Sind Marketing-Attribution und grundlegende SEO-Funktionen vollständig? Sind die Verantwortlichkeiten für Go-live und Kundendienst konkret geregelt? Erfordern spätere Erweiterungen kostspielige Individualentwicklungen? Können Daten migriert, exportiert und aufbewahrt werden?

Aus der Branchenpraxis betrachtet ist das teuerste Cross-Border-Commerce-System nicht zwangsläufig die Lösung mit dem höchsten Beschaffungspreis, und die günstigste Lösung ist nicht zwangsläufig das Angebot mit dem niedrigsten Preis. Die Gesamtkosten werden meist stärker durch nachträgliche wiederholte Anpassungen, manuelle Ersatzprozesse, die Bearbeitung von Zahlungs- und Logistikanomalien, nicht nachvollziehbare Marketingdaten sowie Migrationsverluste beim Systemwechsel beeinflusst.

Für den Einkauf lautet ein verlässlicheres Fazit: Die Integrationsfähigkeit sollte als Grundlage der Geschäftskontinuität betrachtet werden und der Kundendienstumfang als Instrument zur Risikokontrolle. Erst wenn diese beiden Punkte klar verglichen wurden, sind Funktionslisten und Preise sinnvoll zu diskutieren. Andernfalls wird das scheinbar eingesparte Budget häufig durch betriebliche Reibungsverluste nach dem Go-live um ein Vielfaches aufgebraucht.