Logica di dipendenza prodotto
I preventivi incompleti dimenticano il cavo, il freno o il kit di interfaccia. La logica di dipendenza tira i companion obbligatori nella configurazione appena si sceglie l'opzione trigger.
A cascata
Una selezione attiva opzioni a valle obbligatorie
Obbligatorio
Companion must-have prima di prezzo e approvazione
Completo
Meno preventivi che arrivano all'ordine senza pezzi
La sfida
L'opzione base è sul preventivo. I pezzi che la fanno funzionare, no.
I prodotti configurabili non sono checkbox indipendenti. Scegliete un drive servo e vi servono ancora telaio motore, freno e cavo di potenza. Scegliete una taglia di quadro e trascinate schede I/O e kit di cablaggio. Manca una riga e il cliente ha un prezzo che la produzione non può spedire.
Inside sales ricorda la matrice nella maggior parte dei giorni di picco. I dealer usano la lista accessori dell'anno scorso. Le application notes vivono in un PDF che nessuno apre in una call live. Quando qualcuno nota il cooler o il cavo encoder mancante, il preventivo è già in approvazione o nella inbox del cliente.
I vincoli fermano gli abbinamenti illegali. Le dipendenze fanno l'altra metà: forzano i companion che devono viaggiare con una selezione. Senza entrambe, o bloccate troppo poco o spedite distinte incomplete.
Richiesta → config → prezzo → approvazione → ordine si spezza quando le righe obbligatorie sono conoscenza tacita invece di passi automatici del configuratore.
Come funziona
Come Mercura risolve le dipendenze durante la configurazione
I team di prodotto definiscono in Mercura relazioni trigger–companion: se questo drive, allora quella classe motore; se questa opzione, aggiungi il kit di interfaccia. Quando il commerciale o il dealer sceglie il trigger, compaiono le opzioni obbligatorie, si possono suggerire companion opzionali e cadono i follow-on incompatibili. Le cascate possono attraversare più livelli. La configuration rules-based è l'IF/THEN più ampio; i vincoli bloccano percorsi non validi; questa pagina è il tessuto connettivo di una configurazione vendibile. Le dipendenze richiedono un owner quando il catalogo cambia. Non inventano relazioni di engineering che non avete definito.
Cosa include
Cosa copre la logica di dipendenza
- Se selezionato A, richiedere o suggerire B e C
- Aggiunta automatica dei companion obbligatori
- Catene a cascata su configurazioni multi-livello
- Prompt quando una dipendenza richiede una scelta umana
- Messaggi chiari se un follow-on è forzato o rimosso
- Stesso modello per inside sales, dealer e portali
- Aggiornamenti versionati quando l'engineering cambia il set
- Insieme a vincoli, regole e bundling
La differenza
Preventivi con e senza logica di dipendenza
- Preventivi senza cavi, freni o kit di interfaccia
- Order entry aggiunge le righe mancanti a posteriori
- I dealer sotto-prezzano perché i companion erano dimenticati
- Applications engineering rivede distinte incomplete
- Rinegoziazione quando lo scope reale compare tardi
- I companion obbligatori entrano al trigger
- Il prezzo riflette l'insieme dipendente completo
- Commerciali e dealer condividono le stesse regole
- Percorsi standard arrivano all'approvazione senza caccia ai pezzi
- Cambi di companion pubblicati come aggiornamenti di dipendenza
Applicazione reale
Esempio di flusso: pacchetti drive servo
Un fornitore di automazione vende drive che devono partire con telaio motore, opzione freno e set cavi abbinati. Inside sales spuntava il drive e sperava nella matrice accessori. Con la logica di dipendenza in Mercura, scegliere una classe di drive tira le righe motore e cavo richieste nella configurazione, così il preventivo prezzato coincide con ciò che la produzione deve kitare.
Impatto sul business
Perché la dipendenza sta tra regole e vincoli
La logica di dipendenza mantiene le configurazioni complete, non solo legali. I vincoli impediscono combinazioni vietate; le dipendenze assicurano che i companion obbligatori siano presenti prima di prezzo e approvazione. Mercura non sostituisce il giudizio di engineering su pacchetti nuovi fuori dal modello pubblicato. Qualcuno deve possedere gli aggiornamenti quando i prodotti cambiano. Se il vostro rework inizia con un preventivo che dimenticava il cavo, codificare le relazioni must-have nel CPQ allinea richiesta, configurazione, prezzo, approvazione e ordine.
Vedete comparire i companion obbligatori alla selezione
Prenotate una demo e scegliete un'opzione trigger finché le righe dipendenti compaiono prima di prezzo e approvazione.
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.