Ein Artikel, hunderte verkaufbare Kombinationen: warum konfigurierbare Möbel ein normales Varianten-Setup sprengen, warum kein Standard die Optionslogik trägt und wie du eine kompakte Wahrheitsquelle behältst.
Nimm ein Sofa. Es gibt es in drei Größen, vierzig Bezugsstoffen und fünf Fußvarianten. Dieser eine Artikel sind schon sechshundert verkaufbare Varianten – und jedes echte Möbelsortiment hat Dutzende solcher Artikel, dazu Eck-Kombinationen, Armvarianten und Füllungsgrade, die die Zahl noch weiter hochtreiben. Bei konfigurierbaren Möbeln hört die Variantenlogik, die jeder Händler kennt, auf, eine Lästigkeit zu sein, und wird zu einem echten Datenproblem.
Produktdaten für konfigurierbare Möbel sind der Extremfall der Variantenlogik: eine Handvoll Optionsachsen multipliziert sich in hunderte oder tausende Kombinationen pro Artikel. Das ist eine spezialisierte Ecke der breiteren Datenherausforderung im Möbelhandel – und sie braucht eine eigene Antwort, denn die Werkzeuge, die ein T-Shirt in fünf Größen bewältigen, kapitulieren vor einem Sofa nach Maß.
Die Mathematik ist unerbittlich. Optionen addieren sich nicht, sie multiplizieren sich: 3 Größen mal 40 Stoffe mal 5 Füße sind 600 Kombinationen aus einem Artikel. Nimm eine Armvariante und einen Füllungsgrad dazu und du bist bei tausenden. Zwei Dinge brechen bei dieser Menge:
Von Hand skaliert das nicht – es ist genau das Multi-Lieferanten-Problem des Konsolidierens und Normalisierens von Daten, nur mit der Zeilenzahl multipliziert um jede Optionsachse.
Das ist der unbequeme Teil: im Grunde keiner. Die Klassifikations- und Austauschstandards, die anderswo im Handel helfen, wurden für fertige, katalogartige Artikel gebaut, nicht für Kombinatorik nach Maß.
| Datenebene | Was Standards liefern | Wo es aufhört |
|---|---|---|
| Stammartikel-Austausch | BMEcat / DATANORM tragen fertige Artikeldatensätze | keine Optionsachsen, keine Kombinationslogik |
| Klassifikation | eCl@ss / ETIM klassifizieren den Produkttyp | keine Konfigurator-Struktur nach Maß |
| GTIN / EAN-Schlüssel | identifizieren eine fixe, fertige Variante | konfigurierte Kombinationen haben oft keine GTIN |
| Options- / Aufschlagslogik | proprietärer Konfigurator je Hersteller | ein markenübergreifender Standard existiert gar nicht |
| Verkaufscontent | nicht die Aufgabe der obigen | Beschreibungen, Filterattribute, Bilder fehlen |
Die Optionslogik – welche Kombinationen gültig sind, welcher Aufschlag greift, zu welcher Stoffgruppe ein Stoff gehört – steckt also im eigenen Konfigurator jedes Herstellers, in dessen eigenem proprietärem Format. Es gibt keinen GDSN-artigen Pool, den du abonnieren kannst. Das heißt: die Struktur muss pro Lieferant erfasst und gemappt werden, und genau dieses Mapping ist heute der Ort, an dem sich die Handarbeit konzentriert.
Die Kernidee ist, nicht gegen die Explosion zu kämpfen, sondern den Artikel so abzubilden, wie er tatsächlich ist – ein Produkt mit einem Satz Optionsachsen – und die explodierte Form nur dort erzeugen zu lassen, wo ein Kanal sie verlangt. Genau dafür ist Productbay gebaut:
Das Ergebnis ist eine einzige kompakte Wahrheitsquelle, die editierbar bleibt, statt einer Explosion, die du überall neu pflegst. Das vollständige Möbelbild – von Flat-Pack bis nach Maß – gibt der Überblick zum Möbelhandel. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen jeder Größe gebaut.
600 Varianten aus einem Sofa, Optionslogik eingesperrt im Konfigurator des Herstellers, kein Standard zum Anlehnen – konfigurierbare Möbel sind der härteste Variantenfall überhaupt. Sieh in 30 Minuten, wie Productbay das als verknüpfte Attribute abbildet und saubere Produkte ausspielt.
Jetzt starten