Wir analysieren Ihren Verkaufsprozess und schlagen eine Architektur vor
Katalog, Bestellungen, Zahlungen und der Austausch mit dem Buchhaltungssystem — als Schema, noch vor Beginn der Entwicklung.
Ein E-Commerce-System führt ein Produkt von der Katalogseite bis zu Zahlung und Lieferung. Nachfolgend: die Module des Systems, die Prozesse, die es abdeckt, und seine Verbindungen zu CRM, ERP, Lager und Kassensystemen.
Software für den E-Commerce — ein System, das Produkt-, Preis- und Bestandsdaten speichert, Online-Bestellungen annimmt, Zahlungen verarbeitet und jede Bestellung zur Ausführung an Lager, Lieferdienst und Buchhaltung übergibt.
Anders als eine gewöhnliche Website arbeitet es nicht mit Seiten, sondern mit Geschäftsobjekten: Produkt, Preis, Bestand, Bestellung, Zahlung, Versand und Retoure — jedes mit eigenem Status und eigener Historie. Dieselbe Bestellung kann aus einer App, einem Verkaufsautomaten, über einen Mitarbeiter oder auf einem Marktplatz entstehen.
Es ist die operative Ebene hinter einer Storefront, nicht die Storefront selbst. Sie können die Storefront ersetzen oder eine weitere hinzufügen, ohne die zugrunde liegenden Datenobjekte neu aufzubauen.
Sechs Gründe, warum Unternehmen eine E-Commerce-Plattform einführen. Ohne sie wird jede dieser Aufgaben manuell über Tabellen, Nachrichten und Telefonate erledigt.
Merkmale, Bilder, Preise und Bestände liegen an einem Ort und werden an alle Verkaufskanäle verteilt. Website, App und Kasse zeigen stets dieselben Angaben.
Bestellungen werden rund um die Uhr automatisch angelegt, geprüft und bezahlt. Menschen greifen nur dort ein, wo eine Entscheidung nötig ist: eine ungewöhnliche Lieferung, eine strittige Retoure oder eine Großbestellung.
Die Reservierung beim Bestellabschluss verhindert, dass derselbe Artikel zweimal verkauft wird. Stornierungen wegen fehlender Ware im Lager werden zur Ausnahme statt zur Regel.
Preise und Rabatte werden über Regeln gesteuert, nicht durch manuelles Bearbeiten einzelner Produktseiten. Die Neuberechnung eines Katalogs mit Tausenden Artikeln dauert Minuten und lässt sich zurücknehmen.
Bestellungen, Zahlungen und Lieferungen gelangen ohne erneute Eingabe in Buchhaltung und Lagersystem. Der Abgleich ist keine separate Aufgabe mehr.
Sie sehen, was Kunden kaufen, wonach sie suchen, ohne es zu finden, an welcher Stelle sie den Bestellabschluss abbrechen und welche Produkte sie zurücksenden. Sortimentsentscheidungen beruhen auf Daten.
Automatisierung bedeutet nicht, den Verkäufer durch einen Roboter zu ersetzen. Sie bedeutet, wiederkehrende Vorgänge in Regeln zu überführen, die das System einheitlich anwendet und in seiner Historie festhält.
Eine Regel bleibt aktiv, bis sich ihre Bedingungen ändern. Die Kontrolle bleibt erhalten: Jede automatische Aktion hat im Änderungsprotokoll einen Urheber, einen Zeitstempel und einen Vorgängerwert.
Vorgänge, die automatisch ablaufen:
| Zeit | Was das System automatisch getan hat |
|---|---|
| 09:41 | Aufschlag 18%: 1 240 Artikel neu berechnet |
| 10:00 | Aktion „15% auf Tee“ planmäßig gestartet |
| 10:03 | Bestellung Nr. 14 190 storniert: 2 Artikel in den Bestand zurückgebucht |
| 10:06 | Geringer Bestand für SKU 77-1043: Einkauf benachrichtigt |
Katalog — ein strukturierter Speicher für Produktdaten: was verkauft wird, wodurch sich Produkte unterscheiden und anhand welcher Merkmale Kunden sie finden.
Ein funktionierender Katalog umfasst:
Die Grundeinheit des Katalogs ist eine Warenposition mit eindeutiger Artikelnummer (SKU): unveränderliche Kennungen, eine bearbeitbare Beschreibung sowie verknüpfte Bilder, Dokumente, Preise und Bestandssätze.
Massenoperationen laufen über Import und Export per Datei, API oder Datenstrom aus dem Buchhaltungssystem. Jeder Import wird zuerst geprüft: Was wird angelegt, geändert oder abgewiesen — und warum.
Abgewiesen: doppelte SKU — 9, Pflichtattribut „Marke“ fehlt — 5, unbekannte Kategorie — 3. Bis zur Bestätigung des Imports wird keine Zeile in den Katalog geschrieben.
Preis — kein Feld auf der Produktseite, sondern das Ergebnis von Regeln, die im Moment der Abfrage angewendet werden. Ein Produkt kann mehrere Preise gleichzeitig haben, und das System wählt den passenden aus.
Das bedeutet: Preise müssen nicht auf Tausenden Produktseiten bearbeitet werden. Es genügt, eine Regel oder die Basispreisliste zu ändern.
Ebenen der Preisbildung:
Jede Preisänderung wird festgehalten: wer sie vorgenommen hat, wann, nach welcher Regel und welcher Wert zuvor galt. Diese Historie trägt Margenberichte und die Klärung strittiger Bestellungen.
Regeln werden nach Priorität aufgelöst statt blind addiert. Eine typische Berechnung des Artikelpreises folgt dieser Abfolge:
Die Vereinbarkeit ist ausdrücklich festgelegt: welche Rabatte kombinierbar sind, welche einander ausschließen und welcher Mindestpreis gilt. Die Mindestpreisregel verhindert, dass mehrere für sich zulässige Rabatte einen Artikel in der Summe unrentabel machen.
Aktion — eine Regel, die das System automatisch auf passende Bestellungen anwendet. Promo-Code — dieselbe Art von Regel, die der Kunde mit einem Codewort aktiviert. Beide werden gleich beschrieben: Bedingungen, Mechanik, Zeitplan und Beschränkungen.
Was die Bestellung enthalten muss: Produkte, eine Kategorie oder Marke, einen Mindestwert, eine Lieferart, ein Kundensegment, einen Verkaufskanal, eine Tageszeit oder einen Wochentag.
Prozentsatz, fester Betrag, neuer Preis, Rabatt auf den günstigsten Artikel eines Sets, kostenlose Lieferung, Geschenk oder Punkte statt Rabatt.
Start- und Enddatum, wiederkehrende Zeitfenster wie jeden Freitag sowie automatisches Aktivieren und Deaktivieren ohne Zutun der Mitarbeiter.
Gesamtes Nutzungslimit, Limit je Kunde, einmalige persönliche Codes, Ausschluss von anderen Aktionen und ein Mindestpreis je Artikel.
Ein gemeinsamer Code für eine Kampagne oder eine Charge eindeutiger Codes für einzelne Empfänger. Eine Charge lässt sich als Datei exportieren und Code für Code nachverfolgen.
Zu jeder Aktion sehen Sie die Zahl der Bestellungen, den Gesamtrabatt, den Umsatz und die Marge nach Rabatten sowie wie viele Codes eingelöst wurden und wie viele übrig sind.
Warenkorb — ein Bestellentwurf: eine Zusammenstellung von Artikeln, die weder für den Kunden noch für den Shop eine Verpflichtung begründet. Der Bestand wird nicht reserviert und die Preise werden nicht fixiert, deshalb wird der Warenkorb bei jedem Öffnen neu berechnet.
Die Neuberechnung prüft vier Dinge: Ist der Artikel noch im Verkauf, reicht der Bestand, hat sich der Preis geändert, gelten die Rabatte weiterhin. Der Kunde sieht Änderungen vor der Zahlung, nicht nach der Belastung.
Ein Warenkorb muss Folgendes können:
Summe beim Bestellabschluss: 3 Positionen, 11 640 Som. Beide Abweichungen sieht der Kunde vor der Zahlung, nicht nach der Belastung.
Neben dem Warenkorb stehen Listen, die keinen Kauf auslösen: Favoriten, Warteliste, Vergleich nach Merkmalen und Nachbestellung. Sie sind bewusst getrennt, damit die Bestellsumme eindeutig bleibt.
Die meisten Warenkörbe werden nie zu einer Bestellung. Das System speichert sie mit Zeitstempeln und kann Kunden zurückholen: per Erinnerung in E-Mail oder Messenger, per Link, der den Warenkorb wiederherstellt, oder mit einem persönlichen Angebot.
Eine Erinnerung wird einmal je Ereignis versendet und wird nicht zum Newsletter: Eine Abmeldung kostet mehr, als die zurückgewonnene Bestellung wert ist.
Bestellung — ein Dokument, das die gekauften Positionen, die Preise zum Zeitpunkt des Abschlusses, den Kunden sowie Liefer- und Zahlungsbedingungen festhält. Danach durchläuft die Bestellung eine endliche Menge von Status, wobei jeder Übergang protokolliert wird.
Preise und Rabatte werden beim Bestellabschluss fixiert. Eine spätere Preisänderung oder das Ende einer Aktion wirkt sich nicht auf eine bestehende Bestellung aus — sonst würde der zu zahlende Betrag nicht mehr zum Beleg passen.
Der Bestellabschluss Schritt für Schritt:
Typische Status: neu → wartet auf Zahlung → bezahlt → in Kommissionierung → an Lieferdienst übergeben → zugestellt → abgeschlossen. Neben dem Hauptablauf verlaufen die Zweige für Stornierung und Retoure. Die Menge wird an den Prozess des Unternehmens angepasst, bleibt aber endlich und eindeutig.
Das Bearbeiten einer Bestellung ist ein eigener, rechtegesteuerter Vorgang: eine Position hinzufügen, ein Produkt austauschen, eine Menge ändern, eine Nachzahlung einziehen oder eine Teilerstattung auslösen. Jede Änderung bewahrt die vorherige Fassung des Bestellinhalts.
Contactcenter — keine separate Anwendung, sondern ein Arbeitsplatz über derselben Bestellliste. Der Mitarbeiter sieht dieselben Daten wie der Kunde in seinem Konto, dazu Vorgänge mit eingeschränkten Rechten: Bestellinhalt ändern, Rabatt im zulässigen Rahmen gewähren, Reservierung freigeben und Erstattung auslösen.
Eine Anfrage ist ebenso ein Datensatz mit Status und Historie wie eine Bestellung. Sie hat einen Kanal, ein Thema, eine zugehörige Bestellung, einen Bearbeiter und eine Antwortfrist. So geht ein Gespräch zwischen den Schichten nicht verloren, und sein Ergebnis bleibt in der Kundenakte sichtbar.
Wie eine Anfrage bearbeitet wird:
Ausgehende Arbeit folgt demselben Modell: eine Bestellung vor der Kommissionierung bestätigen, wegen einer ungewöhnlichen Lieferung anrufen, einen abgebrochenen Warenkorb zurückholen oder eine strittige Retoure nachfassen. Jeder Kontakt wird in dieselbe Historie geschrieben wie eingehende Anfragen.

