Ein Modell, tausende Kombinationen: Legierung, Breite, Profil, Ringgröße und Steinbesatz machen jeden Trauring zur Variantenmatrix – und Lieferanten liefern sie uneinheitlich.
Kaum ein Produkt im Handel ist so konfiguriert wie ein Trauring. Ein Kunde kauft keinen festen Artikel aus dem Regal – er wählt eine Legierung, eine Farbe, eine Ringbreite, ein Profil, eine Oberfläche, eine Ringgröße und vielleicht einen Stein. Zwei Menschen, zwei Größen, ein passendes Paar. Was im Katalog wie ein einziges Modell aussieht, ist in Wahrheit ein Entscheidungsbaum mit tausenden Blättern.
Produktdaten für Trauringe sind Konfigurationsdaten: wenige Modelle, multipliziert mit Legierung, Breite, Profil, Ringgröße und Steinbesatz zu einer riesigen Variantenmatrix. Diese Matrix richtig zu bauen – und Gewicht und Preis an der korrekten Kombination hängen zu lassen – ist die ganze Aufgabe. Das ist eine fokussierte Unterkategorie der breiteren Schmuck- & Uhren-Herausforderung, in der dasselbe Muster aus vielen Attributen und schwachem Standard über das ganze Sortiment auftaucht.
Ein Trauring wird entlang mehrerer unabhängiger Achsen gleichzeitig gewählt. Jede Achse multipliziert die vorige:
Multipliziert man Legierung × Farbe × Breite × Profil × Größe, wird aus einem einzigen Modell mehrere tausend bestellbare Kombinationen. Entscheidend: Gewicht und Preis sind nicht pro Modell fest – sie verschieben sich mit der exakten Paarung aus Breite und Größe. Genau das macht diese Daten schwer: Die Attribute sind nicht schmückend, sie rechnen.
Die Kategorie hat keinen durchgesetzten, gemeinsamen Datenstandard – es gibt hier nichts wie GDSN, ETIM oder eCl@ss, das jeden Hersteller auf dieselbe Struktur zwingt. Also exportiert jedes Haus seinen Konfigurator in eigener Form:
Die Information steckt in all dem drin; sie kommt nur in inkompatiblen Formaten an. Das von Hand zusammenzuführen – Größenläufe abtippen, Legierungsschreibweisen übersetzen, die Breite-Preis-Tabelle pro Lieferant neu bauen – ist genau die Handarbeit, die mit wachsendem Sortiment nicht skaliert.
Die Antwort ist, den Ring so abzubilden, wie er wirklich ist: ein konfigurierbares Produkt mit verknüpften Attributen, kein Haufen loser SKUs. Genau dafür ist Productbay gebaut:
| Attribut | Wie es vom Lieferanten kommt | In Productbay |
|---|---|---|
| Legierung / Feingehalt | „585“, „14k“, „750/000“ – gemischte Schreibweisen | auf einen Wert normalisiert, mit Gewicht/Preis verknüpft |
| Ringgröße | Zeile-pro-Größe oder Liste im Kommentarfeld | strukturierte Größenachse auf der Variantenmatrix |
| Ringbreite | Spalte, Notiz oder in einer PDF-Tabelle eingebettet | strukturiertes mm-Attribut, treibt Gewicht/Preis |
| Profil | hausspezifische Namen | auf eine gemeinsame Profilliste gemappt |
| Steinbesatz | Freitext für Karat/Schliff/Qualität | strukturiert, per KI gefüllt und geprüft |
Konkret: jede Lieferantendatei einmal importieren, die abweichenden Schreibweisen auf eine Struktur mappen und KI die Legierungen normalisieren, fehlende Attribute füllen, die Breite-Gewicht-Preis-Tabelle aus einem PDF-Blatt auslesen und Kategorien zuordnen lassen – immer mit Review-Schritt, bevor etwas live geht. Das Ergebnis ist eine saubere Variantenmatrix, die sich selbst erzeugt, statt für jeden Größenlauf abgetippt zu werden. Productbay ist für Fachhändler mit Multi-Lieferanten-, Multi-Kanal-Katalogen gebaut – das breitere Schmuck- & Uhren-Bild zeigt, wie dieselbe Logik den Rest des Sortiments abdeckt.
Legierungen, Breiten, Profile, Ringgrößen, Steinbesatz – jedes Trauring-Modell ist eine Variantenmatrix, und jeder Lieferant schreibt sie anders. Sieh in 30 Minuten, wie Productbay den Ring als ein konfigurierbares Produkt abbildet und die ganze Matrix normalisiert.
Jetzt starten