Gå til hovedinnhold

Hvorfor din CPQ trenger narrativdata før du legger til AI

En språkmodell vet hva en lastebil er. Den vet bare ikke noe om dine lastebiler. Det er her de fleste stopper opp når de prøver å legge AI på toppen av en CPQ som bare forstår varenummer, attributter og regler. Svarene ser overbevisende ut, men resonnementet er tynt. Selgeren spør hvorfor systemet anbefalte sovekabin, og får ikke noe svar. Jeg har sett dette i utallige workshops: Med en gang modellen får tydelig kontekst for hvorfor og når hvert valg er relevant, endrer samtalen seg. Systemet slutter å gjette og begynner å gi råd. Forskjellen er ikke AI-magi. Det er data med en fortelling. Delen som mangler i dataene dine Regeltabeller forteller systemet hva som er *gyldig*. De sier ingenting om hvorfor et valg er *smart*, når det gjelder, eller når det er en dårlig idé. Dette gapet flytter vurderingene tilbake til e-posttråder, regneark og stilltiende kunnskap som bare noen få sitter på. Så kaller vi det et adopsjonsproblem. For at AI-en skal kunne resonnere, trenger den ikke flere ...

Hva CPQ egentlig betyr: En tydelig 5-minutters guide

What CPQ Really Means: A Clear 5‑Minute Guide

Du kjenner sikkert igjen møtet. Selgeren åpner et tilbud. En ingeniør er med «for sikkerhets skyld». Prisansvarlig har et regneark klart. En halvtime senere er alle enige om at tilbudet er korrekt, men ingen er helt sikre på hvordan de skal få det til igjen i morgen uten å samle hele gjengen på nytt. Det er dette øyeblikket CPQ er skapt for.

Jeg har jobbet med CPQ siden 2000. De som lykkes, snakker ikke om funksjoner. De snakker om hvordan de kan gjøre det enkelt å selge komplekse produkter riktig på første forsøk. Det er alt CPQ egentlig handler om.

CPQ er ikke et verktøy. Det er metoden som gjør at du kan slutte å gjette og heller selge med selvtillit.

Hva CPQ faktisk betyr i praksis

CPQ står for Configure, Price, Quote. Tenk på når du bygger en bil på nett: Du velger motor og utstyr (Configure), ser prisen endre seg (Price), og får en oppsummering du kan signere (Quote). En enkel idé, men med stor effekt når produktet ditt har tusenvis av varianter, regionale regler og partnere med egne betingelser.

I B2B-salg er CPQ limet som binder sammen produktkompleksitet, prisstrategi og kundens forventninger. Det er systemet som gjør at en selger kan jobbe raskt uten å måtte ringe fem kolleger.

Men kjernen er korrekthet, ikke automatisering. Automatisering uten tydelig logikk fører bare til at du gjør feil raskere. De beste CPQ-løsningene jeg har sett, gjør reglene tydelige, synlige og testbare. Deretter gjør de det raskt å lage tilbud.

Hvis systemet ikke kan forklare seg, vil ikke selgerne stole på det.

Gode CPQ-løsninger har alltid handlet om å lose selgeren mot gode valg, blokkere dårlige, og forklare hvorfor. Man kan kalle det «intelligent choice architecture», men i praksis er det dette vi alltid har prøvd å få til: å ramme inn gode alternativer og hjelpe selgeren å ta riktige valg. AI kan bidra, men det er den solide, innebygde logikken som gjør jobben.

C, P, Q – En kjapp guide

Configure: Fang behov, finn løsningen som fungerer

Konfigurasjon oversetter kundens behov til en gyldig teknisk løsning. En god produktkonfigurator håndhever regler for kompatibilitet og avhengigheter. Den gjetter ikke. Den beviser om noe passer sammen.

En god konfigurator fungerer som en GPS for komplekse salg: Du taster inn målet (kravspesifikasjonen) og systemet foreslår gyldige ruter (løsninger), samtidig som det blokkerer blindveier (ugyldige kombinasjoner). Ingen overraskelser på slutten av reisen.

Et praktisk eksempel: En leverandør av kompressorer har kunder i flere bransjer med ulike sikkerhetskrav. Selgeren legger inn trykk, flow og driftsforhold. Systemet foreslår en passende pakke, sikrer at regionale sertifiseringer er på plass og forklarer hvorfor enkelte opsjoner ikke er tilgjengelige. Selgeren slipper å hoppe mellom systemer eller sende e-poster med «jeg må sjekke og komme tilbake til deg».

