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.
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.
Cosa include
Cosa modellate nel motore di regole
- Authoring visuale IF/THEN senza codice custom
- Mostrare, nascondere o imporre opzioni in base alle scelte precedenti
- Esclusioni reciproche tra materiali, pressioni e finiture
- Componenti obbligatori quando si sceglie un'opzione base
- Set di regole condivisi tra famiglie e revisioni
- Storico versioni quando cambia la logica catalogo
- 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
- Compatibilità controllata a mano su preventivi complessi
- Applications engineering in copia sulle configurazioni routine
- Rivenditori preventivano combinazioni che falliscono in ordine
- Nuove opzioni significano formazione, non aggiornamento regole
- Errori visibili dopo che il cliente ha il PDF
- Logica applicata a ogni passo del configuratore
- Configurazioni standard senza visto engineering
- Venditori e rivenditori su un unico set di regole curato
- Aggiornamenti catalogo come regole, non come mail di massa
- Percorsi non validi rimossi prima di prezzo e approvazione
Applicazione reale
Esempio: linea pompe industriali
Un produttore di pompe industriali codifica pressione, tipo di tenuta e telaio motore una volta in Mercura. Prima l'inside sales escalava la maggior parte dei preventivi all'applications engineering quando motore e corpo non combaciavano. Dopo il go-live le coppie incompatibili spariscono in configurazione e i venditori emettono preventivi standard mentre l'engineering si concentra sulle eccezioni.
I tempi di risposta per i preventivi sono passati da 3 giorni a meno di 4 ore.
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.
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.