Komponerbart CPQ
Välj de delar ni behöver — konfigurator, prismotor, offert, checkout — och byt ut vilken som helst. Komponerbart CPQ ersätter de monolitiska sviter som låser fast tillverkare i en leverantörs roadmap.
4 lager
Konfigurator, prissättning, offert, checkout — utbytbara var för sig
Öppna API:er
Varje komponent exponerad — ingen leverantörsinlåsning
Veckor
Ersätt ett enskilt lager utan att bygga om resten
Utmaningen
Monolitiska CPQ-sviter tvingar er att köpa — och behålla — allt
Traditionella CPQ-sviter — Tacton, Configit, Salesforce CPQ, Oracle CPQ — säljs som en odelbar produkt. Regelmotorn, prismodellen, offertdokumentlagret, godkännandeflödet och checkout är paketerade och tätt sammanknutna internt. Att välja leverantören innebär att förbinda sig till varje lager samtidigt, oavsett om varje del passar verksamheten.
Kostnaden för monolitiska CPQ betalas över flera år. Konfiguratorn kan vara utmärkt men prismotorn stel; offert-PDF:en är funktionell men checkouten kan inte bäddas in i den befintliga webbutiken. Tillverkare hamnar i dyra workarounds, kundanpassad utveckling och parallella system eftersom de inte kan byta ut det svagaste lagret utan att riva ut hela plattformen.
Att byta plattform från ett monolitiskt CPQ är ett flerårigt projekt — typiskt 18–36 månader och tar merparten av IT-roadmapen. Inlåsningen är reell: när tusentals produktregler är kodade i ett proprietärt format innebär ett leverantörsbyte att skriva om allt. Den dynamiken passar leverantörer och konsultbolag; den passar inte tillverkare.
Så här fungerar det
Så fungerar komponerbart CPQ i Mercura
Mercura är byggt som fyra oberoende, API-kopplade lager — konfigurationsmotorn, prismotorn, offert- och dokumentlagret samt checkout-/orderlagret. Varje lager exponerar ett rent REST-API, kan driftsättas och skalas oberoende och kan ersättas utan att röra de övriga. Om er organisation redan har en stark prismotor kan Mercuras konfigurator kopplas in mot den. Om er e-handelscheckout redan är byggd kan Mercuras konfigurator och prissättning driva den utan att tvinga fram en ny checkout. Om ni behöver migrera bort från ett annat CPQ stegvis kan Mercura köra den nya konfiguratorn parallellt med den befintliga prismotorn tills även det lagret ersätts. Arkitekturen är den medvetna motsatsen till monolitiskt CPQ — den låter tillverkare köpa det de behöver, behålla det som fungerar och ersätta det som inte gör det.
Vad som ingår
Centrala funktioner
- Fyra oberoende driftsättningsbara lager — konfigurator, prissättning, offert, checkout
- Varje lager exponerar ett versionshanterat REST-API — öppet i grunden, inga proprietära protokoll
- Stegvis migration från legacy-CPQ — ersätt ett lager i taget, inte hela stacken
- Mixa och matcha med befintliga system — behåll er prismotor, använd Mercuras konfigurator (eller tvärtom)
- Oberoende skalning per lager — en högtrafikerad konfigurator kräver inte en tyngre offertmotor
- Standardbaserad integration — OpenAPI, OAuth 2.0, webhooks, JSON schema
- Noll leverantörsinlåsning — regler och prissättning exporterbara i öppna format
- MACH-anpassad arkitektur (Microservices, API-first, Cloud-native, Headless)
Skillnaden
Före och efter komponerbart CPQ
- Inlåst i en leverantörs roadmap för varje CPQ-förmåga
- Kan inte byta ut det svaga lagret utan att ersätta hela plattformen
- Plattformsbyten tar 18–36 månader och dominerar IT-roadmapen
- Produktregler fångade i proprietära format — utträdeskostnaden prohibitiv
- Nya användningsfall blockeras av begränsningar i den paketerade stacken
- Varje lager väljs på sina egna meriter — konfigurator, prissättning, offert, checkout
- Ersätt ett enskilt lager på veckor utan att störa de övriga
- Migrera från legacy-CPQ stegvis — ingen big bang-övergång
- Regler och prissättning exporterbara — köparens förhandlingsläge bevarat
- Nya användningsfall hanteras genom att lägga till en tjänst, inte bygga om plattformen
Verklig tillämpning
Användning i praktiken: Industriutrustningstillverkare migrerar bort från legacy-CPQ
En tillverkare av industriutrustning körde ett 12 år gammalt monolitiskt CPQ-system. Regelmotorn var fortfarande tillräcklig, men offert-PDF-genereringen var smärtsamt långsam och plattformen erbjöd ingen väg att bädda in CPQ i bolagets moderna e-handelsbutik. Ett traditionellt plattformsbyte uppskattades till 24 månader och 4 miljoner euro. Med hjälp av Mercuras komponerbara arkitektur ersatte teamet endast offert- och checkout-lagren under de första sex månaderna — och behöll den befintliga regelmotorn på plats via en API-brygga. Tolv månader senare migrerades konfigurationsmotorn till Mercura utan störningar för offerering eller orderläggning. Den fullständiga migrationen tog 18 månader till mindre än hälften av den ursprungligen budgeterade kostnaden, utan någon period med dubbla systemkostnader.
Offerttiden minskade från 3 dagar till under 4 timmar.
Affärspåverkan
Varför komponerbart CPQ är viktigt
Komponerbart CPQ flyttar maktbalansen tillbaka till köparen. Det behandlar CPQ inte som en enskild produkt att köpa och uthärda, utan som en kategori av förmågor att sätta samman, utveckla och ersätta i takt med att verksamheten förändras. För tillverkare som arbetar med produktlivscykler på flera decennier är det den enda arkitekturen som matchar hur verksamheten faktiskt fungerar — gradvist, lagervis, evolutionärt. Komponerbarhet är också det arkitektoniska svaret på den våg av agentbaserad och AI-driven handel som nu formar om hur produkter konfigureras och offereras: lager kan läggas till utan att skriva om det som redan finns.
Se ett komponerbart CPQ i praktiken
Boka en demo för att se hur Mercuras komponerbara arkitektur låter er ersätta, skala och utveckla varje CPQ-lager på era villkor — inte leverantörens.
Låt oss bygga tillsammans.
Vi hjälper tillverkare att bemästra produktmodellering, effektivisera offertprocessen, minska fel och leverera skräddarsydda lösningar som kunderna kräver.