Sammensætteligt CPQ
Vælg de byggesten, du har brug for — konfigurator, prismotor, tilbud, checkout — og udskift dem efter behov. Sammensætteligt CPQ erstatter de monolitiske suiter, der låser producenter fast til én leverandørs roadmap.
4 lag
Konfigurator, prissætning, tilbud, checkout — uafhængigt udskiftelige
Åbne API'er
Hver komponent eksponeret — ingen leverandørbinding
Uger
Udskift et enkelt lag uden at genopbygge resten
Udfordringen
Monolitiske CPQ-suiter tvinger jer til at købe — og beholde — alt
Traditionelle CPQ-suiter — Tacton, Configit, Salesforce CPQ, Oracle CPQ — sælges som ét udeleligt produkt. Regelmotoren, prismodellen, tilbudsdokumentlaget, godkendelsesflowet og checkout er bundtet sammen og tæt koblet internt. At vælge leverandøren betyder at forpligte sig til hvert lag på én gang, uanset om hvert enkelt passer til forretningen.
Omkostningerne ved monolitisk CPQ betales over år. Konfiguratoren kan være fremragende, men prismotoren er stiv; tilbuds-PDF'en er funktionel, men checkout kan ikke indlejres i jeres eksisterende webshop. Producenterne ender med at køre dyre løsninger, kundetilpasset udvikling og parallelle systemer, fordi de ikke kan udskifte det svageste lag uden at rive hele platformen ned.
At replatforme et monolitisk CPQ er et flerårigt projekt — typisk 18 til 36 måneder, og det optager hovedparten af IT-roadmappen. Bindingen er reel: når tusindvis af produktregler er kodet i et proprietært format, betyder det at forlade leverandøren at skrive alt om. Denne dynamik passer leverandører og konsulenter; den passer ikke producenterne.
Sådan fungerer det
Sådan fungerer sammensætteligt CPQ i Mercura
Mercura er bygget som fire uafhængige, API-forbundne lag — konfigurationsmotoren, prismotoren, tilbuds- og dokumentlaget samt checkout- og ordreafsendelseslaget. Hvert lag eksponerer et rent REST API, kan deployes og skaleres uafhængigt og kan udskiftes uden at røre de andre. Hvis jeres organisation allerede kører en stærk prismotor, kan Mercuras konfigurator koble sig til den. Hvis jeres e-handels-checkout allerede er bygget, kan Mercuras konfigurator og prissætning drive den uden at tvinge en ny checkout igennem. Hvis I skal migrere væk fra et andet CPQ i etaper, kan Mercura køre den nye konfigurator side om side med den gamle prismotor, indtil også det lag er erstattet. Arkitekturen er den bevidste modsætning til monolitisk CPQ — den lader producenter købe det, de har brug for, beholde det, der virker, og udskifte det, der ikke gør.
Hvad er inkluderet
Centrale funktioner
- Fire uafhængigt deployerbare lag — konfigurator, prissætning, tilbud, checkout
- Hvert lag eksponerer et versioneret REST API — åbent af design, ingen proprietære protokoller
- Etapevis migration fra ældre CPQ — udskift ét lag ad gangen, ikke hele stakken
- Bland og kombinér med eksisterende systemer — behold jeres prismotor, brug Mercuras konfigurator (eller omvendt)
- Uafhængig skalering pr. lag — en konfigurator med høj trafik kræver ikke en tungere tilbudsmotor
- Standardbaseret integration — OpenAPI, OAuth 2.0, webhooks, JSON-skema
- Ingen leverandørbinding — regler og prissætning eksporterbare i åbne formater
- MACH-tilpasset arkitektur (Microservices, API-first, Cloud-native, Headless)
Forskellen
Før og efter sammensætteligt CPQ
- Låst fast til én leverandørs roadmap for hver CPQ-kapabilitet
- Kan ikke udskifte det svage lag uden at erstatte hele platformen
- Replatform-projekter tager 18–36 måneder og dominerer IT-roadmappen
- Produktregler fanget i proprietære formater — exit-omkostning uoverskuelig
- Nye anvendelser blokeret af begrænsningerne i den bundtede stak
- Hvert lag valgt på dets egne meritter — konfigurator, prissætning, tilbud, checkout
- Udskift et enkelt lag på uger uden at forstyrre resten
- Migrér fra ældre CPQ i etaper — ingen big-bang-omlægning
- Regler og prissætning eksporterbare — købers forhandlingskraft bevaret
- Nye anvendelser håndteret ved at tilføje en service, ikke ved at genopbygge platformen
Praktisk anvendelse
Eksempel: industriel udstyrsproducent migrerer væk fra ældre CPQ
En producent af industrielt udstyr kørte et 12 år gammelt monolitisk CPQ-system. Regelmotoren var stadig brugbar, men generering af tilbuds-PDF'er var smerteligt langsom, og platformen tilbød ingen vej til at indlejre CPQ i virksomhedens moderne webshop. En traditionel replatform blev estimeret til 24 måneder og 4 mio. €. Med Mercuras sammensættelige arkitektur erstattede teamet kun tilbuds- og checkout-lagene i de første seks måneder — den gamle regelmotor blev bevaret via en API-bro. Tolv måneder senere blev konfigurationsmotoren migreret til Mercura uden afbrydelser i tilbud eller ordreafsendelse. Den fulde migration tog 18 måneder til mindre end halvdelen af den oprindeligt estimerede pris, uden nogen periode med dobbelt-systemomkostninger.
Tilbudstiden faldt fra 3 dage til under 4 timer.
Forretningseffekt
Hvorfor sammensætteligt CPQ betyder noget
Sammensætteligt CPQ flytter magtbalancen tilbage til køberen. Det behandler CPQ ikke som ét produkt, der skal købes og tolereres, men som en kategori af kapabiliteter, der skal samles, udvikles og udskiftes, efterhånden som forretningen ændrer sig. For producenter med produkt-livscyklusser på årtier er dette den eneste arkitektur, der matcher den måde, forretningen faktisk fungerer på — gradvist, lagdelt, evolutionært. Sammensættelighed er også det arkitektoniske svar på den bølge af agentbaseret og AI-drevet handel, der nu omformer, hvordan produkter konfigureres og kvoteres: lag kan tilføjes uden at skrive det forudgående om.
Se et sammensætteligt CPQ i aktion
Book en demo og se, hvordan Mercuras sammensættelige arkitektur lader jer udskifte, skalere og udvikle hvert CPQ-lag på jeres egne præmisser — ikke leverandørens.
Lad os konfigurere sammen.
Vi giver virksomheder mulighed for at lave produktmodellering, strømline tilbudsprocessen, reducere fejl og i sidste ende levere de skræddersyede løsninger, som kunderne efterspørger.