Kundespecifik prissætning
Acme har en kontraktsats. Beta får forhandlerniveauet. Stop med at tilbyde listepris og rette, når kunden opdager det.
Udfordringen
Kunden har en kontraktsats. Tilbuddet viser stadig listepris.
Finance underskrev en rammeaftale med et tier-one-anlæg sidste kvartal. Insidesalg åbner alligevel den offentlige liste, fordi kontokoden ligger i en CRM-note. PDF'en sendes til listepris. Indkøb returnerer kontraktsiden og beder om et revideret tilbud.
Forhandlere holder egne regneark over, hvem der får hvilket niveau. Nye sælgere tilbyder ud fra hukommelsen. Bestiller samme kunde via en anden kanal, matcher prisen ikke sidste aftale, og margenreview starter forfra.
Dynamisk prissætning ruller optioner op. Regelbaseret prissætning anvender HVIS/SÅ-tillæg. Rabatstyring styrer undtagelser under gulv. Kundespecifik prissætning er noget andet: vælg kontoen, og den aftalte liste gælder, før nogen redigerer en linje.
Forespørgsel → konfiguration → pris → godkendelse → ordre bør starte fra kundens kommercielle vilkår, ikke en generisk liste rettet bagefter.
Pr. konto
Pris følger kunden på tilbuddet
Kontraktsats
Forhandlede lister erstatter offentlig liste
Før afsendelse
Kontopris synlig før godkendelse
Sådan fungerer det
Sådan anvender Mercura konto- og kontraktprislister
Pricing ops knytter kunder, konti eller segmenter til prislister i Mercura: kontraktsatser, forhandlerniveauer og regionale aftaler. Vælger sælger eller forhandler kunden på et tilbud, driver den matchende liste linjepriser, før dynamisk roll-up, volumetrin eller rabatter lægges ovenpå. Kontraktpris-sider dækker lange aftaler; denne side er, hvordan den rigtige liste hæfter ved den rigtige konto ved tilbudstidspunkt. Kundeprisbøger skal have en ejer ved kontraktfornyelse eller segmentskift.
Hvad er inkluderet
Hvad kundespecifik prissætning dækker
- Kontobundne prislister ved kundevalg
- Kontraktsatser adskilt fra offentlig katalogliste
- Segment- og niveaulister for forhandlere og nøglekonti
- Samme kontologik for insidesalg, forhandlere og portaler
- Kontopris synlig på tilbud før godkendelse
- Virker med dynamisk prissætning, regler, volumen og rabatter
- Opdateringer ved republiserede kontraktprisbøger
- Sporbarhed af hvilken liste drev tilbudstotal
Forskellen
Kontopriser før og efter CPQ
- Sælgere tilbyder offentlig liste og retter efter kundeklage
- Kontraktsatser i CRM-noter eller regionale ark
- Forhandlere og insidesalg med forskellige niveau-antagelser
- Genbestillingstilbud matcher ikke sidste underskrevne aftale
- Finance afstemmer kontopricing efter PDF er sendt
- Kundevalg anvender aftalt prisliste
- Kontrakt- og niveausatser fra første tilbudslinje
- Forhandlere og sælgere deler publicerede kontoprisbøger
- Genbestillingstilbud starter fra samme kontovilkår
- Margenreview ser listen, kundekontrakten forventer
Praktisk anvendelse
Eksempel: kontoprisbøger automationskomponenter
En distributør af PLC'er, drives og sensorer betjener nationale producenter med årligt forhandlede kontoprisbøger. Sælgere startede fra listepris og ledte efter sidste rabatbrev i mail. Efter kobling af konti til lister i Mercura anvender valg af anlægget kontraktniveauet på tilbuddet, forhandlere ser samme niveau, og genbestillingstilbud matcher aftalen uden anden revisionsrunde.
Forretningseffekt
Hvorfor kundespecifik prissætning er kontokontekst, ikke større rabat
Kundespecifik prissætning er, hvordan CPQ respekterer kommercielle aftaler ved tilbudstidspunkt. Den supplerer kontrakt-governance, dynamisk roll-up, regelbaserede tillæg, volumetrin og rabatgodkendelse. Mercura erstatter hverken CRM eller ERP som aftalekilde. Nogen skal vedligeholde kontolister ved kontraktfornyelse. Hvis tvister starter med 'vi har en bedre sats on file', bringer prisbøger på kunder i CPQ forespørgsel, konfiguration, pris, godkendelse og ordre i trit med, hvad salg allerede forhandlede.
Se kontopris anvendes ved kundevalg
Book en demo og åbn et tilbud for en navngiven konto, indtil kontraktsatser vises før godkendelse.
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.