Der Shop speichert keine Kartendaten und führt die Zahlung nicht selbst aus: Er übergibt den Kunden an einen Zahlungsdienstleister, erhält das Ergebnis des Vorgangs und verknüpft es mit der Bestellung. Alles Weitere ist die Steuerung des Zahlungslebenszyklus.
| Bestellung | Vorgang | Betrag | Status |
|---|---|---|---|
| 14 208 | Autorisierung | 12 480 | Autorisiert |
| 14 201 | Belastung | 6 350 | Abgeschlossen |
| 14 177 | Erstattung | 2 100 | Abgeschlossen |
| 14 206 | Freigabe der Autorisierung | 3 940 | Freigegeben |
| 14 209 | Ablehnung der Bank 05 | 890 | Wiederholung |
Die Autorisierung wurde ohne Erstattungsbuchung freigegeben, weil der Artikel im Lager nicht verfügbar war. Eine Wiederholung der Anfrage mit demselben Idempotenzschlüssel erzeugt keine zweite Zeile.
Bankkarte, QR-Code oder Sofortzahlungssystem, digitale Wallets, Zahlung bei Lieferung, Überweisung für juristische Personen, Ratenzahlung und Kredit oder Bonuspunkte.
Zuerst die Autorisierung: Der Betrag wird auf der Karte gesperrt, aber nicht abgebucht. Die Belastung erfolgt nach der Kommissionierung. Ist ein Artikel nicht verfügbar, wird die Sperre ohne Erstattungsbuchung aufgehoben.
Das Ergebnis des Vorgangs kommt als eigene Server-zu-Server-Anfrage, nicht erst bei der Rückkehr des Kunden auf die Website. Das Schließen des Browsers unterbricht die Zahlung nicht, der Status wird aus der Benachrichtigung aktualisiert.
Die Wiederholung derselben Zahlungsanfrage erzeugt keine zweite Zahlung. Jeder Vorgang hat einen Schlüssel, an dem Dienstleister und System Dubletten erkennen.
Nach der Online-Zahlung erstellt das angebundene Kassensystem einen Fiskalbeleg und sendet ihn an den Kunden. Für erstattete Positionen entsteht ein Retourenbeleg.
Die Vorgänge im System werden täglich mit dem Register des Dienstleisters und dem Kontoauszug abgeglichen. Abweichungen gelangen in eine eigene Warteschlange zur manuellen Klärung.
Verfügbarer Bestand — die Menge, die genau jetzt verkauft werden kann. Das ist nicht die physische Menge im Lager: Ein Teil ist für Bestellungen reserviert, ein Teil unterwegs, ein Teil als Ausschuss gesperrt.
Verfügbar zum Verkauf = physischer Bestand − Reservierungen − gesperrter Bestand + bestätigte Zulieferung, sofern Vorbestellungen erlaubt sind.
Bei mehreren Lagern und Standorten wird der Bestand für jeden einzeln berechnet. Die Storefront zeigt die Summe über die Lager, die in die gewählte Region liefern können.
Verfahren des Datenaustauschs:
Jede Reservierung hat eine Ablaufzeit. Eine nicht rechtzeitig bezahlte Bestellung gibt das Produkt wieder zum Verkauf frei — sonst würden abgebrochene Warenkörbe den gesamten verfügbaren Bestand binden.
| Lager | Physisch | Reserviert | Ausschuss | Verfügbar |
|---|---|---|---|---|
| Zentrallager | 1 420 | 310 | 24 | 1 086 |
| Filiale Wostok | 96 | 12 | — | 84 |
| Abholpunkt Nr. 3 | 40 | 8 | 2 | 30 |
| Zulieferung | 600 | — | — | 600 |
| Verfügbar zum Verkauf | 2 156 | 330 | 26 | 1 800 |
Physisch ist die tatsächlich vorhandene Menge, Ausschuss die gesperrte. Zulieferung zählt nur dort als verfügbar, wo Vorbestellungen erlaubt sind. Die Storefront zeigt die Summe über die Lager, die in die gewählte Region liefern können.
Die Lieferung wird durch drei Objekte beschrieben: Lieferart, Zone und Tarif. Eine Retoure ist ein umgekehrter Prozess mit eigenem Dokument, keine nachträglich zurückdatierte Stornierung.
Kurier an die Adresse, Abholpunkt, Paketstation, Abholung im Geschäft, Spedition für sperrige Ware oder digitale Auslieferung elektronischer Produkte.
Der Preis hängt von Region, Gewicht, Volumen und Bestellwert ab. Regeln legen die Schwelle für kostenlose Lieferung sowie Zuschläge für Etagenlieferung und sperrige Artikel fest.
Termine und Zeitfenster werden aus den Lagerzeiten, der Kommissionierdauer und dem Fahrplan des Transporteurs berechnet. Volle Zeitfenster schließen automatisch.
Die Bestellung wird über eine API an den Transporteur übergeben. Das System erhält eine Sendungsnummer und Bewegungsstatus und zeigt sie im Kundenkonto an.
Der Kunde wählt Positionen und einen Grund. Das System prüft die Rückgabefrist und die Zulässigkeit für die Produktart und erstellt ein Dokument mit einer Anleitung.
Nach der Annahme geht das Produkt zurück in den verfügbaren Bestand oder wird als Ausschuss abgeschrieben. Das Geld geht auf demselben Weg zurück, auf dem es kam, und es entsteht ein Retourenbeleg.
Teilretouren sind normal: Von fünf Positionen einer Bestellung kommt eine zurück. Deshalb wird eine Retoure positionsweise berechnet, und ein Rabatt auf die gesamte Bestellung wird anteilig auf die Positionen verteilt — sonst würde der Erstattungsbetrag nicht zum Beleg passen.
Lagermitarbeiter — ein Mitarbeiter, der Ware physisch bewegt: Er nimmt eine Lieferung an, legt sie in ein Fach, entnimmt Positionen für eine Bestellung und übergibt die gepackte Kiste dem Kurier. Das System erfährt von diesen Handlungen nicht aus den Worten des Mitarbeiters: Jeder Vorgang wird durch das Scannen eines Barcodes bestätigt.
Der Unterschied ist wesentlich. Ein Häkchen „erledigt“ in einer Liste bestätigt eine Absicht, ein Scan bestätigt eine Tatsache: eine bestimmte SKU, ein Fach, einen Mitarbeiter und einen sekundengenauen Zeitstempel. Eine falsch eingetippte SKU fällt erst bei der Inventur einen Monat später auf, einen falschen Barcode weist die App sofort zurück.
Aufgaben während einer Lagerschicht:
Jeder Scan ist eine Bestandsbuchung: Der Fachbestand ändert sich im Moment des Vorgangs, nicht abends bei der Erfassung der Papiere. Storefront, Kasse und Contactcenter lesen denselben Bestand, deshalb hört „online verfügbar, im Regal nicht da“ auf, normal zu sein.
Kommissioniergenauigkeit — 99,4%: In der Schicht wurden 7 Scans blockiert, jeder Fehler wurde sofort korrigiert. Die Zahlen stammen aus denselben Bestandsbuchungen, nicht aus einem gesonderten Stundenzettel.
Kurier — das letzte Glied der Ausführung und der einzige Mitarbeiter, den der Kunde persönlich sieht. Seine App löst zwei Aufgaben: durch die Route führen und die Übergabe so festhalten, dass der Vorgang nicht später per Telefon geklärt werden muss.
Der zentrale Vorgang ist das Scannen des QR-Codes bei der Übergabe. Der Code steht auf dem Bestellaufkleber oder wird vom Kunden auf dem Bildschirm gezeigt. Der Scan beantwortet die Fragen, aus denen sonst ein Streit wird: War es die richtige Bestellung, wurde sie dem richtigen Empfänger übergeben und in welcher Minute?
Disponent arbeitet am anderen Ende derselben Anwendung: Er baut Routen nach Zone, Gewicht, Volumen und Lieferfenster, teilt Kuriere ein, verfolgt die Schichtkarte und löst Störungen — Verspätung, nicht erreichbarer Kunde, Ablehnung an der Tür.
Die Kurierschicht Schritt für Schritt:

