Variantenmanagement vs. Produktkonfiguration: der Unterschied
Variantenmanagement steuert die Vielfalt im Unternehmen, Produktkonfiguration macht sie für Kunden wählbar. Begriffe, Variantenexplosion, Regelwerk.
· 7 Min. Lesezeit
Variantenmanagement und Produktkonfiguration werden im Alltag oft synonym verwendet, bezeichnen aber zwei verschiedene Dinge, die zwei verschiedene Fragen beantworten. Variantenmanagement fragt: Welche Vielfalt bieten wir an, und wie halten wir sie beherrschbar? Produktkonfiguration fragt: Wie stellt ein Kunde aus dieser Vielfalt eine gültige Variante zusammen? Das eine ist eine unternehmensinterne Disziplin über den ganzen Produktlebenszyklus, das andere ihre Anwendung an der Schnittstelle zum Kunden. Wer beides auseinanderhält, versteht auch, warum ein Konfigurator-Projekt regelmäßig mehr über die eigenen Produkte zutage fördert als erwartet.
Was ist Variantenmanagement?
Variantenmanagement umfasst alle Entscheidungen und Methoden rund um die Produktvielfalt eines Herstellers: Welche Baugrößen, Werkstoffe und Ausstattungen gehören ins Programm, welche fliegen raus? Wie werden Varianten konstruiert, damit sie möglichst viele Gleichteile nutzen (Baukasten- und Plattformstrategie)? Wie werden sie in Stücklisten, Artikelnummern und Dokumentation geführt? Beteiligt sind Konstruktion, Produktmanagement, Arbeitsvorbereitung und Controlling. Das Ziel ist ein Gleichgewicht: genug Vielfalt, um Kundenbedürfnisse zu treffen, wenig genug, um Komplexitätskosten in Konstruktion, Lager und Fertigung zu begrenzen.
Was ist Produktkonfiguration?
Produktkonfiguration ist der Vorgang, aus definierten Merkmalen und Optionen eine konkrete, gültige Produktvariante zusammenzustellen. Sie findet im Vertrieb statt: im Kundengespräch, im Angebot oder direkt durch den Kunden in einem Konfigurator auf der Website. Ein Produktkonfigurator ist das Werkzeug dafür. Er präsentiert die wählbaren Merkmale, prüft jede Auswahl gegen ein Regelwerk und liefert am Ende eine vollständige Konfiguration, idealerweise sichtbar als 3D-Modell und mit Preis. Was ein 3D-Produktkonfigurator im Detail leistet, beschreibt der Grundlagenartikel dazu.
Warum ist die Variantenexplosion das Kernproblem?
Varianten wachsen nicht additiv, sondern multiplikativ. Ein realistisches Beispiel aus der Fördertechnik: Ein Hersteller von Schwerlast-Fahrwerken bietet mehrere Baugrößen an, je Baugröße mehrere Traglaststufen, dazu verschiedene Kettenwerkstoffe und Zubehör wie Führungsrollen oder Anschlussplatten. Aus einer überschaubaren Zahl von Merkmalen entstehen schnell weit über hundert Katalogvarianten, mit Zubehörkombinationen tausende mögliche Ausprägungen. Kein gedruckter Katalog, keine Preisliste und kein Website-Baum kann jede Kombination einzeln abbilden und pflegen.
Die Konsequenz: Vielfalt lässt sich nur über Regeln beherrschen, nicht über Einzelpflege. Statt 360 Varianten einzeln zu beschreiben, beschreibt man 4 Merkmale mit ihren Ausprägungen und die Beziehungen dazwischen. Genau diese Verdichtung ist die gemeinsame Grundlage von Variantenmanagement und Konfiguration.
Welche Rolle spielt das Regelwerk?
Das Regelwerk ist das Bindeglied zwischen beiden Welten. Es beschreibt maschinenlesbar, was das Produktprogramm erlaubt. Typische Regelarten sind:
- Ausschlüsse: Option A ist mit Option B nicht kombinierbar (der leichte Kettenwerkstoff ist für die höchste Traglaststufe nicht zulässig).
- Voraussetzungen: Option C erfordert Option D (die Anbau-Konsole erfordert die verstärkte Grundplatte).
- Ableitungen: Aus einer Eingabe folgt automatisch eine Vorauswahl (aus der geforderten Last ergibt sich die passende Baugröße über eine Traglast-Matrix).
- Wertebereiche: Ein Maß ist innerhalb definierter Grenzen frei wählbar statt in festen Stufen.
- Preisregeln: Grundpreis je Baugröße plus Aufpreise, Staffeln und Zuschläge je Option.
Ein gutes Konfigurator-Projekt beginnt deshalb nicht beim 3D-Modell, sondern beim Regelwerk. Und hier passiert regelmäßig etwas Aufschlussreiches: Beim Aufschreiben der Regeln zeigt sich, dass ein Teil des Variantenwissens nur in den Köpfen erfahrener Mitarbeiter, in gewachsenen Excel-Tabellen oder in Fußnoten alter Kataloge existiert, teils mit Widersprüchen. Der Konfigurator erzwingt, dieses Wissen erstmals vollständig und eindeutig zu machen. Das ist Aufwand, aber er wirkt weit über den Konfigurator hinaus: Er ist ein Stück nachgeholtes Variantenmanagement.
Vertriebssicht und Fertigungssicht: dieselbe Variante, zwei Beschreibungen
Eine häufige Quelle von Missverständnissen in Projekten ist der Blickwinkel. Der Vertrieb und der Kunde denken in wählbaren Merkmalen: Baugröße V, Traglast 1500 Kilogramm, Kette aus Federstahl, mit Führungsrollen. Die Fertigung denkt in Stücklisten, Artikelnummern und Arbeitsplänen: welche Wangen, welche Bolzen, welche Oberflächenbehandlung, welche Montageschritte. Beide beschreiben dieselbe Variante, aber in verschiedenen Sprachen. Man spricht auch von High-Level- (Merkmale) und Low-Level-Konfiguration (Stückliste).
Ein Web-Konfigurator arbeitet bewusst auf der Vertriebssicht: Er soll dem Kunden die Auswahl leicht machen, nicht die Fertigung steuern. Die Übersetzung der Merkmalskonfiguration in eine Fertigungsstückliste ist Aufgabe von ERP- oder PLM-Systemen, oft mit eigenem Regelwerk (Maximalstückliste plus Auswahlbedingungen). Wichtig ist nur, dass die Vertriebssicht vollständig und eindeutig genug ist, um diese Übersetzung zu ermöglichen. Wie die Übergabe technisch aussehen kann, behandelt der Artikel zur ERP- und CRM-Anbindung.
Für die Praxis heißt das: Ein Konfigurator-Projekt braucht beide Perspektiven am Tisch. Der Vertrieb definiert, welche Merkmale der Kunde sehen und wählen soll und in welcher Reihenfolge sie abgefragt werden. Die Konstruktion oder das Produktmanagement prüft, ob diese Merkmalslogik technisch vollständig ist, also ob aus jeder gültigen Merkmalskombination eindeutig eine baubare Variante folgt. Wo diese Eindeutigkeit fehlt, entstehen später die klassischen Klärfälle: Der Kunde hat konfiguriert, die Arbeitsvorbereitung muss trotzdem nachfragen. Solche Lücken vor dem Start zu schließen ist deutlich günstiger, als sie im Betrieb einzeln zu bearbeiten.
Umgekehrt darf die Fertigungssicht die Kundenoberfläche nicht dominieren. Ein Konfigurator, der interne Artikelnummern, Konstruktionsbegriffe oder alle theoretisch möglichen Parameter abfragt, überfordert Interessenten und produziert Abbrüche. Die Kunst liegt in der Verdichtung: wenige, verständliche Auswahlschritte an der Oberfläche, dahinter ein Regelwerk, das daraus die volle technische Tiefe ableitet.
Zusammengefasst: Variantenmanagement hält die Vielfalt im Unternehmen beherrschbar, Produktkonfiguration macht sie am Markt nutzbar, und das Regelwerk verbindet beide. Wie sich ein regelbasierter Variantenkatalog in der Praxis anfühlt, lässt sich in der Demo unter configro.de/demo ausprobieren; ein reales Beispiel mit über 120 Katalogvarianten zeigen die Erfolgsgeschichten.
Häufige Fragen
Was ist der Unterschied zwischen Variantenmanagement und Produktkonfiguration?
Variantenmanagement ist die unternehmensinterne Disziplin, Produktvielfalt zu planen und zu beherrschen: Welche Varianten bieten wir an, wie sind sie konstruiert und dokumentiert? Produktkonfiguration ist die Anwendung dieser Vielfalt im Vertrieb: Kunden stellen aus den definierten Optionen eine gültige Variante zusammen.
Was ist eine Variantenexplosion?
Das multiplikative Wachstum der möglichen Produktvarianten: Schon 5 Baugrößen mal 4 Werkstoffe mal 3 Traglaststufen mal 6 Zubehöroptionen ergeben 360 Kombinationen. Kein Katalog und keine Preisliste kann alle einzeln pflegen. Beherrschbar wird das nur über Regeln statt über Einzelpflege.
Warum unterscheiden sich Vertriebssicht und Fertigungssicht auf Varianten?
Der Vertrieb denkt in Merkmalen, die der Kunde wählt (Baugröße, Traglast, Werkstoff). Die Fertigung denkt in Stücklisten und Arbeitsplänen. Dieselbe Variante hat also zwei Beschreibungen. Ein Konfigurator arbeitet auf der Vertriebssicht; die Übersetzung in die Fertigungssicht leistet das ERP- oder PLM-System.
Ersetzt ein Konfigurator das Variantenmanagement?
Nein, er setzt es voraus und macht Lücken sichtbar. Ein Konfigurator kann nur Regeln abbilden, die es gibt. In der Praxis ist ein Konfigurator-Projekt oft der Anlass, verstreutes Variantenwissen aus Köpfen, Excel-Tabellen und Katalogen erstmals vollständig und widerspruchsfrei aufzuschreiben.