Hver regel du legger til, er en avgift på fremtidige endringer. Lag små, uavhengige regler.

Price: Gjør strategien praktisk, ikke teoretisk

Prising i CPQ er der strategi blir til faktiske tall. Her koder du inn listepriser, rabattstrukturer, kost-pluss, marginmål og godkjenningsprosesser. Målet er ikke «perfekt pris», men repeterbar prising som er i tråd med strategien og som kan forbedres over tid.

To mønstre jeg ser fungerer godt:

  • Sikring av marginer: Blokker tilbud som bryter med minimumsmarginene. Fang opp unntakene tidlig, ikke etter at juristene har begynt på kontrakten.
  • Kontekstbaserte justeringer: Skill mellom ulike kundesegmenter, salgskanaler eller komplekse konfigurasjoner. Hvis en løsning innebærer høyere risiko eller krever ekstra ingeniørarbeid, må prisen reflektere det med en gang.

Hold det enkelt å forklare. Hvis en selger ikke kan svare på «hvorfor denne prisen?» med én setning, får du eskaleringer, ikke adopsjon. Systemet kan bruke historiske data til å foreslå en målpris, men det endelige tallet må kunne forsvares overfor kunden og spores internt.

Quote: Gjør enigheten om til et dokument

Tilbudet er dokumentet som gjør enighet om løsning og pris til noe kunden kan signere. Det betyr konsekvente betingelser, korrekt varelinje-spesifikasjon og ingen avvik mellom det som ble konfigurert, priset og skrevet ned.

Gode tilbudsprosesser har tre kjennetegn:

  • Én kilde til sannheten: Konfigurasjonen og prisen flyter rett inn i tilbudsdokumentet. Ingen manuell klipp og lim i Word.
  • Betinget innhold: Garantitekster, regionale klausuler og produktbeskrivelser tilpasses automatisk basert på valgene som er gjort.
  • Klar oppsummering og begrunnelse: Hvis du tilbyr en løsning som erstatter en konkurrents, forklar hvorfor din er bedre. Tilbudet skal hjelpe kjøperen med å forsvare valget internt.

I det øyeblikket du må sende en e-post hvor du forklarer «hva vi egentlig mente her», har du skapt merarbeid og risiko.

Den raskeste tilbudsprosessen er den selgerne stoler på.

Noen praktiske kjøreregler

Her er reglene jeg bruker når jeg hjelper bedrifter med å få CPQ ut av testlaben og inn i den daglige driften.

Regel 1: Start med korrekthet, deretter fart. Hvis løsningen ikke kan bygges eller leveres, er det ingen som bryr seg om hvor raskt tilbudet ble laget. Start med et lite, men korrekt, produktområde og utvid derfra.

Regel 2: Ikke bekjemp kompleksitet – form den. Du kan ikke fjerne kompleksiteten som finnes i den virkelige verden, men du kan gjøre den lettere å navigere i. Bruk enkle spørsmål tidlig i prosessen for å eliminere 80 % av de ugyldige stiene.

Regel 3: Sørg for at logikken er lett å forstå. Hvis en regel trenger et langt avsnitt med kommentarer for å forklares, bør den deles opp. Målet er ikke færrest mulig regler, men regler du kan lese og teste.

Regel 4: Behandle prising som et værkart, ikke et termometer. Du trenger mønstre, trender og risikosoner – ikke bare ett enkelt tall. La historikk informere om hvor dere bør ligge, men la strategien styre.

Regel 5: Gjør selve tilbudsdokumentet kjedelig. Tilbudet skal være forutsigbart. Overraskelsene hører hjemme i kartleggingen av kundens behov, ikke i de juridiske formuleringene.

En anti-helt å unngå: **Brannslukker-syndromet.** Dette skjer når noen få eksperter fikser tilbud manuelt «på siden av» og lover å rydde opp i CPQ-systemet senere. Det føles nyttig i øyeblikket, men dreper tilliten til systemet. Hvis selgerne ser at snarveier gir resultater, taper systemet.

Hva med AI? Brukt riktig, kan AI hjelpe til med å fange opp kundens behov eller skrive et sammendrag. Men AI er et lag på toppen av den grunnleggende logikken. Systemet må fortsatt ha regler som sikrer at løsningen er gyldig og at prisen er i tråd med strategien.

To ting du kan gjøre allerede denne uken:

  • Velg én fast «workaround» og fjern den. Hvis salg eksporterer til Excel for å legge til fraktkostnader, kod logikken for frakt inn i CPQ. Hvis ingeniørene stadig skriver om en tekst, legg den heller inn i systemet.
  • Inn_før_ en fast halvtime for endringer hver uke. Samme tid, samme folk. Gå gjennom én regelendring, én prisendring og én tekstendring. Rull ut trygt. Mål faktisk bruk, ikke bare antall lukkede saker.