Der Status, den der Kurier setzt, ist derselbe, den der Kunde in seinem Konto und der Mitarbeiter an der Bestellung sieht. Es gibt kein gesondertes „Kurierjournal“: Ein Ereignis gilt für alle drei Seiten.
Lagermitarbeiter und Kuriere arbeiten in verschiedenen Apps an verschiedenen Orten, führen aber dieselbe Bestellung. Verbunden werden sie durch sechs gemeinsame Regeln, nicht durch Tagesabschlussberichte.
Kommissionierauftrag, Packliste und Routenblatt sind keine eigenständigen Dokumente, sondern verschiedene Ansichten einer Bestellung. Eine vom Mitarbeiter ergänzte Position erreicht den Lagermitarbeiter ohne erneute Eingabe.
Die Ware wandert per Scan vom Lager zum Kurier und vom Kurier zum Kunden. Zu jedem Zeitpunkt zeigt das System, wer die Bestellung physisch hält und seit welcher Minute.
Wer eine Handlung ausgeführt hat, erfasst sie an Ort und Stelle. Die Disposition kopiert keine Status von Hand, deshalb liegen zwischen Tatsache und Eintrag keine Stunden.
Beide Apps schreiben Vorgänge in eine lokale Warteschlange und senden sie, sobald die Verbindung zurück ist. Jeder Vorgang hat einen Schlüssel, deshalb erzeugt eine Wiederholung keine zweite Kommissionierung und keine zweite Übergabe.
Fehlmenge beim Wareneingang, falscher Artikel, Bruch oder teilweise Ablehnung an der Adresse werden zu einem eigenen Eintrag mit Grund und Verantwortlichem, nicht zu einer stillen Bestandskorrektur.
Kommissionierte Positionen pro Stunde, Kommissioniergenauigkeit, Anteil der Zustellungen im zugesagten Fenster, Zeit an der Adresse und Anteil teilweiser Ablehnungen. Auslastung und Prämien werden aus diesen Tatsachen berechnet, nicht aus Eindrücken.
Daraus folgt eine Anforderung an die Einführung: Lager und Lieferung müssen gemeinsam ans System. Eine Lager-App ohne Kurier-App liefert einen genauen Bestand, der aus dem Blick verschwindet, sobald die Bestellung das Lager verlässt.
Kundenkonto — Zugang zu den eigenen Daten ohne Kontakt zu einem Mitarbeiter: Bestellungen, Dokumente, Adressen, Zahlungsmittel und Retouren. Jede im Konto beantwortete Frage ist ein Anruf, der den Support nie erreicht.
Das Konto speichert keine eigene Kopie der Daten. Es zeigt dieselben Datensätze, die ein Mitarbeiter im Administrationsbereich sieht, begrenzt auf diesen Kunden und auf die Vorgänge, die er ausführen darf.
Es umfasst:
Ein B2B-Konto ist komplexer: In einer Organisation arbeiten mehrere Mitarbeiter mit unterschiedlichen Rechten. Der Einkäufer stellt die Bestellung zusammen, der Vorgesetzte gibt sie frei, die Buchhaltung holt die Abschlussdokumente. Es gibt eine Bestellung, aber getrennte Handlungen.
Anmeldung per Einmalcode oder Passwort, ein zweiter Faktor für Zahlungen und Kontaktänderungen sowie ein Sitzungsprotokoll, aus dem sich ein unbekanntes Gerät trennen lässt. Der Wechsel von E-Mail oder Telefonnummer wird über den alten und den neuen Kontakt bestätigt.
Der Mitarbeiter sieht dieselben Einträge an der Bestellung: Die Ereignisse sind gemeinsam, es gibt kein gesondertes Protokoll für das Kundenkonto. Beleg und Lieferschein liegen unter „Dokumente“.
Integration — ein vereinbarter Datenaustausch mit einem externen System: was übertragen wird, in welchem Format, wie oft, wem die Daten gehören und was geschieht, wenn etwas ausfällt.
Häufig angebundene Systeme:

