Zum Inhalt
ecommercespotFür Anbieter
Ratgeber

Payment & Checkout

Wann sich ein besserer Checkout rechnen kann

Kurzantwort

Ein Shop erhält Bestellungen, doch zwischen dem Beginn des Checkouts und der bezahlten Bestellung gehen viele Vorgänge verloren. Das Team könnte mehr Werbung schalten, die Bedienung verbessern oder die Zahlungsintegration untersuchen. Um sinnvoll zu entscheiden, braucht es eine belastbare Ausgangszahl und eine Rechnung, die zusätzliche Bestellungen in zusätzlichen Ertrag übersetzt.

Stand: 8 Min. Lesezeit

Silberne Zahlungskarte neben geordneten Metallscheiben auf blauem Sockel.

Wie ist dieser Beitrag einzuordnen?

Diese Modellfallstudie beschreibt einen hypothetischen Shop.

Alle Shopzahlen, Befunde, Budgets und Szenarien sind ausdrücklich gesetzte Annahmen. Sie sind weder ein Kundenbericht noch gemessene Ergebnisse eines Umbaus. Der Fall zeigt, wie ein Händler eine Entscheidung vorbereiten könnte.

Wie sieht die Ausgangslage des Modellshops aus?

Der angenommene Shop verkauft Wohnaccessoires.

Er kann den bestehenden Checkout in begrenztem Umfang verändern. Für Untersuchung, Anpassungen und Prüfung setzt das Team zunächst ein angenommenes Budget von 1.800 Euro netto an. Das ist eine Rechengröße, kein Marktpreis für ein Agenturprojekt.

Für einen vollständig ausgewerteten Monatsbestand gelten folgende Modellwerte:

Die Ausgangslage des Modellshops
GrößeAnnahme
Eindeutige begonnene Checkout-Vorgänge1.000
Daraus entstandene bezahlte Bestellungen600
Abschlussquote dieser Vorgänge60 %
Durchschnittlicher Nettoerlös je Bestellung100 €
Variable Kosten je Bestellung76 €
Deckungsbeitrag je Bestellung vor allgemeinen Fixkosten24 €

Wie werden die Modellwerte korrekt gezählt?

Die 76 Euro umfassen im Modell Warenkosten, Verpackung, Versand, Zahlungsgebühren und einen angesetzten durchschnittlichen Retourenaufwand.

Daraus ergeben sich 60.000 Euro Nettoerlös und 14.400 Euro Deckungsbeitrag. Dieser Beitrag muss anschließend noch die allgemeinen Fixkosten und weitere Aufwendungen tragen. Er ist kein Unternehmensgewinn.

Alle 1.000 Checkout-Vorgänge werden jeweils nur einmal gezählt. Ihr Ergebnis wird nach demselben festgelegten Abschlussfenster ermittelt; noch offene Zahlungen müssen vor dem Vergleich einheitlich behandelt werden. So stehen im Zähler und Nenner dieselben Vorgänge. Ein neu geladener Checkout oder ein zweiter Zahlungsversuch darf nicht einfach einen weiteren Kunden erzeugen.

Welche Zahlen müssen zuerst stimmen?

Die Differenz von 400 Vorgängen ist ein Untersuchungsanlass.

Sie bedeutet nicht, dass 400 zusätzliche Bestellungen mit einer besseren Gestaltung erreichbar wären. Einige Menschen wollen zunächst Lieferkosten prüfen, später weiterkaufen oder entscheiden sich gegen den Kauf.

Bevor das Team Änderungen plant, gleicht es bezahlte Bestellungen mit dem Zahlungsanbieter und der Shopverwaltung ab. Es klärt, was als Checkout-Beginn gilt, ob Wiederholungen enthalten sind und ob verspätete Zahlungsergebnisse berücksichtigt werden. Ein Analytics-Ereignis allein ersetzt diesen Abgleich nicht. Google unterscheidet in seiner E-Commerce-Dokumentation beispielsweise Checkout-Beginn und Kauf als separate Ereignisse.

Beleg: Google Analytics: Measure ecommerce

