Configurazione prodotto basata su regole
Trasformate logica da foglio e conoscenza tacita in un motore di regole visuale. Ogni preventivo segue le stesse regole di compatibilità dalla richiesta all'approvazione.
Rules engine · session
Industrial pump line
Region
Active logic
- R-088 · IF power > 5kW → Cooling = required
- R-112 · IF region = EU → Voltage = 400V
- R-140 · LOOKUP power + duty → Frame F-240
- R-144 · IF outdoor → Enclosure = IP65
- R-201 · IF outdoor → Heater = Added
- R-240 · IF outdoor → Indoor Panel = Hidden
Rule trace
Selected: Outdoor
- R-144 Enclosure = IP65
- R-201 Heater = Added
- R-240 Indoor Panel = Hidden
Cooling
Required
Voltage
400V
Frame
F-240
Enclosure
IP65
Cosa controlla
Ogni passo
Compatibilità verificata a ogni opzione
Un solo set
Stessa logica per vendita diretta e canale
Prima del preventivo
Combinazioni non valide filtrate in configurazione
La sfida
Le regole prodotto stanno in poche teste, non nel flusso preventivi
I venditori conoscono il catalogo, ma la logica reale è in guide applicative, fogli Excel e in pochi ingegneri senior. Ogni richiesta complessa apre un filo: questo motore con quel corpo?, questa finitura in zona food?, questo sconto su quell'opzione?
L'inside sales inoltra le configurazioni all'applications engineering per validazione. I rivenditori usano listini vecchi e memoria. Quando qualcuno vede una combinazione incompatibile, il preventivo è già dal cliente o l'ordine in produzione.
I configuratori su foglio si rompono aggiungendo una linea o un mercato. La formazione non scala: ogni lancio significa nuove slide e più escalation. Il processo di preventivo rallenta anche se l'engineering ha già rilasciato le opzioni.
Il collo di bottiglia non è il dettaglio prodotto. È che la logica di compatibilità non si applica dove nasce il preventivo: nel configuratore, nel portale rivenditori, nel momento della scelta.
Come funziona
Come Mercura applica le regole durante la configurazione
I team prodotto e operations modellano la logica nell'editor visuale Mercura: condizioni IF/THEN, opzioni obbligatorie, esclusioni reciproche e filtri dinamici a ogni selezione. Scelte incompatibili spariscono, righe obbligatorie compaiono, il prezzo si ricalcola sullo stesso set di regole. Nessun passo di validazione separato prima del preventivo. Quando l'engineering aggiorna una regola, vale in ogni canale che usa quel modello. L'obiettivo non è sostituire il giudizio tecnico sulle richieste non standard, ma tenere i preventivi di routine fuori dalla coda engineering.
Rule pipeline
Orchestration across every logic type
Cosa include
Cosa modellate nel motore di regole
Orchestrate
- Authoring visuale IF/THEN senza codice custom
- Mostrare, nascondere o imporre opzioni in base alle scelte precedenti
Evaluate
- Esclusioni reciproche tra materiali, pressioni e finiture
- Componenti obbligatori quando si sceglie un'opzione base
Act
- Set di regole condivisi tra famiglie e revisioni
- Storico versioni quando cambia la logica catalogo
Output
- Stesse regole in inside sales, portale rivenditori e configuratore embedded
- Integra constraint e dipendenze per modelli più profondi
La differenza
Preventivi prima e dopo regole codificate
Regole in foglio e memoria
- 01 Compatibilità controllata a mano su preventivi complessi
- 02 Applications engineering in copia sulle configurazioni routine
- 03 Rivenditori preventivano combinazioni che falliscono in ordine
- 04 Nuove opzioni significano formazione, non aggiornamento regole
- 05 Errori visibili dopo che il cliente ha il PDF
Con Mercura
- 01 Logica applicata a ogni passo del configuratore
- 02 Configurazioni standard senza visto engineering
- 03 Venditori e rivenditori su un unico set di regole curato
- 04 Aggiornamenti catalogo come regole, non come mail di massa
- 05 Percorsi non validi rimossi prima di prezzo e approvazione
Impatto sul business
Perché codificare le regole nel CPQ
La configurazione basata su regole rende quotabile a scala la conoscenza prodotto. È lo strato che mantiene il ritmo commerciale sulla logica che l'engineering ha già definito. Non sostituisce CAD, PLM o calcolo strutturale sui one-off. Le regole richiedono ownership: se il catalogo cambia, il modello va aggiornato. I team che curano quella logica in modo centralizzato vedono meno correzioni tardive, meno rumore in applications engineering e rivenditori che preventivano entro guardrail chiari.
Business impact
Centralized product knowledge
IF/THEN, lookups, dependencies, and constraints in one engine.
Scalable sales execution
Same ruleset for direct sales and dealers.
Consistent validation
Every selection re-evaluates before the quote leaves.
Compare
Rules engine vs one relationship type
RULE ENGINE
umbrella orchestration layer
- ├─ Dependencies
- ├─ Constraints
- ├─ Lookups
- ├─ Set values
- ├─ Hide / show
- └─ Formulas
Dependency
One relationship type · A → B changes
Constraint
One validation type · A+B invalid
Mappa di configurazione
Definizione prodotto → orchestrazione regole → packaging commerciale → configurazione valida, prezzo e distinta
Definizione prodotto
Logica
Packaging commerciale
Output
Configurazione valida · Prezzo · Distinta
Valid rule trace · BOM updated
Vedere le regole prodotto durante la configurazione
Prenotate una demo e seguite come Mercura codifica la logica IF/THEN per inside sales e canale.
Parliamo del vostro progetto.
Aiutiamo i produttori a gestire al meglio la modellazione dei prodotti, semplificare il processo di preventivazione, ridurre gli errori e, infine, offrire ai clienti soluzioni su misura.