25.746 Angebote, bepreist von einer Engine,
abgesichert bei jeder Auslieferung
Ein Wiederverkäufer von Spiele-Keys und In-Game-Währung auf zwei Marktplätzen brauchte einen Katalog, regionale Preisbildung mit Marktplatzgebühren und Marge, Lieferanten-Integrationen und eine automatisierte, abgesicherte Auslieferung. Wir haben einen normalisierten Katalog mit 25.467 Spielen in 19 Regionen, eine Pricing-Engine und ein Dashboard gebaut und 25.746 Angebote vorbereitet.
Das Problem
Tausende Spiele-Keys und In-Game-Währungen über Regionen hinweg auf Marktplätzen zu verkaufen, ist ein Datenproblem, das wie ein Shop aussieht. Die Preise unterscheiden sich je Region, Lieferanten ändern Bestand und Preise täglich, jeder Marktplatz verlangt seine eigene Gebühr, und der Wettbewerb unterbietet mit Rausch-Angeboten. Von Hand bedeutet das entweder Fehler oder einen winzigen Katalog.
Was wir gebaut haben
Ein normalisierter Katalog. 25.467 Spiele mit Preisen in 19 Regionen und Wechselkursen, dedupliziert von 10.721 auf 9.422 eindeutige Titel, mit 84.739 verarbeiteten und im Stil des Kunden gerahmten Covern. Dazu 615 Produkte für In-Game-Währung.
Lieferanten-Integrationen. Zwei Großhandelsquellen über ihre APIs angebunden, mit Bestpreisauswahl je Produkt und Region, und HMAC-signierten Requests, wo erforderlich.
Eine Pricing-Engine. Marktplatzgebühren, Margen-Untergrenze, Erfassung der Konkurrenzpreise mit Filtern für Sharing-, Verleih- und DLC-Angebote, und ein Schwellenwert für das Verkaufsvolumen, damit nur echte Konkurrenten zählen. Der durchschnittliche Nettogewinn pro Angebot wurde je Plattform nachverfolgt. 25.746 Angebote wurden mit dem Status „bereit” für zwei Marktplätze vorbereitet.
Marktplatz-Integrationen. Ein Marktplatz vollständig über seine API; die API des zweiten deckt alles ab außer der Angebotserstellung, daher haben wir den Workflow über das Verkäufer-Cabinet darum gebaut.
Ein Dashboard. Katalog, Angebote, Bestellungen, Preise, Lieferanten, Marktanalysen, Währungen, und später ein Trends-Modul, übernommen aus einem unserer anderen Produkte.
Delivery-Guards. Prüfung des Key-Formats, Lieferantenverfügbarkeit, Margenprüfung und eine Regel, nach der die Automatisierung Preise selbstständig bis zur Gewinnschwelle anheben, aber nie senken darf. Alarme per Telegram.
Das Ergebnis
Ein live laufendes System, das rund 200 Bestellungen im Monat mit automatisierter Auslieferung abwickelt, ein Katalog, den ein Team von Hand wochenlang pflegen müsste, und ein Pricing-Modell, das der Inhaber in einem Satz erklären kann. Dieselbe Engine treibt heute unser eigenes Marktplatz-Produkt an.
FAQ
Was macht die Pricing-Engine?
Für jedes Produkt und jede Region nimmt sie den besten Lieferantenpreis, addiert die Marktplatzgebühr und die erforderliche Marge, prüft die Preise der Konkurrenz (gefiltert um Sharing-, Verleih- und DLC-Rauschen) und ermittelt einen Angebotspreis mit bekanntem Nettogewinn. Ein Guard hebt Preise automatisch nur bis zur Gewinnschwelle an; eine Senkung braucht eine Regel oder einen Menschen.
Warum Guards bei der Auslieferung?
Digitale Güter werden sofort ausgeliefert, daher kostet ein falsches Key-Format, ein ausverkaufter Lieferant oder ein falsch bepreistes Angebot innerhalb von Minuten echtes Geld. Die Guards prüfen Key-Format, Lieferantenbestand und Marge, bevor irgendetwas versendet wird.