Der Bericht wird anschließend nach Gerät und Zahlungsart betrachtet, soweit die Daten das zuverlässig erlauben. Eine geringe Fallzahl bekommt dabei keine scheinbar präzise Fehlerquote. Das Team sucht nach wiederholbaren Problemen und passenden technischen Nachweisen.

Welche drei Probleme werden im Modell angenommen?

Für die weitere Fallrechnung setzen wir drei reproduzierbare Probleme voraus:

Drei angenommene Befunde
Angenommener BefundArbeitshypotheseGeplante Änderung
Der Gastzugang steht unter einem langen AnmeldeformularEin Teil der Erstkäufer erkennt den Kauf ohne Konto zu spätGastzugang unmittelbar sichtbar machen
Versandkosten erscheinen erst im letzten SchrittDer Gesamtpreis wird später klar, als es für die Entscheidung hilfreich wäreKosten nach Bekanntwerden des Lieferziels früh ausweisen
Ein Adressfehler leert bereits ausgefüllte FelderDie Korrektur verlangt unnötige WiederholungEingaben erhalten und Fehler am betroffenen Feld erklären

Was bedeuten die drei angenommenen Befunde?

Diese Befunde wurden für den Modellshop festgelegt.

Die Zuordnung zu tatsächlichen Kaufabbrüchen wäre erst zu untersuchen. Sichtbarer Gastzugang und eine nachvollziehbare Schrittfolge sind auch Gegenstand von Baymards Checkout-Audit. Daraus folgt jedoch kein bestimmter Umsatzgewinn für diesen Fall.

Beleg: Baymard: Audit checkout flow

Was umfasst der begrenzte Umbau?

Das Team beauftragt zunächst diese drei Korrekturen innerhalb des bestehenden Systems.

Jede Änderung erhält eine konkrete Abnahme: Ein Erstkäufer kann ohne Konto beginnen, der Preis ist für das gewählte Lieferziel nachvollziehbar, und eine falsche Postleitzahl löscht weder Adresse noch Warenkorb.

Eine veränderte Bestellseite muss außerdem mit dem Zahlungsablauf zusammenpassen. Eine erfolgreich geladene Bestätigungsseite genügt nicht als alleiniger Zahlungsnachweis. Die offizielle Stripe-Dokumentation beschreibt dafür serverseitige Ereignisse nach der Zahlung. Für verzögert bestätigte Zahlungen sind eigene Erfolgs- und Fehlerereignisse vorgesehen.

Beleg: Stripe: Post-payment events

Beleg: Stripe: Event types

Im Modell wären deshalb erfolgreiche, abgelehnte und noch ausstehende Zahlungen, die Rückkehr vom Zahlungsanbieter und wiederholte Aufrufe zu prüfen. Für diese Prüfungen werden geeignete Testumgebungen verwendet. Eine zusätzliche Bestellung darf nicht durch eine doppelte Verarbeitung entstehen.

Welche Verbesserung könnte die Investition tragen?

Nun lässt sich berechnen, was unterschiedliche Abschlussquoten bei unverändert 1.000 Checkout-Vorgängen bedeuten würden.

In allen Szenarien bleiben Warenkorb, variable Kosten, Besucherqualität und verfügbare Lieferkapazität gleich. Zusätzliche laufende Systemkosten werden im Modell nicht angesetzt.

Welche Verbesserung die Investition tragen würde
Angenommene AbschlussquoteBestellungenZusätzlicher Nettoerlös pro MonatZusätzlicher Deckungsbeitrag pro MonatEinfache Amortisation von 1.800 €
60 % ohne Verbesserung6000 €0 €Nicht erreicht
63 %6303.000 €720 €2,5 Monate
66 %6606.000 €1.440 €1,25 Monate

Wie werden zusätzliche Bestellungen in Ertrag übersetzt?

Die mittlere Zeile rechnet mit 30 zusätzlichen Bestellungen: 30 mal 100 Euro ergeben 3.000 Euro zusätzlichen Nettoerlös.

