Was KI beim Entwerfen eines Checkouts falsch macht (und wie man es behebt)
KI kann in wenigen Minuten einen Checkout entwerfen, der richtig aussieht. Die Fehler verbergen sich in der Finanzmathematik, den Steuern, Rückerstattungen und Zahlungen. Hier erfahren Sie, wo KI-generierte Checkouts scheitern und wie Sie die einzelnen Probleme beheben.
KI macht beim Entwerfen eines Checkouts eine vorhersehbare Sache falsch: Sie entwirft für die Demo, nicht für die zehntausendste Transaktion. Fragen Sie einen KI-App-Builder nach einem Checkout und Sie erhalten in wenigen Minuten etwas Überzeugendes. Ein sauberer Warenkorb, ordentliche Buttons, ein vertrauenserweckender Bezahlbildschirm. Die Fehler liegen in all dem, was ein Screenshot nicht zeigen kann: wie der Ablauf eine Rückerstattung, eine geteilte Zahlung, eine Steuerregel oder eine Schlange von Kunden am Samstagmittag handhabt.
Die Lösung ist kein besseres Prompting. Es geht darum zu entscheiden, welche Teile des Checkouts die KI übernehmen soll und welche Teile sie niemals improvisieren darf. Hier erfahren Sie, wo KI-generierte Checkouts tatsächlich scheitern und was Sie dagegen tun können.
Warum sieht ein KI-entworfenes Checkout richtig aus, scheitert aber in der Praxis?
Dafür gibt es zwei Gründe. Erstens lernt die KI das Checkout-Design von bestehenden Checkouts, und bestehende Checkouts are mittelmäßig. Das Baymard Institute beziffert die durchschnittliche dokumentierte Online-Warenkorb-Abbruchquote auf 70,22 %¹ und stellt fest, dass ein durchschnittlicher US-Checkout 23,48 Formularelemente aufweist, wo ein idealer Ablauf 12 bis 14 benötigt¹. Ein am Durchschnitt trainiertes Modell reproduziert den Durchschnitt, einschließlich seiner Fehler.
Zweitens: der Happy-Path-Bias. Generierte Software wird so beurteilt wie eine Demo: Funktioniert der Normalfall? Ein Checkout wird so beurteilt wie eine Registrierkasse: Funktioniert jeder Fall, jedes Mal, während ein Kunde zusieht? Das sind unterschiedliche Maßstäbe, und die Lücke dazwischen bleibt unsichtbar, bis echtes Geld im Spiel ist.
Was macht KI in einem Checkout eigentlich falsch?
Fünf Fehler treten immer wieder auf. (Informationen zu der tiefer liegenden Infrastrukturlücke dahinter finden Sie unter Kann man ein POS mit Lovable oder Replit bauen?. Diese Liste befasst sich mit dem Checkout selbst.)
Finanzmathematik. Generierter Code führt Währungsberechnungen routinemäßig mit Gleitkommazahlen durch (Dezimalmathematik, die unvorhersehbar rundet), sodass Cent-Beträge bei Rabatten, Steuern und geteilten Zahlungen abweichen. Das Symptom zeigt sich beim Kassensturz: Summen, die nicht mit Ihrem Tagesabschlussbericht übereinstimmen (nicht auf den Cent genau übereinstimmen).
Steuern. Die KI codiert einen festen Steuersatz fest ein. Die tatsächliche Umsatzsteuer hängt von der Gerichtsbarkeit, der Artikelart, Befreiungen und Daten ab, und sie ändert sich, ohne dass Ihr Code davon erfährt. Ein Checkout, das Steuern schätzt, ist kein Checkout; es ist ein Haftungsrisiko mit einer hübschen Benutzeroberfläche.
Die Unhappy Paths (Sonderfälle). Rückerstattungen, Stornierungen, Teilzahlungen, Preisüberschreibungen, ein Verbindungsabbruch während des Kassiervorgangs. Demos testen diese Fälle nie; an der Kasse treten sie täglich auf. Die meisten KI-generierten Checkouts bieten diese Optionen schlichtweg nicht an.
Kassiergeschwindigkeit. Die KI kopiert E-Commerce-Muster, die für einen Käufer entwickelt wurden, der einmal auscheckt. Ein Kassierer führt denselben Ablauf hunderte Male pro Schicht aus, sodass sich jeder zusätzliche Fingertipp zu Wartezeit in der Schlange summiert. Selbst kleine Entscheidungen verändern die Dynamik an der Kasse; wo die Trinkgeld-Aufforderung platziert ist ist eine ganz eigene Entscheidung.
Zahlungen. Ein Bezahl-Button ist keine Zahlung. Die Annahme einer Karte vor Ort erfordert einen Zahlungsabwickler, PCI-Konformität (die Datensicherheitsregeln der Kartenindustrie) und zertifizierte Lesegeräte-Hardware. Nichts davon kann aus einem Prompt generiert werden; es muss vorhanden sein. Was eine Zahlungsinfrastruktur tatsächlich beinhaltet ist umfangreicher, als die meisten erwarten.
Wie behebt man einen von einer KI entworfenen Checkout?
Teilen Sie die Aufgabe in zwei Hälften. Die KI ist im gestalterischen Teil wirklich gut: Layout, Ablaufreihenfolge, Formulierung und die Gestaltung des Bildschirms entsprechend dem tatsächlichen Verkaufsprozess Ihres Geschäfts. Überlassen Sie ihr diesen Teil. Der finanzielle Teil (Arithmetik, Steuern, Zahlungsabwicklung, der Transaktionsdatensatz) sollte von einer Handelsinfrastruktur stammen, die deterministisch ist (sie liefert jedes Mal dieselbe korrekte Antwort), und nicht von Code, der pro Prompt neu erfunden wird.
„Prompte es einfach so, dass es Steuern korrekt handhabt“ löst dieses Problem nicht, da man es dem Ergebnis nicht ansieht, ob es funktioniert hat. Ein Checkout kann monatelang bei jeder Transaktion um ein paar Cent falsch liegen, bevor es jemand bemerkt. Die Lösung ist also struktureller Natur:
Einschränken statt prompten. Nutzen Sie eine Plattform, auf der Summen, Steuern und Zahlungsarten integriert sind und die KI diese nur anordnen, nicht aber neu erfinden kann.
Testen Sie die Unhappy Paths vor dem Start. Führen Sie eine Rückerstattung, eine Stornierung, eine geteilte Zahlung und einen Abbruch während des Kassiervorgangs durch. Wenn einer dieser Schritte fehlt, haben Sie eine Demo, keinen Checkout.
Führen Sie am ersten Tag einen Abgleich durch. Vergleichen Sie die Summen Ihres Checkouts nach dem ersten echten Verkaufstag mit den Aufzeichnungen Ihres Zahlungsabwicklers. Cent-Abweichungen zeigen sich sofort oder gar nicht.
Achten Sie auf Workarounds. Wenn das Personal in der ersten Woche Umwege um den Ablauf herum erfindet, ist das Design gescheitert. Beheben Sie es, bevor die Workarounds zum System werden.
Also, was macht KI beim Entwerfen eines Checkouts falsch?
Sie macht das Bild richtig und die Technik dahinter falsch: Happy-Path-Abläufe, improvisierte Finanzmathematik, geschätzte Steuern und keine Lösung für Rückerstattungen, geteilte Zahlungen oder Zahlungen mit physischer Karte. Nichts davon lässt sich durch einen besseren Prompt beheben; es wird behoben, indem man die KI auf eine Infrastruktur aufsetzt, die das Geld bereits verwaltet. Die Faustregel: Lassen Sie die KI den Ablauf entwerfen, aber lassen Sie sie niemals das Geld improvisieren.
Diese Aufteilung ist die Idee hinter prompt-basierten Buildern wie Build von Final, bei denen Sie den gewünschten Checkout beschreiben und die darunter liegenden Summen, Steuern und Final Pay-Transaktionen von einem System stammen, das immer aufgeht. Um dies in der Praxis zu sehen, erstellen Sie Ihren ersten Ablauf in etwa zehn Minuten, oder werfen Sie einen Blick auf das große Ganze mit KI für Unternehmen: Was sie kann (und was nicht).
Häufig gestellte Fragen
Kann eine KI einen guten Checkout gestalten?
Ja, für den gestalterischen Teil: Layout, Ablauf, Formulierungen und die Anpassung des Bildschirms an die Verkaufsprozesse eines Geschäfts. Sie scheitert jedoch, wenn sie auch Berechnungen, Steuerlogik und Zahlungsabwicklung erfinden muss – diese müssen von einer echten Handelsinfrastruktur bereitgestellt werden.
Warum scheitern KI-generierte Checkouts in echten Geschäften?
Sie werden für den Idealfall („Happy Path“) entwickelt und bewertet. Im echten Kassenalltag kommt es jedoch täglich zu Rückerstattungen, Stornierungen, geteilten Zahlungen, steuerlichen Sonderfällen und Verbindungsabbrüchen – und generierter Code deckt diese Fälle selten ab.
Was sollte eine KI bei einem Checkout niemals übernehmen?
Währungsberechnungen, Steuerkalkulation und Zahlungsabwicklung. Diese erfordern eine deterministische Infrastruktur und bei Präsenzzahlungen PCI-Konformität sowie zertifizierte Lesegeräte – nichts davon lässt sich über einen Prompt generieren.
Wie teste ich einen KI-gestützten Checkout, bevor ich ihn einsetze?
Testen Sie die Problemfälle („Unhappy Paths“): eine Rückerstattung, eine Stornierung, eine geteilte Zahlung und einen Abbruch während des Bezahlvorgangs. Gleichen Sie dann die Umsätze des ersten echten Tages centgenau mit den Berichten Ihres Zahlungsabwicklers ab.