CPQ low-code
Nuovo SKU testina stampa uscito lunedì. CPQ bloccava ancora la combinazione perché modifica regola attendeva backlog sprint IT.
Low-code · rule builder
Visual logic · not custom code per change
Inputs
Region
Product family
Pump Family ARule blocks
IF Region = EU
THEN Voltage = 400V
IF Load > 1200kg
THEN Support = Heavy Duty
Result
- ✓ Configuration valid
- ✓ Price updated
- ✓ BOM updated
Voltage 400V · Support Heavy Duty
Easier change · still governed publish
La sfida
Nuovo SKU testina stampa uscito lunedì. CPQ bloccava ancora la combinazione perché modifica regola attendeva backlog sprint IT.
Un OEM marcatura e codifica inkjet industriale lancia testine, sistemi inchiostro e kit integrazione linea a ritmo costante. Product management sa quale testina abbina a quale controller e banda viscosità. CPQ instrada ogni aggiornamento compatibilità o listino via ticket dev perché legacy tratta regole come codice IT.
Vendita aggira configuratori obsoleti con fogli e approvazioni mail mentre IT prioritizza patch ERP prima backlog CPQ. Product manager scrivono spec che perdono sfumature in traduzione. Quando engineering pubblica regola, mix SKU in fabbrica è già cambiato e dealer preventivano combinazioni datate.
CPQ API-first espone REST per integrazione. CPQ headless esegue logica Mercura dietro UI dealer custom. SDK CPQ rimuove boilerplate HTTP per dev. Developer tools offrono sandbox e debug webhook. CPQ low-code differisce: Mercura dà team prodotto e pricing editor visuali per vincoli config e formule prezzo così implementano logica business, preview staging e pubblicano senza slot sprint.
Richiesta → config → prezzo → approvazione → ordine non deve stallare perché chi capisce prodotto non può toccare regole che gating ogni preventivo.
Come funziona
Come CPQ low-code Mercura funziona per team business
Product manager e analisti pricing aprono rule builder visuale Mercura per vincoli IF/THEN con selettori attributi invece di codice. Analisti pricing impostano tier, formule e condizioni in interfaccia pricing dedicata con validazione inline. Nuovi prodotti e varianti via flusso setup che riflette come business descrive opzioni. Modifiche salvano in staging dove autori percorrono config esempio prima richiesta publish. Check in-editor segnalano regole conflittuali prima produzione. Workflow approvazione opzionali gating publish mentre edit quotidiani restano con owner business che conoscono catalogo. Qualcuno deve definire ruoli autore vs publisher e ritirare regole a SKU end-of-life.
Compare
Visual editor vs custom development
Developers are not required for every business-rule change — not “developers are unnecessary”.
Custom development
Add a new regional voltage rule
- 01 Business request
- 02 Developer ticket
- 03 Code change
- 04 Test
- 05 Deploy
Low-code
Same requirement
- 01 Product owner
- 02 Update rule
- 03 Validate
- 04 Review
- 05 Publish
Change types
What can be managed through configuration
Model
Logic
Commercial
Lifecycle
Build · own · maintain
Cosa include
Cosa copre CPQ low-code
Model
- Setup prodotto e variante senza intervento dev
Logic
- Rule builder visuale IF/THEN per vincoli configurazione
- Note contesto su regole e logica prezzo per futuri autori
Commercial
- Interfaccia modello pricing con formule e condizioni tier
Publish
- Ambiente staging per preview modifiche regole prima publish
- Validazione in-editor rileva conflitti prima passaggio produzione
- Permessi autore e publisher separati per ruolo
- Pattern template per tipi vincolo comuni
La differenza
Manutenzione CPQ prima e dopo ownership low-code
Coda dev per ogni modifica regola
- 01 Nuovi SKU attendono ticket IT o SI prima visibilità CPQ
- 02 Sapere prodotto tradotto in spec che engineering fraintende
- 03 Aggiornamenti pricing perdono finestra con listini mensili
- 04 Vendita aggira regole obsolete con fogli e eccezioni
- 05 Team business smettono chiedere fix CPQ perché processo troppo lento
Con Mercura
- 01 Product manager pubblicano regole compatibilità dopo review staging
- 02 Analisti pricing regolano tier e formule in UI pricing
- 03 Nuove varianti configurate stessa settimana uscita fabbrica
- 04 Validazione cattura conflitti regole prima vista dealer
- 05 Logica CPQ allineata realtà catalogo tra release major
Applicazione reale
Esempio: compatibilità testina publish stessa settimana
Before
- Business request
- Developer ticket
- Code change
- Deploy
Change
- Visual rule editor
- Staging preview
- Governed publish
After
- Product team updates logic
- Dealers quote current rules
OEM testine inkjet industriali, moduli inchiostro e armadi controller via dealer regionali. Nuovo SKU testina alta velocità lunedì per linee food-packaging. Sotto vecchio CPQ ticket e attesa capacità engineering. Dealer non potevano selezionare testina con coppia controller approvata fino sprint successivo. Dopo CPQ low-code Mercura, product manager aggiunse regola compatibilità in editor visuale, eseguì config esempio staging, pubblicò dopo sign-off pricing stessa settimana. Vendita interna riprese preventivi combinazione senza override foglio.
Impatto sul business
Perché CPQ low-code restituisce conoscenza catalogo ai team prodotto
CPQ low-code rimuove collo di bottiglia dev tra conoscenza prodotto e ciò che dealer possono preventivare. Completa pratiche config self-maintained, workflow governance, storico versioni e pagine integrazione tecnica per team che servono API o SDK. Mercura non sostituisce integrazioni custom complesse, mapping ERP o comitati change enterprise. Qualcuno deve definire ruoli autore/publisher e disciplina staging. Se dolore è «conosciamo regola ma non ship finché IT ha capacità», editor low-code allineano richiesta, config, prezzo, approvazione e ordine con owner che implementano e preview senza aprire IDE.
Business impact
Fewer development tickets
Business rules updated through configurable tooling instead of one-off code.
Faster business-rule changes
Product and pricing teams edit logic closer to the catalog decision.
Closer product-team ownership
Authors work in visual editors with staging before publish.
Compare
Low-code vs self-maintained
Low-Code CPQ
How are changes implemented?
Focus: tooling · visual editor / rule configuration
Self-Maintained
Who can own ongoing changes?
Focus: operating model · internal teams maintain Mercura
A system can be low-code and still depend on consultants. Self-maintained means internal ownership is practical.
Compare
Low-code vs maintainable
Low-Code
Makes change easier to implement
Create rule
Maintainable
Makes accumulated change easier to understand over time
1000 rules → structured architecture
Mappa di implementazione
Build with low-code tooling → own day-to-day changes → keep the system maintainable as complexity grows
Build
CPQ low-code
Operate
Configurazione prodotto self-maintained
Scale over time
Sistema CPQ manutenibile
Surrounded by governance · version control · audit · access control
Published rule · staging cleared
Veda product manager pubblicare regola da staging senza ticket dev
Prenoti demo e percorra edit regola visuale, aggiornamenti pricing e preview staging con team prodotto o pricing.
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.