Bei 24 Euro Deckungsbeitrag je Bestellung bleiben davon 720 Euro zur Deckung der Investition und weiterer Fixkosten. 1.800 geteilt durch 720 ergeben 2,5 Monate. Die Rechnung unterstellt, dass dieser zusätzliche Beitrag über die gesamte Zeit tatsächlich anfällt.

Von 60 auf 63 Prozent sind drei Prozentpunkte. Relativ zur Ausgangsquote entspricht das einer Steigerung um fünf Prozent. Die Begriffe bezeichnen unterschiedliche Größen und dürfen im Ergebnisbericht nicht vertauscht werden.

Keine der Tabellenzeilen ist eine Prognose. Das Szenario ohne Verbesserung gehört ausdrücklich zur Entscheidung: Dann bleiben die 1.800 Euro ein Aufwand, ohne dass sich ein zusätzlicher Deckungsbeitrag aus der angenommenen Steigerung ergibt.

Wie lässt sich die Mindestanforderung berechnen?

Soll sich der einmalige Aufwand rechnerisch innerhalb von sechs Monaten tragen, werden unter denselben Annahmen monatlich 300 Euro zusätzlicher Deckungsbeitrag benötigt.

Bei 24 Euro je Bestellung sind das im Durchschnitt 12,5 zusätzliche Bestellungen pro Monat, insgesamt 75 in sechs Monaten.

Bei gleichbleibend 1.000 Checkout-Vorgängen pro Monat entspräche das durchschnittlich einer Quote von 61,25 Prozent. Für eine Planung mit ganzen Bestellungen pro Monat wären 13 zusätzliche Bestellungen eine passende aufgerundete Rechengröße. Sie liefern 312 Euro monatlich und 1.872 Euro in sechs Monaten.

Auch diese Schwelle sagt nicht, wie wahrscheinlich der Effekt ist. Sie macht die wirtschaftliche Frage konkret: Welchen zusätzlichen Beitrag müsste die Maßnahme erzeugen, damit der Aufwand unter unseren Annahmen sinnvoll ist?

Wie würde das Team den Effekt prüfen?

Vor der Änderung hält das Team Ausgangszeitraum, Zielgröße, Segmentierung und Abbruchregeln fest.

Die wichtigste Zielgröße ist hier die Zahl bestätigter bezahlter Bestellungen je eindeutigem Checkout-Vorgang. Zusätzlich werden Zahlungsfehler, Doppelbestellungen und der Deckungsbeitrag betrachtet.

Wenn eine zufällige Aufteilung in bestehende und neue Variante technisch und vom Datenumfang her sinnvoll ist, kann ein kontrollierter Versuch helfen. Umfang und Dauer werden vorab nach Ausgangsquote, relevantem Mindestunterschied und gewünschter statistischer Sicherheit geplant. Ein festes Versprechen wie „nach einer Woche wissen wir es“ passt nicht zu jeder Bestellmenge.

Bei wenig Daten kann das Team zunächst die Bedienbarkeit und die technische Fehlerbehebung prüfen. Ein Vorher-nachher-Vergleich bleibt dann empfindlich gegenüber Werbeaktionen, Saisonalität, Lieferproblemen und einem veränderten Besuchermix. Ein höherer Umsatz nach dem Umbau allein beweist noch keinen ursächlichen Effekt.

Werden alle drei Änderungen gemeinsam getestet, kann ein gemessener Unterschied dem Maßnahmenpaket zugerechnet werden, soweit das Versuchsdesign das trägt. Welcher einzelne Baustein welchen Anteil hatte, ist damit nicht geklärt.

Was passiert, wenn die Zahlen anders ausfallen?

Steigt die Abschlussquote, während der Warenkorb sinkt oder Rabatte die Marge verringern, muss die Wirtschaftlichkeitsrechnung aktualisiert werden.

Mehr Bestellungen sind nur dann ein ausreichendes Ergebnis, wenn ihr zusätzlicher Beitrag den zusätzlichen Aufwand rechtfertigt.