Die wichtigste Entscheidung bei einer Integration ist die Datenhoheit. Für jede Entität wird ein führendes System bestimmt: Stammdaten und Preise kommen aus dem ERP, Kunden aus dem CRM, Bestände aus dem Lager, Bestellungen entstehen im E-Commerce. Wird dasselbe Feld in beiden Systemen bearbeitet, entstehen dauerhafte Abweichungen, deshalb wird beidseitige Hoheit vermieden.
| System | Übertragene Daten | Nachrichten | Ergebnis |
|---|---|---|---|
| ERP | Stammdaten, Preise | 4 120 | Keine Fehler |
| Lager | Bestände, Reservierungen | 18 640 | 2 Wiederholungen |
| CRM | Kunden, Segmente | 1 305 | Keine Fehler |
| Marktplatz | Bestellungen, Bestände | 2 470 | 1 in Prüfung |
Eine Integration fällt selten beim Start aus, sondern ein halbes Jahr später: Ein externes System wird aktualisiert, ein Kanal ist eine Stunde nicht erreichbar, oder in einem Verzeichnis taucht ein unerwarteter Wert auf. Sechs Regeln entscheiden, ob der Austausch solche Ereignisse übersteht.
Der Bestellabschluss wartet nicht auf ein externes System. Eine Nachricht kommt in eine Warteschlange und wird getrennt verarbeitet, deshalb stoppt ein nicht erreichbares Lager den Verkauf nicht.
Eine fehlgeschlagene Zustellung wird in wachsenden Abständen wiederholt. Eine Nachricht, die nach allen Versuchen weiterhin scheitert, kommt in eine Prüfwarteschlange, statt zu verschwinden.
Eine erneut zugestellte Nachricht erzeugt keine zweite Bestellung und bucht den Bestand nicht doppelt ab. Der Empfänger erkennt eine Dublette am Schlüssel des Vorgangs.
Eine Formatänderung erscheint als neue Version, während die alte weiterläuft. Externe Nutzer wechseln in ihrem eigenen Tempo.
Jede Nachricht wird mit Inhalt, Zeit, Ergebnis und Zahl der Versuche gespeichert. Die Klärung eines Vorfalls stützt sich auf das Protokoll, nicht auf Erinnerung.
Die wichtigsten Kennzahlen werden regelmäßig abgeglichen: Bestellungen, Zahlungsbeträge und Bestände. Eine Abweichung wird zur Aufgabe, statt bei der Inventur aufzutauchen.
Katalog und Bestellungen
Zahlungen
Bestände und Lager
Analytik
Die Analytik entsteht aus eigenen Verkaufs- und Verhaltensdaten, nicht nur aus externen Besucherzählern. Ein Besucherzähler kennt Seitenaufrufe, das System kennt Geld, Produkte und Retouren.
Berichte lassen sich nach Zeitraum, Verkaufskanal, Kategorie, Marke, Lager, Region, Kundensegment oder Aktion schneiden. Jede Kennzahl ist in jeder Dimension verfügbar und lässt sich als Datei oder in ein Data Warehouse exportieren.
Der stärkste Abfall liegt zwischen Warenkorb und Bestellabschluss. Registrierung, Lieferkostenberechnung und Zahlungsarten sind die ersten Stellen, die man prüfen sollte.
Sicherheit beruht auf drei Grundsätzen: Zahlungsdaten gelangen nie in das System des Shops, personenbezogene Daten werden sparsam und kontrolliert gespeichert, und jede Handlung, die Geld oder Bestellungen betrifft, hinterlässt eine Spur.
Kartennummern werden auf der Seite des zertifizierten Dienstleisters eingegeben und gelangen nie in das System des Shops. Für wiederkehrende Belastungen wird ein Token gespeichert, keine Kartennummer.
Der gesamte Verkehr läuft über HTTPS. Sensible Datenbankfelder sind verschlüsselt, verschlüsselte Sicherungen liegen getrennt von der Produktivumgebung.
Rollenbasierter Zugriff: Ein Content-Manager sieht keine Zahlungen, ein Auftragsbearbeiter ändert keine Preise. Administrativer Zugang erfordert Zwei-Faktor-Authentifizierung.
Wer einen Preis geändert, eine Bestellung storniert oder die Kundendatenbank exportiert hat. Die Einträge sind unveränderlich und liegen getrennt von den operativen Daten.
Es werden nur die notwendigen Daten erhoben — mit Aufbewahrungsfrist, Löschung auf Anfrage sowie datierter Einwilligung zu Verarbeitung und Kampagnen samt Quelle.
Begrenzung der Anfragerate, Schutz gegen das Durchprobieren von Formularen, Kontrolle der Wiederverwendung von Promo-Codes und Betrugsprüfung der Bestellung vor der Kommissionierung.
Die Wiederherstellung ist eine eigene Disziplin. Eine Sicherung ist wertlos, solange die Wiederherstellung nicht geprüft wurde: Eine Testwiederherstellung läuft nach Zeitplan und nicht zum ersten Mal während eines Vorfalls.
Skalierung ist die Fähigkeit zu wachsen, ohne neu geschrieben zu werden. Drei Größen wachsen: der Umfang des Katalogs, die Zahl gleichzeitiger Besucher und die Zahl der Bestellungen pro Stunde.
Den Katalog begrenzen Suche und Filterung, den Besucheransturm die Auslieferung der Seiten, das Bestellvolumen die Datenbank und die externen Integrationen. Jede Größe verlangt eine eigene Lösung, die eingeführt wird, wenn sie nötig ist.
Verfahren, die sich in der Praxis bewähren:
| Kennzahl | Gemessen | Schwelle |
|---|---|---|
| Antwort des Katalogs, p95 | 180 ms | 400 ms |
| Spitzenwert der Bestellungen pro Stunde | 3 000 | 2 400 |
| Antworten aus dem Cache | 86% | 70% |
| Neuindexierung des Katalogs | 9 Min. | 20 Min. |
| Wiederherstellung aus der Sicherung | 22 Min. | 60 Min. |
Das System wird aus Modulen zusammengesetzt: Jedes verantwortet seine eigenen Daten und Vorgänge, die Verbindungen dazwischen sind ausdrücklich beschrieben. Der Start kann in Stufen erfolgen — zuerst Katalog und Bestellungen, danach Loyalität, Analytik und neue Verkaufskanäle.
Warenpositionen, SKUs, Beschreibungen, Veröffentlichungsstatus, Versionen der Produktseiten und ein Archiv ausgelaufener Produkte.
Bereichsbaum, Zuordnung eines Produkts zu mehreren Zweigen, Sortierung sowie Landingpages für Kollektionen und Saisonbereiche.
Ein Verzeichnis typisierter Eigenschaften mit Anzeigeregeln — die Grundlage für Filter, Vergleich und die Ausleitung an Marktplätze.
Größen, Farben und Volumen auf einer Produktseite mit eigenen SKUs und Beständen. Sets, die mehrere Bestandteile abbuchen.
Bilder, Videos und Dokumente, automatische Erzeugung von Formaten und Auflösungen, Wasserzeichen und Zuordnung zu Produkten.
Preislisten, Aufschlagsregeln, Mengenstaffeln, individuelle und Vertragspreise, Währungen, Rundung, Steuern und Historie.
Auslösebedingungen, Rabattmechanik, Zeitpläne, Limits, Erzeugung von Code-Chargen, Vereinbarkeit und Mindestpreis.
Geräteübergreifender Warenkorb, Neuberechnung von Preisen und Verfügbarkeit, Schritte des Bestellabschlusses, Gastbestellungen und Rückholung abgebrochener Warenkörbe.
Eine Bestellliste für alle Kanäle, Status und Übergänge, Änderungen am Inhalt, Nachzahlungen, geteilte Lieferungen und Stornierungen.
Anbindung der Dienstleister, Autorisierung und Belastung, teilweise und vollständige Erstattungen, Verarbeitung von Benachrichtigungen und Abgleich.
Verkaufs- und Retourenbelege, Austausch mit der Onlinekasse, Zustellung des Belegs an den Kunden und Überwachung nicht versendeter Dokumente.
Bestände je Lager, Reservierungen mit Ablaufzeit, Sperren für Ausschuss, Annahme von Lieferungen und Retouren sowie Schwellen für niedrige Bestände.
Lieferarten, Zonen, Tarife, Fenster und Zeitfenster, Erstellung von Sendungen, Statusverfolgung und Druck der Dokumente.
Anträge auf Positionsebene, Prüfung von Zulässigkeit und Fristen, Annahme, Erstattung, Rückbuchung in den Bestand oder Abschreibung als Ausschuss.
Konten, Adressen, juristische Personen und Verträge, Bestellhistorie, Segmente und Einwilligungen zur Datenverarbeitung.
Punkte, Stufen, Regeln für Gutschrift und Einlösung, Verfall der Punkte, persönliche Angebote und Empfehlungen.
Suchindex, Morphologie und Synonyme, Umgang mit Tippfehlern, Filter nach Attributen, Sortierung und Anfragen ohne Ergebnis.
Zugehörige und ähnliche Produkte, „wird oft zusammen gekauft“, redaktionelle Kollektionen und Regeln auf Basis der Bestellhistorie.
Seiten, Artikel, Banner, Meta-Tags und Adressen der Seiten, strukturierte Produktdaten, Sitemap und Produktfeeds.
E-Mail, SMS, Messenger und Push nach Ereignissen, Nachrichtenvorlagen, Zeitpläne und Zustellprotokoll.
Berichte zu Verkäufen, Marge, Beständen, Funnel und Retouren, eigene Dimensionen, Export und Data-Marts.
Austausch mit CRM, ERP, Lager, Kassensystemen, Zahlungs- und Logistikdiensten sowie Marktplätzen. API, Webhooks und Warteschlangen.
Rollen und Rechte nach Bereich und Vorgang, Zwei-Faktor-Authentifizierung und ein Protokoll der Mitarbeiteraktivität.
Mehrere Storefronts auf einem Kern, mehrere Sprachen und Währungen, mehrere juristische Personen und Lager sowie regionale Besonderheiten.
Das gesamte System wird nicht in einem Release gestartet. Die folgende Reihenfolge ergibt sich aus den Abhängigkeiten: Jeder Schritt stützt sich auf Daten, die der vorherige erzeugt hat.
Aktuelle Prozesse, Verzeichnisse und führende Systeme für die Daten. Das Ergebnis ist ein Modell der Entitäten und eine Integrationskarte.
Migration der Stammdaten, Einrichtung von Attributen und Kategorien sowie Austausch von Preisen und Beständen. Prüfung an echten Daten.
Bestellabschluss, Status, Zahlungsdienstleister, Fiskalbelege und Übergabe in die Ausführung. Erster Start mit einem Teil des Sortiments.
Lieferung und Retouren, Loyalität, Analytik und neue Verkaufskanäle. Jeder Bereich ist ein eigenes, messbares Release.
Schreiben Sie uns, was bereits vorhanden ist: Buchhaltungssystem, Lager, Kassen und die aktuelle Storefront. Wir sehen uns den Prozess an und schlagen eine Architektur der Lösung vor.