Variantenmanagement vs. Produktkonfiguration: der Unterschied
Variantenmanagement vs. Produktkonfiguration: was die Begriffe trennt, warum Variantenexplosion Regeln braucht und wie ein Konfigurator Lücken zeigt.
· 7 Min. Lesezeit
Variantenmanagement plant und begrenzt die Produktvielfalt im Unternehmen, Produktkonfiguration macht diese Vielfalt für Kunden wählbar. Im Alltag werden beide Begriffe oft synonym verwendet, sie beantworten aber zwei verschiedene Fragen. Variantenmanagement fragt, welche Vielfalt ein Hersteller anbietet und wie er sie beherrschbar hält. Produktkonfiguration fragt, wie ein Kunde aus dieser Vielfalt eine gültige Variante zusammenstellt. Das eine ist eine interne 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. Dazu gehört, welche Baugrößen, Werkstoffe und Ausstattungen ins Programm kommen und welche herausfallen. Dazu gehört die Konstruktion der Varianten, sodass sie möglichst viele Gleichteile nutzen (Baukasten- und Plattformstrategie). Und dazu gehört ihre Führung in Stücklisten, Artikelnummern und Dokumentation. 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?
Weil Varianten nicht additiv wachsen, 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. Dasselbe Muster zeigt sich bei Schaltschränken, Regalsystemen oder Pumpenbaureihen. 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 Aufgabe hat das Regelwerk im Variantenmanagement?
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.
Warum hat dieselbe Variante zwei Beschreibungen?
Weil Vertrieb und Fertigung auf dieselbe Variante aus verschiedenen Blickwinkeln schauen. 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 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 begrenzen: welche Varianten ein Hersteller anbietet, wie sie konstruiert und dokumentiert werden. Produktkonfiguration ist die Anwendung dieser Vielfalt im Vertrieb: Kunden oder Vertriebsmitarbeiter stellen aus den definierten Optionen eine gültige Variante zusammen, meist mit einem Produktkonfigurator. Das Regelwerk verbindet beide.
Wie viele Varianten verträgt ein Produktkonfigurator?
Die Zahl der Varianten ist für einen regelbasierten Konfigurator kaum eine Grenze, weil er Merkmale und Regeln speichert statt jede Kombination einzeln. Schon 5 Baugrößen, 4 Werkstoffe, 3 Laststufen und 6 Zubehöroptionen ergeben 360 Kombinationen, die sich aus 18 Merkmalswerten ableiten. Aufwand entsteht durch die Zahl und Komplexität der Regeln, nicht durch die Zahl der Varianten.
Welche Software braucht man für Variantenmanagement?
In der Regel ein Zusammenspiel. Das PLM- oder CAD-System trägt Baukasten und Konstruktion, das ERP führt Artikelnummern, Maximalstückliste und Auswahlbedingungen für die Fertigung, etwa über eine Variantenkonfiguration. Ein Produktkonfigurator macht die kundenrelevanten Merkmale im Vertrieb und auf der Website wählbar. Eine einzelne Software, die alle drei Aufgaben gut abdeckt, ist im Mittelstand die Ausnahme.
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 alten Katalogen erstmals vollständig und widerspruchsfrei aufzuschreiben. Nicht selten wird das Programm dabei gestrafft, weil sich Varianten zeigen, die seit Jahren niemand bestellt hat.