Adopsjon er det eneste som teller.

Om du bare husker én ting, la det være dette: CPQ er systemet som sørger for at den beste kunnskapen i bedriften din er bakt inn i hvert eneste tilbud, selv når ekspertene er opptatt. Det er derfor det er viktig. Ikke fordi det automatiserer, men fordi det gjør bedriften din enklere å kjøpe fra.

De som lykkes, har ikke nødvendigvis enklere produkter. De har en enklere måte å ta gode valg på, forklare dem og stå for dem. Det er jobben til en god CPQ-løsning.

Start med noe lite, sørg for at det er korrekt, og gjør det lett å forstå. Resten er bare justeringer underveis.

Kommentarer

Populære innlegg fra denne bloggen

Indirekte salg uten kaos: Slik fungerer CPQ-styring

«Partnerne våre trenger mer frihet.» «Jus-avdelingen krever strengere kontroll.» «Økonomi vil ha bedre innsyn.» Du har hørt alle tre i samme uka. Det har jeg også. Fristelsen er å kaste flere rettigheter på problemet og håpe det løser seg. Det er da de stille feilene begynner å hope seg opp. Jeg ser et mønster i partnerprogrammer: Den første partneren får det samme oppsettet som det interne salgsteamet. Den andre får noen justeringer. Når du har fem partnere, har du tre måter å gi rabatt på og fire ulike godkjenningsløp. Alt er halvveis dokumentert. Alle kan teknisk sett lage et tilbud. Ingen kan forklare hvorfor det siste ble godkjent. Frihet uten rammer er bare en raskere måte å ødelegge tillit på. Dette handler ikke om partneradministrasjon. Det er et problem med styring og struktur i CPQ-systemet – det vi kaller governance. Former du eierskap, innsyn og handlinger på en god måte, slutter kanalsalg å være en politisk kamp og blir et kontrollert system. Du bruker samme CPQ-modell, m...

Hva er en salgskonfigurator? (Og hvorfor det ikke bare er et tilbudsverktøy)

I alle bedrifter som selger komplekst utstyr, finnes det en «Sara». Hun kan produktet inn og ut. Hun kan gjøre et rotete kundebehov om til en ren, byggbar løsning mens andre fortsatt åpner regneark. Hun er en helt. Men hun er også en flaskehals. Jeg husker en global utrulling der hvert eneste store tilbud måtte innom én spesialist for godkjenning. Avtaler ble satt på vent. Godkjenninger hopet seg opp. Verktøyene var det ingenting i veien med. Trafikkmønsteret, derimot, var problemet. Når veksten avhenger av hodet til én person, har du ikke en salgsprosess. Du har en flaskehals med et navn. Vi trenger ikke en større kalkulator. Vi trenger en oversetter. Mange tror løsningen er et stort CPQ-prosjekt som koder ned alle tenkelige regler. Det høres trygt ut, men ender vanligvis opp med å bli tregt, dyrt og rigid. Du bruker måneder på å modellere unntak, bare for å oppdage at selgerne allerede har funnet opp nye. Det virkelige problemet er ikke regnestykket bak tilbudet. Det er oversettelse...

Tillit skalerer ikke med mindre du designer din CPQ for det

Den beste tekniske selgeren din har nettopp brukt ti timer på å bygge bunnsolid tillit hos en kunde. Behovene er avklart. Kompromissene er smarte. Alle nikker. Så kommer tilbudet: et 12-siders regneark med produktkoder. All fremdrift stopper opp. Jeg har sett det for mange ganger. Selgeren bygger tillit i møterommet, men så river verktøyene våre den ned etterpå. Tilbudet er teknisk korrekt, men kjøpsopplevelsen skaper nå mistillit. Tillit bygges i samtaler og rives ned i regneark. Dette handler ikke om dårlig opplæring. Det er et problem med systemdesign. Den skjulte kostnaden ved overleveringer De fleste ser på CPQ som et tilbudsverktøy. Det håndhever produktregler, beregner priser og lager et dokument. Det høres fornuftig ut, helt til du ser hva som skjer mellom behovsanalyse og kontrakt. Kunden forlater møtet med en krystallklar forståelse av hva de skal oppnå: «Vi trenger løsning X for å passe inn på Y plass, med Z kapasitet, og vi er mest opptatt av energikostnad og oppetid.» Dok...