Herr Andrzej leitet ein Unternehmen, das Fenster nach Maß herstellt. Auf Allegro gibt es 847 separate Angebote: Jedes ist eine andere Variante in Bezug auf Abmessungen, Farbe, Sprossen und Glaspaket. Als er die Preisliste für 5% änderte, aktualisierte er manuell 200 Angebote und vergaß den Rest. Zwei Wochen lang verkaufte er zu den alten Preisen. Als ein Kunde in seinem eigenen Geschäft ein Schaufenster kaufte, das er zuvor über Allegro verkauft hatte, erhielt er eine Retoure und eine negative Meinung. Dies ist keine Geschichte über Disziplinlosigkeit. Dies ist eine Geschichte über das Fehlen eines Systems.
Warum Allegro und ein anpassbares Produkt eine schwierige Verbindung sind
Allegro wurde für Produkte entwickelt, die als vorgefertigte SKUs existieren: dieses spezielle Modell, diese Farbe, diese Größe. Varianten können in einer Anzeige gruppiert werden, die Grenze liegt jedoch bei 500 Kombinationen. Für ein einfaches Produkt mit zwei Parametern reicht dies aus. Bei einem individualisierbaren Produkt, bei dem der Kunde aus mehreren Abmessungen, mehreren Farben und mehreren Zusatzoptionen wählen kann, ist schnell Schluss.
Die „erzwungene” Lösung bedeutet Hunderte separater Anzeigen. Jedes hat seine eigene Verkaufshistorie, seine eigenen Bewertungen, sein eigenes Ranking. Wenn Sie die Preisliste oder Beschreibung ändern möchten, müssen Sie dies jeweils separat tun. Wenn eine Variante nicht mehr vorrätig ist, müssen Sie den Bestand manuell aktualisieren. Und wenn Sie eine neue Variante hinzufügen, erstellen Sie eine neue Anzeige von Grund auf, ohne Verlauf und ohne Position in der Suchmaschine.
Darüber hinaus gibt es eine Allegro-Provision, in der Regel 7-9% auf den Verkaufspreis, je nach Kategorie. Wenn Sie den gleichen Preis wie in Ihrem eigenen Shop verwenden, ist jede Transaktion über Allegro um diese Provision weniger profitabel. Wenn Sie die Preise manuell erhöhen, vergessen Sie früher oder später, bei der nächsten Änderung Ihrer Grundpreisliste die Aktualisierung vorzunehmen.
Ein Konfigurator als Drehscheibe für alle Kanäle
Die Lösung besteht nicht darin, Excel besser zu organisieren. Die Lösung ist ein System, das Ihren Produktkatalog, Ihre Konfigurationsregeln und Preisregeln kennt und dann mit jedem Vertriebskanal separat in seiner Sprache „kommuniziert”. Allegro bekommt, was die Allegro-API erwartet. Ihr eigener Shop erhält das Produkt im WooCommerce-Format. Das B2B-Portal sieht eine Preisliste mit Kundenrabatten. Jeder Kanal hat eine aktuelle Version derselben Wahrheit.
Diese Architektur löst das Problem an der Quelle: Anstatt Daten zwischen mehreren Orten zu synchronisieren, haben Sie einen Ort, an dem die Daten gespeichert sind. Synchronisation ist eine Ableitung, kein Ziel.
Was Sie wirklich synchronisieren müssen (mehr als Sie denken)
Die meisten Unternehmen, die über die Synchronisierung zwischen Kanälen nachdenken, konzentrieren sich auf die Lagerbestände. Das ist wichtig, aber es ist nur der Anfang der Liste. Folgendes erfordert wirklich Konsistenz:
- Lagerbestände mit Echtzeit-Updates über Webhook, keine stündliche Abfrage
- Preise pro Kanal mit Regeln wie Provisionen, Treuerabatten und Werbekampagnen
- Beschreibungen und Fotos in einem von jedem Kanal akzeptierten Format (Allegro hat seine eigenen Längenbeschränkungen und Fotoanforderungen)
- Lieferzeit im Angebot angegeben, da Allegro Smart unter Androhung des Verlusts der Plakette die Einhaltung von Pünktlichkeitsschwellen verlangt
- Bestellstatus und Sendungsverfolgungsnummern, da Allegro nach jeder Phase Aktualisierungen erwartet
- Retouren und Reklamationen bezogen auf eine bestimmte Auftragskonfiguration
Das Fehlen eines dieser Elemente führt zu Problemen. Eine fehlende Synchronisierung der Versandzeiten bedeutet den Verlust von Allegro Smart und eine schlechtere Positionierung der Angebote. Das Fehlen automatischer Status bedeutet manuelle Arbeit und Fehler. Das Fehlen kanalspezifischer Regeln führt zu einer Margenerosion.
Drei Probleme, die mit jedem neuen Vertriebskanal wachsen
PROBLEM 01
Hunderte Anzeigen statt einem Konfigurator
Mit Allegro können Sie Varianten in einer Anzeige kombinieren, die Grenze liegt jedoch bei 500 Kombinationen. Mit einem Produkt mit 4 Parametern und jeweils mehreren Optionen überschreitet man schnell die Grenze. Das Ergebnis: Hunderte einzelne Angebote, die bei jeder Änderung der Preisliste manuell aktualisiert werden müssen.
Fensterfirma: Maße (8) x Farbe (5) x Pfosten (2) x Glaspaket (3) = 240. Plus Griffe und Rahmenfarben: 240 x 4 = 960. Allegro-Limit: 500. Ohne System: 2 Angebote, beide veraltet.
PROBLEM 02
Überverkauf, weil die Synchronisierung einmal pro Stunde funktioniert
Der Kunde kauft um 14:01 Uhr im Geschäft ein. Stündliche Synchronisierung mit Allegro-Umfragen, sodass Allegro um 15:00 Uhr davon erfährt. Um 14:30 Uhr Jemand kauft das Gleiche bei Allegro. Sie haben zwei Bestellungen für ein Produkt, eine Retoure und eine negative Bewertung.
Typisches Szenario bei der Integration über BaseLinker mit dem Standardzeitplan. Anstelle einer Abfrage löst ein Webhook das Problem strukturell, ohne dass Sie sich im Nachhinein den Kopf kratzen müssen.
PROBLEM 03
Der Preis für Allegro beinhaltet nicht die 7-9%-Provision
Allegro erhebt eine Provision auf den Verkaufspreis. Das Unternehmen setzt den gleichen Preis wie im Laden fest und stellt nach einem Monat fest, dass alle Transaktionen über Allegro verlustbringend waren. Oder er erhöht die Preise manuell und vergisst es, wenn er die Preisliste das nächste Mal aktualisiert.
Der Konfigurator mit Regeln pro Kanal zählt: allegro_price = base_price / (1 – Provision). Automatisch. Jedes Mal ändert sich die Preisliste. Ohne das Blatt „allegro_ceny_v7_FINAL.xlsx”.
So funktioniert es von innen: Multichannel-Konfigurator-Architektur
Zentrales Element des Systems ist das Produktmodell, das an keinen Kanal gebunden ist. Es definiert: welche Parameter das Produkt hat, welche Kombinationen möglich sind, was der Grundpreis ist, welche Preisregeln gelten (Rabatt für Menge, Preis pro B2B-Kunde, Margenschwellen). Dies ist eine Quelle der Wahrheit.
An dieses Modell sind Kanaladapter angeschlossen. Der Allegro-Adapter übersetzt das Produktmodell in das von der Allegro REST API benötigte Format, bildet Parameter auf Allegro-Attribute ab, überwacht die Grenze von 500 Kombinationen und teilt das Produkt bei Überschreitung in einzelne Angebote auf, legt den Preis inklusive Provision fest. Der eigene Shop-Adapter generiert ein WooCommerce-Variablenprodukt. Der B2B-Adapter wendet eine Preisliste pro Kunde an.
Wichtige architektonische Entscheidung: Aktualisierung des bestehenden Angebots auf Allegro, anstatt ein neues zu erstellen. Allegro zählt den Verlauf jedes Angebots: Verkäufe, Bewertungen, Klicks. Dieser Verlauf wirkt sich auf Ihr Suchmaschinenranking aus. Wenn Sie bei jeder Änderung des Konfigurators eine neue Anzeige erstellen, fangen Sie bei Null an. Das System, das ein bestehendes Angebot über PATCH /sale/product-offers/id aktualisiert, behält den Verlauf bei. Dies ist der Unterschied zwischen der ersten und dritten Ergebnisseite.
Nachfolgend können Sie Schritt für Schritt sehen, wie der Ablauf nach der Bestellung über Allegro aussieht. Dies ist der Teil, der auf Allegro nicht sichtbar ist, aber darüber entscheidet, ob das Unternehmen effizient arbeitet oder Brände löscht.
Allegro API: Was Sie wissen sollten, bevor Sie beginnen
Einige technische Details, die nicht in der offiziellen Allegro-Dokumentation enthalten sind und während der Implementierung auftauchen:
Limit von 5.000 Anfragen pro Stunde und OAuth-Token. Wenn Sie über 1.000 Produkte verfügen und Preise und Lagerbestände täglich aktualisieren möchten, müssen Sie dies stapelweise und im Laufe der Zeit tun. Sie können nicht 1000 Anfragen gleichzeitig senden. Das System muss über eine drosselnde Jobwarteschlange verfügen.
Webhook vs. Polling ist keine Frage der Präferenz. Allegro Event Journal liefert Ereignisse innerhalb von Sekunden nach dem Kauf. Wenn Sie alle 5 Minuten eine Umfrage durchführen, erhalten Sie ein 5-Minuten-Fenster für Überverkäufe. In einer Kategorie, in der dasselbe Produkt innerhalb einer Stunde mehrmals verkauft werden kann, sind 5 Minuten zu lang.
Allegro Smart: Aktualitätskriterien werden pro Angebot gemessen. Wenn Sie 95%-Hüllen weltweit pünktlich versenden, ein bestimmtes Angebot jedoch 88% enthält, verliert dieses Angebot an Smart und fällt im Ranking ab. Der Konfigurator muss die Aktualität pro Produkt und nicht pro Unternehmen sicherstellen.
Die Anzahl der Fotos pro Eintrag ist auf 8 begrenzt und es gilt eine Mindestauflösung. Wenn Ihr Katalog Fotos pro Variante enthält, müssen Sie planen, wie Sie diese Allegro zuordnen. Das System muss dies automatisch tun, da es bei Hunderten von Angeboten unmöglich ist, dies manuell zu tun.
Diese Einschränkungen sind keine Hindernisse, sie sind Kontext. Wenn Sie sie vor der Implementierung kennen, können Sie eine Architektur entwerfen, die sie berücksichtigt. Wenn Sie sie ignorieren, erhalten Sie ein System, das „fast funktioniert” und alle paar Tage Ausnahmen generiert. Über ähnliche Dynamiken haben wir unter geschrieben Automatisierung im Großhandel, wo die Batch-Synchronisierung alle 4 Stunden als „Echtzeit” beschrieben wurde, bis es zu Überverkäufen in der Aktion kam.
Wann ist es finanziell sinnvoll?
Ein Multichannel-Konfigurator ist eine Investition mit einer bestimmten Renditestruktur. Es besteht aus drei Streams:
Wiederhergestellte Betriebszeit. Wenn die Verwaltung von Angeboten auf Allegro, die Aktualisierung von Preislisten und die manuelle Synchronisierung von Bestellungen eine Vollzeit in Anspruch nehmen, belaufen sich die Arbeitskosten auf 8.000-12.000 PLN pro Monat, die das System eliminiert oder um 70-80% reduziert. Eine ähnliche Berechnung für die Zeit der Händler finden Sie in CPQ-Rechner, das die tatsächlichen Kosten der manuellen Gebotsabgabe anzeigt.
Die Marge erholte sich. Die systematische Senkung der Marge aufgrund falscher Preise bei Allegro, Verkäufe unter dem Mindestwert aufgrund „vergessener” Updates ist ein kumulativer Verlust, der angesichts des Umfangs von mehreren Dutzend Transaktionen pro Woche messbar ist. Ein System, das Preisregeln konsequent durchsetzt, hat keine guten oder schlechten Tage.
Erhöhte Conversions durch bessere Verfügbarkeit von Angeboten. Allegro-Angebote mit aktuellem Status, korrektem Preis und Allegro Smart konvertieren besser als Angebote mit „Kontaktieren Sie uns für Verfügbarkeit”. Unternehmen, die von der manuellen Verwaltung auf das System umsteigen, berichten von einer Umsatzsteigerung durch Allegro um 20-40% allein aufgrund der Verbesserung der Angebotsqualität.
Wie man es umsetzt (und was man nicht tun sollte)
Der größte Fehler bei der Implementierung eines Multichannel-Konfigurators besteht darin, vom ersten Tag an zu versuchen, alle Kanäle gleichzeitig abzubilden. Unternehmen, die dies tun, verbringen sechs Monate damit, ein System zu entwerfen und zu implementieren, das versucht, jeden Grenzfall zu bewältigen. Mittlerweile verwalten sie vier Kanäle manuell und die Frustration wächst.
Ein effektiverer Ansatz: Beginnen Sie mit einem Kanal und einer Produktkategorie. Ein eigener Shop und Konfigurator sind meist die erste Phase. Sie fügen Allegro als zweiten Kanal hinzu, wenn das Produktmodell bereits stabilisiert ist. B2B-Portale und andere Marktplätze kommen später als Adaptionen bestehender Logik.
Bei jsoncrew bauen wir den Konfigurator in diesem Modell auf: iterativ, beginnend mit einem Kern, der in 6–8 Wochen einen Wert liefert, und erweitern ihn dann basierend auf der tatsächlichen Nutzung des Systems. Wenn Sie sehen möchten, wie es für Ihr Produkt und Ihre Kanäle aussieht, Schildern Sie uns die Situation, wir werden mit einem konkreten Umfangsvorschlag und Zeitplan zurückkommen.
Kurz gesagt
Der mit Allegro und anderen Kanälen verbundene Konfigurator ist keine Integration „nur für den Fall”. Dies ist ein System, das eine Reihe von Problemen beseitigt: Überverkäufe aufgrund nicht synchronisierter Lagerbestände, Margenerosion aufgrund manueller Preisgestaltung, Betriebszeit für die Aktualisierung Hunderter Angebote. Es erfordert eine gut durchdachte Architektur, Kenntnisse über die Einschränkungen der Allegro-API und einen iterativen Ansatz zur Implementierung. Unternehmen, denen das gut gelingt, gewinnen nicht nur Zeit, sondern auch Daten, denn alle Bestellungen aus allen Kanälen fließen über einen Ort.