Bleibt die Quote unverändert, dokumentiert das Team, welche beobachteten Bedienprobleme behoben wurden und welche Ursachen weiter offen sind. Verschlechtert sich der Zahlungsablauf, wird die Änderung zurückgenommen oder korrigiert. Das setzt einen getesteten Rückweg und erhaltene Bestelldaten voraus.

Welche Entscheidung folgt für den Modellfall?

Unter den gesetzten Annahmen ist ein kleiner, überprüfbarer Checkout-Umbau ein nachvollziehbarer nächster Schritt.

Die Kalkulation benötigt keine angenommene Verdopplung des Umsatzes: Schon überschaubare zusätzliche Bestellzahlen könnten den einmaligen Aufwand tragen. Ob sie entstehen, muss der Shop messen.

Für die eigene Planung ersetzen Sie die sechs Modellwerte durch Ihre Daten: eindeutige Checkout-Vorgänge, bezahlte Bestellungen, Nettoerlös je Bestellung, variable Kosten, einmaliger Änderungsaufwand und zusätzliche laufende Kosten. Erst dann wird aus dieser Fallstudie eine Rechnung für Ihren Shop.

Die kommentierte Checkout-Analyse zeigt mögliche Gestaltungsänderungen. Der Beitrag Drei Perspektiven auf das nächste Shopbudget prüft, unter welchen Umständen Werbung oder technische Arbeit zuerst sinnvoll wären.

Checkliste für Ihr Projekt

  • Checkout-Vorgänge und bezahlte Bestellungen haben dieselbe Vergleichsgrundlage.
  • Wiederholungen und offene Zahlungen sind konsistent behandelt.
  • Nettoerlös, variable Kosten und Deckungsbeitrag sind getrennt.
  • Befunde sind reproduzierbar und von Wirkungshypothesen unterschieden.
  • Aufwand, zusätzliche laufende Kosten und das Szenario ohne Verbesserung sind erfasst.
  • Wirkungsmessung, Sicherheitskriterien und Rückweg sind vorab festgelegt.

Arbeitsvorlage: Wann sich ein besserer Checkout rechnen kann

Halten Sie Ihre eigenen Werte, Annahmen und offenen Fragen fest. Die Angaben bleiben in Ihrer eigenen Datei.

Vorlage als Textdatei herunterladen
Fragen der Vorlage ansehen
  1. Ausgangsdaten

    Eindeutige Vorgänge, bezahlte Bestellungen, Zeitraum und Abschlussfenster.

  2. Wirtschaftlichkeit

    Nettoerlös, variable Kosten, zusätzlicher Deckungsbeitrag je Bestellung.

  3. Aufwand

    Einmalige und laufende Kosten sowie betrachteter Zeitraum.

  4. Szenarien

    Unveränderte, niedrigere und höhere Abschlussquote mit nachvollziehbarer Rechnung.

  5. Abnahme und Messung

    Konkrete Befunde, technische Abnahme, Zielgröße, ausreichender Datenumfang und Rückweg.

So recherchiert ecommerce.spot

Die Ratgeber verbinden eigenständig erarbeitete Auswahlhilfen mit verlinkter offizieller Dokumentation. Belegte Produktangaben sind an den betreffenden Aussagen gekennzeichnet. Empfehlungen, Vergleichsmatrizen und Arbeitsvorlagen sind redaktionelle Planungshilfen, keine eigenen Produkttests oder Bestätigung eines Anbieters. Rechenbeispiele mit frei gewählten Werten sind als solche bezeichnet. Der angegebene Stand beschreibt die letzte inhaltliche Überarbeitung.

Quellen & weiterführende Dokumentation

Google Analytics: Measure ecommerceDokumentation der getrennten E-Commerce-Ereignisse; keine Trackinginstallation.

Baymard: Audit checkout flowRedaktionelle Prüfthemen, keine Wirkungsgarantie für den Modellshop.

Stripe: Post-payment eventsServerseitige Zahlungsereignisse statt alleiniger Abhängigkeit vom Browser-Rücksprung.

Stripe: Event typesEigene Erfolgs- und Fehlerereignisse für verzögert bestätigte Zahlungen.

Weitere Ratgeber

Ratgeber