Produktdaten für konfigurierbare Möbel: Variantenexplosion beherrschen

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.

Jakob Feinböck, Productbay4. Juli 20267 Min. Lesezeit
☝️Das Wichtigste in Kürze
  • Konfigurierbare Möbel sind der Extremfall der Variantenlogik: ein Sofa mit 3 Größen, 40 Stoffen und 5 Füßen sind 600 Varianten – jede Zeile von Hand zu pflegen skaliert nicht.
  • Die Optionsdaten stecken in proprietären Hersteller-Konfiguratoren. Es gibt kein GDSN-/ETIM-/eCl@ss-Pendant für die Kombinations- und Aufschlagslogik – sie ist je Marke anders.
  • Feeds liefern entweder eine unbrauchbare explodierte Mega-Excel oder eine Optionsliste ohne Gültigkeitsregeln.
  • Productbay speichert den Artikel einmal und bildet Optionen als verknüpfte, strukturierte Attribute ab und erzeugt daraus die explodierten Varianten je Kanal – eine kompakte Wahrheitsquelle statt 600 Zeilen.

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ß.

Warum sprengt die Variantenexplosion normale Produktdaten?

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:

  • Pflege: ist jede Kombination eine eigene Zeile, müssen Preis, Bild, Verfügbarkeit und Beschreibung hunderte Male pro Artikel stimmen. Ändere einen Stoffaufschlag und du fasst hunderte Zeilen an.
  • Gültigkeit: nicht jede Kombination existiert. Ein Stoff wird vielleicht nicht in der großen Größe angeboten; ein Fuß passt nicht zur Eck-Konfiguration. Das gültige Set ist eine Teilmenge – und die Rohdaten sagen dir selten, welche.
  • Feed-Form: Hersteller liefern eine von zwei schlechten Formen – die voll explodierte Matrix als unbrauchbare Mega-Excel oder eine flache Optionsliste ganz ohne Kombinationsregeln.
  • Preislogik: der Preis ist selten fix. Er ist ein Basispreis plus Optionsaufschläge (Stoffgruppe, Größe, Extras), der „Preis“ einer Variante ist also eine Rechnung, keine Spalte.

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.

Welcher Standard deckt Konfiguratordaten ab – und wo hört er auf?

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ß.

DatenebeneWas Standards liefernWo es aufhört
Stammartikel-AustauschBMEcat / DATANORM tragen fertige Artikeldatensätzekeine Optionsachsen, keine Kombinationslogik
KlassifikationeCl@ss / ETIM klassifizieren den Produkttypkeine Konfigurator-Struktur nach Maß
GTIN / EAN-Schlüsselidentifizieren eine fixe, fertige Variantekonfigurierte Kombinationen haben oft keine GTIN
Options- / Aufschlagslogikproprietärer Konfigurator je Herstellerein markenübergreifender Standard existiert gar nicht
Verkaufscontentnicht die Aufgabe der obigenBeschreibungen, 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.

Wie beherrscht Productbay konfigurierbare Möbel?

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:

  • Als verknüpfte Attribute abbilden: der konfigurierbare Artikel wird einmal gespeichert; seine Optionen – Größe, Stoffgruppe, Fuß, Arm, Füllung – sind strukturierte, verknüpfte Attribute, mitsamt Gültigkeits- und Aufschlagsregeln des Herstellers. Du pflegst Optionsachsen, nicht 600 duplizierte Zeilen.
  • Die proprietären Optionen importieren: die Options- und Preisdaten des Konfigurators aus Lieferanten-Excel, Feed oder Datenblatt-PDF ziehen und seine Codes in deine konsistente Struktur mappen – einmal pro Lieferant, nicht pro Kombination.
  • Einmal anreichern, über das Set: KI schreibt Beschreibungen, ordnet Kategorien zu, normalisiert Stoff- und Ausführungsattribute und übersetzt per DeepL über das ganze Optionsset auf einmal – mit Review-Schritt vor der Veröffentlichung – statt hunderte fast identische Zeilen zu texten.
  • Varianten je Kanal erzeugen: Zwei-Wege-Sync mit Shopify und Shopware erzeugt genau die Variantenmatrix, die jeder Shop erwartet, und ein Marktplatz, der volle Konfiguration nicht abbilden kann, bekommt eine gefilterte Teilmenge – die Explosion passiert erst beim Export.

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.

Häufige Fragen

Lass uns deinen Produktdaten-Prozess ansehen

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