Regelbasierte Produktkonfiguration
Verwandeln Sie Tabellenlogik und Erfahrungswissen in eine visuelle Regel-Engine. Jedes Angebot folgt denselben Kompatibilitätsregeln von der Anfrage bis zur Freigabe.
Jeder Schritt
Kompatibilität bei jeder Optionsänderung
Ein Regelwerk
Gleiche Logik für Direktvertrieb und Händler
Vor dem Angebot
Ungültige Kombinationen beim Konfigurieren ausgeblendet
Die Herausforderung
Produktregeln stecken in Köpfen, nicht im Angebotsprozess
Ihr Vertrieb kennt den Katalog, aber die echte Logik liegt in Application Guides, Excel-Tabellen und bei wenigen Senior-Ingenieuren. Jede komplexe Anfrage wird zum Ping-Pong: Passt dieser Motor zu diesem Gehäuse? Ist dieser Oberflächenschutz in der Food-Zone erlaubt? Gilt dieser Rabatt auf diese Option?
Der Innendienst leitet Konfigurationen zur Freigabe an Applications Engineering weiter. Händler arbeiten mit veralteten Preislisten und Bauchgefühl. Wenn jemand eine inkompatible Kombination entdeckt, liegt das Angebot beim Kunden oder der Auftrag in der Fertigung.
Tabellen-Konfiguratoren brechen, sobald eine Produktlinie oder ein neuer Markt dazukommt. Schulungen skalieren nicht: Jedes Release bedeutet neue Folien und mehr Eskalationen. Der Angebotsprozess wird langsamer, obwohl Engineering die Optionen längst freigegeben hat.
Der Engpass ist nicht fehlendes Produktdetail. Es fehlt die Durchsetzung der Kompatibilitätslogik dort, wo Angebote entstehen: im Konfigurator, im Händlerportal, in dem Moment der Auswahl.
So funktioniert es
So wendet Mercura Regeln während der Konfiguration an
Produkt- und Operations-Teams modellieren Logik im visuellen Regel-Editor von Mercura: IF/THEN-Bedingungen, Pflichtoptionen, gegenseitige Ausschlüsse und dynamische Filter, die auf jede Auswahl reagieren. Während Vertrieb oder Händler konfigurieren, verschwinden inkompatible Optionen, Pflichtzeilen erscheinen, und der Preis wird gegen dasselbe Regelwerk neu berechnet. Es gibt keinen separaten Validierungsschritt vor dem Angebot. Wenn Engineering eine Regel ändert, wirkt sie in jedem Kanal, der dieses Produktmodell nutzt. Ziel ist nicht, technisches Urteilsvermögen bei Sonderfällen zu ersetzen, sondern Routineangebote aus der Engineering-Warteschlange zu halten.
Im Lieferumfang enthalten
Was Sie in der Regel-Engine modellieren
- Visuelle IF/THEN-Autorenschaft ohne Custom Code
- Optionen einblenden, ausblenden oder verpflichtend setzen
- Gegenseitige Ausschlüsse zwischen Material, Druckstufe und Oberfläche
- Pflicht-Zusatzpositionen bei gewählter Basisoption
- Regelwerke über Produktfamilien und Revisionen hinweg
- Versionshistorie bei Katalogänderungen
- Gleiche Regeln im Innendienst, Händlerportal und eingebetteten Konfigurator
- Ergänzt Constraint- und Abhängigkeitslogik für tiefere Modelle
Der Unterschied
Angebote vor und nach codierten Regeln
- Kompatibilität manuell bei komplexen Angeboten
- Applications Engineering bei Routinekonfigurationen in CC
- Händler bieten Kombinationen an, die in der Auftragserfassung scheitern
- Neue Optionen bedeuten Schulung statt Regelupdate
- Fehler sichtbar, nachdem der Kunde das PDF hat
- Logik in jedem Konfigurationsschritt erzwungen
- Standardkonfigurationen ohne Engineering-Freigabe
- Vertrieb und Händler nutzen ein gepflegtes Regelwerk
- Katalogupdates als Regeländerung, nicht als E-Mail-Welle
- Ungültige Pfade vor Preis und Freigabe entfernt
Praxisbeispiel
Beispielablauf: Industrielle Pumpenlinie
Ein Industriepumpenhersteller hinterlegt Druckstufe, Dichtungstyp und Motorrahmen einmal in Mercura. Zuvor eskalierte der Innendienst die meisten Angebote an Applications Engineering, wenn Motor und Gehäuse nicht zusammenpassten. Nach Live-Schaltung der Regeln fallen inkompatible Paarungen beim Konfigurieren weg, und der Vertrieb erstellt Standardangebote, während Engineering sich auf Sonderanfragen konzentriert.
Angebotserstellung in 3 Tagen, jetzt in unter 4 Stunden.
Geschäftlicher Nutzen
Warum Regeln im CPQ hinterlegen
Regelbasierte Konfiguration macht Expertenwissen skalierbar anbietbar. Sie hält den Vertrieb auf Kataloglogik in Gang, die Engineering bereits definiert hat. Sie ersetzt weder CAD noch PLM noch strukturelle Berechnung bei Einzelentwürfen. Regeln brauchen Verantwortliche: Ändert sich der Katalog, muss das Modell gepflegt werden. Teams, die diese Logik zentral pflegen, sehen weniger späte Korrekturen, weniger Lärm bei Applications Engineering und Händler, die innerhalb klarer Leitplanken anbieten.
Produktregeln live in der Konfiguration sehen
Buchen Sie eine Demo und sehen Sie, wie Mercura IF/THEN-Logik für Innendienst und Händler anlegt.
Lassen Sie uns gemeinsam bauen.
Wir ermöglichen es Herstellern, die Produktmodellierung zu beherrschen, den Angebotsprozess zu optimieren, Fehler zu reduzieren und letztendlich maßgeschneiderte Lösungen zu liefern, die Kunden nachfragen.