Options-Abhängigkeiten im Konfigurator: wie Produktlogik fehlerfrei wird
Benötigt- und Ausgeschlossen-Regeln machen Produktwissen zum System: Wie ein Konfigurator ungültige Kombinationen verhindert statt nachträglich prüft.
· 6 Min. Lesezeit
Jeder Hersteller variantenreicher Produkte kennt diesen Moment: Ein Auftrag kommt herein, die Fertigung schaut auf die Stückliste und ruft im Vertrieb an. Diese Kombination gibt es nicht. Die Hochtemperatur-Ausführung mit der Standarddichtung, der lange Hub mit dem kurzen Gehäuse, die Edelstahlvariante mit dem lackierten Anbauteil. Der Vertriebler hat nichts falsch gemacht, er konnte es nur nicht wissen: Die Regel stand in keinem Katalog, sie lebte im Kopf eines Kollegen, der an diesem Tag nicht gefragt wurde. Solche Fälle sind kein Ausrutscher, sie sind das erwartbare Ergebnis eines Systems, in dem Produktlogik nirgends verbindlich hinterlegt ist.
Warum reicht nachträgliches Prüfen nicht aus?
Der klassische Umgang mit ungültigen Kombinationen ist die Kontrolle im Nachgang: Die Auftragsprüfung, die Konstruktion oder der erfahrene Kollege schauen über jedes Angebot, bevor es rausgeht. Das funktioniert, hat aber drei eingebaute Schwächen. Erstens kostet es bei jedem einzelnen Angebot Zeit, auch bei den 95 Prozent, die fehlerfrei sind. Zweitens hängt es an Verfügbarkeit: Ist der Prüfer im Urlaub, geht das Angebot ungeprüft raus oder bleibt liegen. Drittens, und das wiegt am schwersten: Es findet den Fehler erst, nachdem er entstanden ist. Im besten Fall bedeutet das eine interne Korrekturschleife, im schlechtesten steht die ungültige Kombination schon im unterschriebenen Auftrag.
Das Alternativprinzip ist so einfach wie wirksam: Der Fehler darf gar nicht erst eingebbar sein. Genau das leisten Options-Abhängigkeiten in einem Konfigurator.
Wie funktionieren Benötigt- und Ausgeschlossen-Regeln?
Fast die gesamte Produktlogik variantenreicher Produkte lässt sich auf zwei Regeltypen zurückführen, die je Option hinterlegt werden.
- Benötigt: Option A setzt Option B voraus. Die Hochtemperatur-Ausführung benötigt die verstärkte Lagerung. Wählt der Nutzer A, ist B gesetzt oder wird eingefordert, A ohne B ist nicht wählbar.
- Ausgeschlossen mit: Option A und Option C können nicht gemeinsam bestehen. Die Edelstahlvariante schließt das lackierte Anbauteil aus. Ist A gewählt, wird C gesperrt, sichtbar und mit Begründung.
- Kombinationen daraus decken auch komplexere Fälle ab: Eine Option kann mehrere Voraussetzungen haben und gleichzeitig mehrere andere ausschließen. Aus wenigen einfachen Regeln entsteht so ein vollständiges Regelnetz.
Entscheidend ist dabei ein Detail der Nutzerführung: Gesperrte Optionen sollten sichtbar bleiben und den Grund nennen, etwa: nicht verfügbar in Verbindung mit Edelstahlausführung. Eine kommentarlos verschwundene Option verwirrt und erzeugt Rückfragen. Eine sichtbar gesperrte Option mit Begründung erklärt das Produkt nebenbei mit, der Konfigurator wird zum Produkttrainer für Interessenten und neue Mitarbeiter gleichermaßen.
Was passiert bei Presets und geteilten Konfigurationen?
Ein Regelwerk muss mehr abdecken als die Klickreihenfolge eines einzelnen Nutzers. In der Praxis kommen Konfigurationen auch von außen ins System: als gespeicherter Schnellstart, als geteilter Link vom Kollegen, als alte Konfiguration aus der Zeit vor einer Regeländerung. Ein sauberes System prüft jede hereinkommende Auswahl gegen das aktuelle Regelwerk und bereinigt sie automatisch: Was heute nicht mehr zusammen geht, wird korrigiert, statt einen ungültigen Zustand anzuzeigen. Ohne diese Prüfung ist das Regelwerk eine Fassade, die nur den direkten Klickweg absichert.
Aus demselben Grund gehören auch Preise in dasselbe Regelwerk: Eine ausgeschlossene Option darf nicht nur unwählbar sein, sie darf auch in keiner Preisberechnung, keinem Angebots-PDF und keiner Anfrage mehr auftauchen. Systeme, die Auswahl-Logik und Preislogik getrennt pflegen, produzieren genau an dieser Naht die nächste Fehlerquelle: Die Oberfläche sperrt die Option, die Kalkulation rechnet sie trotzdem mit. Ein durchgängiges Regelwerk hält beides in einem einzigen konsistenten Zustand.
Warum ist das Regelwerk eine Antwort auf den Fachkräftemangel?
Der vielleicht wichtigste Effekt eines expliziten Regelwerks hat mit Technik wenig zu tun. In vielen Maschinenbauunternehmen liegt das Wissen, welche Kombinationen gehen und welche nicht, bei einer Handvoll Mitarbeiter mit zwanzig oder dreißig Jahren Erfahrung. Diese Generation geht in den kommenden Jahren in Rente, und der Nachwuchs, der dieses Wissen über Jahre aufsaugen könnte, ist schwer zu finden. Jede Regel, die aus einem Kopf in ein System wandert, ist konservierte Erfahrung: Sie arbeitet weiter, wenn der Wissensträger nicht mehr da ist, und sie macht neue Vertriebsmitarbeiter vom ersten Tag an handlungsfähig, weil das System sie vor den Fehlern schützt, für die früher Jahre Erfahrung nötig waren.
Rechnen wir ein Beispiel: Wenn eine ungültige Kombination im Schnitt erst im Auftrag auffällt und dort Klärung, Umplanung und Kundenkommunikation im Umfang von zwei Personentagen auslöst, kostet jeder dieser Fälle schnell einen vierstelligen Betrag, den Vertrauensschaden beim Kunden nicht eingerechnet. Ein Regelwerk, das solche Fälle strukturell ausschließt, muss nicht viele davon verhindern, um sich zu rechnen.
Worauf sollten Sie bei der Umsetzung achten?
Wenn Sie einen Konfigurator mit Optionslogik auswählen, prüfen Sie drei Dinge: Werden Regeln als Daten gepflegt, sodass eine Regeländerung keine Programmierung erfordert? Bleiben gesperrte Optionen sichtbar und begründet? Und werden auch Presets, geteilte Links und gespeicherte Konfigurationen gegen das aktuelle Regelwerk geprüft? Bei Configro ist die Logik genau so gebaut: Benötigt- und Ausgeschlossen-Regeln werden je Option in der Produkt-Konfiguration hinterlegt, keine Programmierung nötig. Der geführte Konfigurator zeigt gesperrte Optionen deaktiviert mit Begründung, und jede von außen kommende Auswahl, ob Schnellstart-Preset oder geteilter Konfigurations-Link, wird automatisch konsistent gehalten. Wie sich das anfühlt, lässt sich in der Live-Demo unter configro.de/demo direkt ausprobieren.
Das Fazit: Fehlerfreie Produktlogik entsteht nicht durch gründlicheres Prüfen, sondern durch ein System, in dem ungültige Kombinationen nicht eingebbar sind. Zwei einfache Regeltypen, benötigt und ausgeschlossen, reichen dafür in den meisten Fällen aus. Der eigentliche Gewinn liegt über die Fehlervermeidung hinaus in der Konservierung von Erfahrungswissen, und das ist im Maschinenbau der knappste Rohstoff überhaupt.
Häufige Fragen
Was sind Options-Abhängigkeiten in einem Produktkonfigurator?
Regeln, die festlegen, welche Optionen einander voraussetzen oder ausschließen. Beispiel: Die Hochtemperatur-Ausführung benötigt die verstärkte Lagerung und schließt die Standarddichtung aus. Der Konfigurator setzt diese Regeln bei jeder Auswahl automatisch durch.
Warum ist Verhindern besser als nachträglich Prüfen?
Weil ein Fehler, der gar nicht erst entsteht, keine Kosten verursacht. Eine nachträgliche Prüfung findet ungültige Kombinationen erst im Angebot oder im Auftrag, dann sind Rückrufe, Korrekturen und im schlimmsten Fall Kulanz fällig.
Wie viele Regeln braucht ein typisches Maschinenbauprodukt?
Weniger als gedacht. Die meisten Produkte kommen mit einigen Dutzend Benötigt- und Ausgeschlossen-Regeln aus, weil sich Abhängigkeiten meist an wenigen Schlüsselmerkmalen wie Baugröße oder Werkstoff festmachen.
Hilft ein Regelwerk gegen den Fachkräftemangel?
Ja, indirekt und wirksam: Das Erfahrungswissen, welche Kombinationen technisch gehen, steht dann dokumentiert im System statt nur in den Köpfen weniger erfahrener Mitarbeiter. Neue Kollegen bieten vom ersten Tag an fehlerfrei an.