Headless CPQ-platform
Forhandlerportal-team afviste vendor CPQ-iframe. Mercura API returnerede prissat config i eksisterende React-skærme på seks uger. Headless CPQ adskiller engine-logik fra interface så jeres UI forbliver jeres.
Udfordringen
Forhandlerportal-team afviste vendor CPQ-iframe. Mercura API returnerede prissat config i eksisterende React-skærme på seks uger.
Producent af laboratoriecentrifugesystemer til forskning og klinik kører proprietær forhandlerportal hvor partnere dagligt tjekker ordrehistorik, reservedelslager og supportbilletter. Produkt bad om configure-and-quote for rotorkits og kølemoduler. Vendor CPQ-demo viste iframe der brød portalnavigation, stødte mod design system og genbrugte ikke forhandlerlogin eller gemte kontopriser.
Koblede CPQ-suites binder regler til foreskrevet interface. Vendor-konfigurator-tema rækker ikke når forhandlere forventer samme header, breadcrumb og godkendelsesflow som resten af portalen. Teams begrænser CPQ til indendørs salg eller genopbygger kundesider om fremmed UI, eksterne kanaler uden config og pris.
Composable CPQ skifter config-, pris-, tilbuds- og checkout-lag uafhængigt. API-first CPQ eksponerer hver capability som REST-endpoints. CPQ-SDK wrapper auth og paginering i typede clients. Headless CPQ er anderledes: Mercura config- og pris-engine kører bag jeres skærme via stateful API-sessioner så forhandlere konfigurerer rotorkits i jeres React-komponenter mens produkt opdaterer regler centralt uden portal-front-end redeploy.
Forespørgsel → konfiguration → pris → godkendelse → ordre bør ikke tvinge forhandlere ind i vendor-UI-shell fordi jeres portal allerede ejer auth, layout og workflow de bruger dagligt.
Sådan fungerer det
Sådan fungerer Mercura headless CPQ
Jeres applikation kalder Mercura REST-API'er for at åbne config-sessioner, hente gyldige optioner per trin, beregne pris, generere tilbudsdokumenter og indsende ordrer. API håndhæver samme constraint- og prisregler som Mercura admin-UI. Sessioner understøtter partial save og resume for multi-step flows I designer. Webhooks underretter portal når godkendelse færdig eller tilbuds-PDF klar. OpenAPI-dokumentation beskriver request- og response-former. Jeres team ejer layout, navigation og branding; Mercura ejer config-gyldighed og prisnøjagtighed. Nogen skal mappe API-kald til UX, håndtere auth mellem portal og Mercura og teste constraint-edge-cases før forhandler-rollout.
Hvad er inkluderet
Hvad headless CPQ dækker
- REST-API for config-sessioner med trinvis optionsfilter
- Constraint-validering ved hvert valg før prisberegning
- Pris-API med liste, rabat og kontospecifikke takster
- Tilbudsdokument-generering returneret til jeres UI til download eller send
- Ordreindsendelse med validering og valgfri ERP-routing
- Partial save og resume til flersidede custom konfiguratorer
- Webhooks til godkendelse, tilbud klar og ordre-events
- OpenAPI-spec til integration og QA-automatisering
Forskellen
Forhandler-CPQ før og efter headless API-integration
- Forhandlere tvunget ind i fremmed CPQ-UI uden for portalnavigation
- Design system og login kan ikke omslutte vendor-konfigurator
- Eksterne kanaler udelukket mens salg bruger separate CPQ-skærme
- Front-end-team låst til vendor-widget-tema-grænser
- Hver ny kanal kræver duplikeret CPQ-deployment
- Config og pris i eksisterende forhandler-React-skærme
- Portal-auth og layout uændret, Mercura håndterer CPQ-logik
- Én regelkilde til portal, website og indendørs salg
- Produkt opdaterer constraints uden portal-front-end release
- Samme API betjener ekstra kanaler når I tilføjer dem
Praktisk anvendelse
Eksempel-workflow: centrifuge rotorkit-config i forhandlerportal React-app
Laboratoriecentrifugeproducent havde brug for rotorkit-config i otte år gammel forhandlerportal på custom stack. Vendor-iframe-forslag fejlede UX-review. Mercura headless API lod portalteam rendere optionstrin i eksisterende komponenter, returnere prissatte linjer på seks uger og beholde forhandler-SSO. Produkt ændrede kølemodul-regler i Mercura uden portalrelease.
Forretningseffekt
Hvorfor headless CPQ er engine bag jeres UI, ikke erstatning for portal-UX-design
Headless CPQ adskiller config-intelligens fra interface-ejerskab så producenter tilføjer CPQ hvor kunder allerede arbejder. Supplerer composable lag-migration, API-first arkitektur, SDK-clients og indlejrede widgets når I har brug for fuld layout-kontrol. Mercura erstatter ikke portaldesign, accessibility-review eller forhandlerskole. Nogen skal mappe sessioner til skærme og teste edge-cases. Hvis smerten er "forhandlere forlader ikke vores portal for vendor-konfigurator-iframe", aligner headless CPQ forespørgsel, konfiguration, pris, godkendelse og ordre med oplevelsen I allerede driver.
Se prissat rotorkit-config i jeres forhandler-React-skærme uden vendor-iframe
Book demo og gennemgå headless CPQ indtil API-sessioner, constraint-trin og tilbuds-return matcher hvordan jeres portalteam bygger i dag.
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.