// SOFTWARE
Das Blackbox-Problem bei der Preisautomatisierung
7 Min. Lesezeitnijitech
Ein System, das Preise automatisch ändert, aber nicht sagen kann warum, lässt sich nicht auf Fehler prüfen. Bis die Marge weg ist, merkt es niemand. Wie baut man prüfbare Preisautomatisierung?
Ganzer Beitrag
Auf einem Marktplatz ist der Preis eine Zahl, die sich am Tag dutzendfach ändern kann. Ab einer gewissen Artikelzahl lässt sich das von Hand nicht mehr verfolgen, und Automatisierung wird unvermeidlich. Das Problem liegt nicht in der Automatisierung selbst — sondern darin, dass das System, das den Preis ändert, nicht sagen kann, warum es ihn geändert hat.
Ist die Begründung einer Preisentscheidung nicht sichtbar, lässt sich diese Entscheidung nicht prüfen. Und eine ungeprüfte Entscheidung fällt nicht auf, wenn sie falsch ist — die Marge schmilzt langsam, und niemand kann einen einzelnen Bruchpunkt zeigen.
Was die Blackbox verbirgt
Wenn der Preis fällt, ist die Frage einfach: Entsprach dieser Rückgang einem echten Zug des Wettbewerbers oder der Restliste eines Händlers, dessen Lager leer ist? Auf dem Bildschirm sieht beides gleich aus. Der Unterschied zeigt sich erst, wenn man die Begründung der Entscheidung einsehen kann.
Typische Fehler, die in einem System ohne sichtbare Begründung unbemerkt bleiben
- Die Liste eines Wettbewerbers ohne Lagerbestand als gültiges Preissignal werten
- Preise mit und ohne Versand auf derselben Ebene vergleichen
- Eine andere Variante (Farbe, Menge, Bundle) für dasselbe Produkt halten
- Einen kurzfristigen Aktionspreis als dauerhaften Marktpreis annehmen
Alle vier sind für sich genommen kleine Fehler. In einem System, das täglich Tausende Entscheidungen trifft, gibt es keine kleinen Fehler; jeder wird mit dem Volumen multipliziert.
Die Preisspirale
Die bekannteste Fehlerform automatischer Preisfindung ist die wechselseitige Abwärtsspirale. Sind beide Händler so eingestellt, den Wettbewerber zu unterbieten, sinken beide Preise ohne jedes Eingreifen bis unter die Kosten. Aus seiner Sicht arbeitet das System korrekt: Es hat die Regel angewendet, die es bekam.
Schutzgrenzen sind wichtiger als die Regel selbst
Der eigentliche Entwurf einer Preisautomatisierung liegt nicht darin, wie sie den Preis bestimmt, sondern wo sie anhält. Margenuntergrenze, Tageslimit für Änderungen und manuelle Sperre für bestimmte Artikel — das bremst das System nicht aus, das hält es am Leben.
Minimale Schutzgrenzen
- Nie unter Kosten + Zielmarge — die absolute Untergrenze
- Maximale prozentuale Änderung innerhalb eines Tages
- Automatisierung für bestimmte Artikel vollständig abschaltbar
- Menschliche Freigabe vor Anwendung bei Änderungen über der Schwelle
Ein System ohne Entscheidungsprotokoll lässt sich nicht korrigieren
Steht neben jeder Preisänderung, auf welches Signal sie sich stützte, lässt sich beim Margenrückgang zurückverfolgen, welches Signal irreführend war. Steht es nicht da, bleibt nur das Ergebnis — und vom Ergebnis führt kein Weg zur Ursache. Das Protokoll kostet ein paar Felder; es nicht zu führen kostet die Abschaltung des Systems.
Bei mehrdimensionalen Zielen wie der Buy Box ist das noch entscheidender. Können Sie beim Verlust der Box nicht unterscheiden, ob es am Preis, an der Lieferzeit oder an der Händlerleistung lag, wird jede Ihrer Änderungen zur Vermutung.
Zusammenfassung
Bei der Bewertung einer Preisautomatisierung
- Ist die Begründung jeder Preisänderung einsehbar?
- Wo liegt die Untergrenze und wer hat sie festgelegt?
- Wird das Wettbewerbersignal verifiziert — Lager, Versand, Variante?
- Wird eine Änderung über der Schwelle einem Menschen vorgelegt?
Eine schnelle Preisautomatisierung zu bauen ist nicht schwer. Schwer ist, sechs Monate später zu erklären, warum Sie zu diesem Preis verkauft haben.
In diesem Beitrag erwähnte Produkte
Aus dem Glossar: Erklärbare KI (XAI) · Leitplanke (Guardrail) · Buy Box