Integrierte Webshops

Am Anfang steht die Systemwahl, und die hängt weniger am Shop selbst als an allem drumherum. WooCommerce setzen wir ein, wenn Shop und Website im selben Backend gepflegt werden sollen und Sie Kontrolle über Code und Hosting behalten wollen. Shopify passt, wenn möglichst wenig eigene Infrastruktur gewünscht ist. Shopware kommt bei größeren Sortimenten und tiefen Kategoriebäumen ins Spiel, SAP Commerce Cloud dort, wo bereits eine SAP-Landschaft steht.

Danach folgt die Arbeit, die den eigentlichen Aufwand ausmacht. Wir modellieren die Produktstruktur mit Varianten, Attributen und Mengeneinheiten, legen Steuerklassen und Lieferländer an, konfigurieren Zahlarten und Versandregeln und binden den Zahlungsanbieter an. Welche Zahlarten sinnvoll sind, hängt an Sortiment und Zielmarkt: Rechnungskauf, Lastschrift, Karte und Wallets verhalten sich in Buchhaltung und Zahlungsabgleich unterschiedlich. Bestellungen, Kunden und Bestände übergeben wir an die Warenwirtschaft, über eine Schnittstelle oder einen Middleware-Dienst, je nachdem was das ERP hergibt.

Vor dem Livegang testen wir den kompletten Bestellweg mit echten Zahlarten, prüfen Rechnungs- und Versandbelege und übergeben eine Dokumentation, mit der Ihr Team Produkte selbst anlegen kann. Dazu gehört ein Testlauf mit einer Retoure, weil sich Fehler bei Stornos und Gutschriften sonst erst im Betrieb zeigen.

Ein integrierter Webshop lohnt sich, wenn Produkte und Inhalte zusammengehören. Ein Hersteller, der Datenblätter, Anwendungsbeispiele und Ersatzteile auf einer Website zeigt, verliert genau diesen Zusammenhang, sobald der Shop auf einer eigenen Subdomain liegt. Dasselbe gilt, wenn Sie Ratgeberinhalte veröffentlichen und Leser direkt in den Warenkorb führen wollen. Umgekehrt bedeutet ein separates Shopsystem doppelte Pflege von Navigation, Tracking und Rechtstexten.

Der zweite typische Anlass ist Handarbeit im Hintergrund. Bestellungen, die per Mail eingehen und in die Warenwirtschaft abgetippt werden, Preise in drei Tabellen, Bestände, die erst am Folgetag stimmen: Das ist weniger ein Shop-Problem als ein Anbindungsproblem. Der Shop ist in solchen Projekten der kleinere Teil der Arbeit, die Anbindung der größere.

Nicht sinnvoll ist der Weg, wenn Sie nur wenige Artikel gelegentlich verkaufen. Dafür genügen oft ein Formular und eine Zahlungsanfrage. Auch reiner Ersatzteilverkauf an Bestandskunden braucht selten einen vollen Shop, eher ein Bestellformular im Kundenkonto. Ebenso wenig lohnt eine eigene Installation, wenn Ihr Sortiment ausschließlich über Marktplätze läuft und der eigene Shop keine zweite Vertriebsschiene werden soll.

Die meisten Shop-Projekte stolpern nicht über Technik, sondern über Daten. Wenn Artikelnummern keiner Regel folgen, Varianten als eigenständige Produkte geführt werden oder Mengeneinheiten in der Warenwirtschaft anders heißen als im Katalog, entsteht jeder Import zweimal. Wir klären deshalb früh, welches System die führende Quelle für Preise, Bestände und Stammdaten ist und in welche Richtung jedes Feld synchronisiert wird. Am Ende dieser Klärung steht ein Feldmapping, das festhält, welches Feld im Shop welchem Feld im ERP entspricht.

Bei größeren Sortimenten lohnt ein PIM zwischen Warenwirtschaft und Shop. Das ERP kennt Preis, Bestand und Artikelnummer, das PIM verwaltet Beschreibungen, Bilder, Übersetzungen und Kategoriezuordnungen. Der Shop wird damit zum Ausgabekanal statt zum Datenlager. Ohne PIM liegen diese Inhalte im Shop, was so lange trägt, wie es nur einen Verkaufskanal gibt.

Früh zu entscheiden sind außerdem:

• Ob Preise netto oder brutto geführt werden und wie gerundet wird
• Welche Zahlarten Sie wirklich brauchen und welche Sie sich sparen können
• Wie Versandkosten berechnet werden, nach Gewicht, Zone oder Warenwert
• Wer Retouren und Stornos bucht, im Shop und im ERP