CPQ dør ikke. Det er i ferd med å bli ditt lag for avtaleutforming.

Jeg avsluttet nylig en workshop med en påstand som fikk hele rommet til å rette seg opp i stolen: Jevons' paradoks. Da oversettelser ble billigere, begynte vi ikke å oversette mindre. Vi begynte å oversette alt. Markedet eksploderte. Akkurat det samme skjer nå med CPQ. Når produktkonfigurasjon blir enklere og mer tilgjengelig, begrenser vi ikke bruken. Vi utvider den så mye at CPQ slutter å være et nisjeverktøy for industrien og begynner å ligne på et lag alle B2B-selskaper vil bruke for å forme avtaler i sanntid.

Fra nisjeverktøy til et lag som former avtaler

I over 20 år har CPQ vært forbeholdt tekniske produkter, fordi det var der korrekthet betydde mest og logikken betalte for seg selv. Solgte du lastebiler, medisinsk utstyr, pumper eller modulbaserte anlegg, investerte du. Alle andre klarte seg med Excel, «know-how» på huset og en prisliste.

Den grensen er i ferd med å forsvinne. Legg et konversasjonslag foran en tydelig produktlogikk, og et salgsmøte blir plutselig en arbeidsøkt der man resonnerer sammen. Scenarioer, avveininger og kjøreregler blir forklart mens en gyldig konfigurasjon og pris bygges opp i bakgrunnen. Dette er ikke lenger et bakromsverktøy for å lage tilbud. Det er et lag som former avtalen, plassert mellom kundens behov og det bedriften din faktisk kan bygge, fakturere og levere.

I det øyeblikket CPQ kan både resonnere og forklare, går det fra å være et nisjesystem til å bli en felles sannhet for hele bedriften.

Noen kaller dagens plattformer «AI-native, codeless CPQ». Poenget er ikke å fjerne all kode for enhver pris. Poenget er endringstakt og bredde i bruken. Hvis systemet kan tilpasses av de som eier produktene og tilbudene, slutter det å være et IT-prosjekt og blir i stedet selgerens daglige verktøy.

Hvorfor dette er annerledes

Mange tror problemet er å velge riktig verktøy, men det er det ikke. Før var valget mellom tillit og hastighet. Regneark var raske, men upålitelige. Tunge CPQ-systemer var til å stole på, men trege å endre. Et konversasjonslag fjerner dette kompromisset, så lenge det kjører på toppen av en eksplisitt og testbar logikk.

Slik pleier jeg å omformulere det for ledere: Målet er ikke å automatisere tilbudsprosessen. Målet er å få systemet til å tenke *med* deg, for deretter å garantere at resultatet er byggbart, lønnsomt og forståelig. Tradisjonelle systemer, spesielt de som er tunge på kode eller tett knyttet til CRM, ble aldri bygget for en slik interaksjon.

Tre skifter gjør dette mulig akkurat nå:

• Konversasjon fanger behov: Språkmodeller (LLM-er) kan hente inn kontekst, oversette scenarioer til strukturerte valg og forklare avveininger på vanlig språk.
• Tydelige kjøreregler: Regelstyrt logikk sørger for at svarene er gyldige og prisene er riktige. AI foreslår, men reglene bestemmer.
• Eierskap uten kode: Produkteiere kan endre tilbud og logikk selv, uten å vente på IT. Styringen av tilbudene får samme hastighet som markedet.

AI oppå regler slår AI i stedet for regler. Det er arkitekturen som bygger tillit over tid.

Hvordan dette laget fungerer i praksis

Tenk i lag, ikke som en monolitt:

• Definisjon av tilbudet: Moduler, varianter, attributter og betingelser som speiler hvordan dere selger og leverer. Hold det flatt, lesbart og testbart. Lag noen få scenarioer som koder for gyldige kombinasjoner du kan forklare til en produktsjef på ett minutt.
• Kjøreregler (Guardrails): Enkle regler som sikrer gyldige kombinasjoner. Ingen skjult magi. Hvis en regel trenger et helt avsnitt for å forklares, bør den deles opp.
• Resonneringsflaten: Et grensesnitt som oversetter kundens språk til konkrete valg. Det foreslår standardløsninger, forklarer hvorfor, og viser konsekvensene for kostnad, leveringstid, risiko og margin.
• Datainnsamling: Logg alt – hva ble spurt om, hva ble valgt, hva ble forkastet og hvorfor. Hvert tilbud blir en kilde til læring, ikke bare en transaksjon.
• Integrasjon: Systemet må generere stykklister, prisdetaljer og dokumenter som økonomi- og produktsystemene (ERP/PLM) forstår uten manuell oversettelse. Systemet skal kunne forklare hver linje til en skeptisk økonomisjef.

I praksis ser dette enkelt ut. En selger eller kunde svarer på fem spørsmål. Systemet anbefaler en konfigurasjon, sammen med et alternativ av høyere verdi og en enklere basismodell. Logikken garanterer at alt er gyldig. Teksten forklarer avveiningene. Marginkontrollen varsler om risiko. Et tilbudsutkast, en stykliste og en endringslogg produseres umiddelbart. En leder kan se hvorfor prisen endret seg og hva som skal til for å justere den.

Gjør du dette én gang for teknisk utstyr, vil du legge merke til at det samme mønsteret passer for SaaS-pakker, tjenesteprodukter, partnerløsninger og konsulenttilbud. Objektene endrer seg, men mønsteret er det samme.

Det voksende forspranget

Team som tar i bruk denne arkitekturen, får et stille, men voksende forsprang:

• Kortere salgssykluser fordi systemet fanger opp behov og foreslår gyldige løsninger før en spesialist må involveres.
• Mindre prispress fordi verdien av ulike valg blir synlig og dokumentert, ikke improvisert frem i siste liten.
• Bedre prising fordi hvert tilbud blir data for å lære hva som fungerer, hva som stopper opp, og hva som ikke lenger er relevant.
• Eierskapet flyttes fra IT til produkt- og salgsavdelingen. Endringer skjer ukentlig, ikke kvartalsvis.

Hva skjer med de som venter? Ingen dramatisk kollaps, bare en gradvis svekkelse. Flere skyggetilbud i Excel. Flere telefoner til den ene eksperten som kan modellen utenat. Mer tid brukt på å avstemme muligheter i CRM mot virkeligheten i ERP. Ingen enkeltstående feil, bare friksjon i hver eneste avtale, som til sammen gjør selskapet tregere.

Stille feil er ikke en systemfeil. Det er den akkumulerte kostnaden av beslutninger du ikke kan se.

Hva du kan endre dette kvartalet

Hvis du vil at CPQ skal bli et lag som former avtalene deres, er det noen grep som raskt gir resultater:

• Definer kjørereglene: Skriv ned det absolutt minste settet med regler som garanterer korrekte tilbud for de ti mest solgte produktpakkene. Prioriter lesbare regler og navngitte scenarioer fremfor smarte funksjoner.
• Forklar hvorfor: Legg til korte forklaringer til valg og scenarioer. Når systemet begrunner sine forslag, bygger det tillit. Selgerne begynner å tenke *med* systemet, ikke rundt det.
• Mål resultatene: Loggfør hvilke spørsmål som ble stilt, hvilke standardvalg som ble akseptert, og hvilke avveininger som vant frem. Bruk hvert tilbud til å lære mer om prising og produkt.
• Frikoble fra CRM: La selve konfigurasjonen og dialogen skje der kundens behov formes. Synkroniser kun resultatet og godkjenninger til CRM. Ikke tving resonneringen inn i CRM-systemet.
• Test utenfor hardware: Prøv å modellere én SaaS-pakke, én tjenesteavtale og ett partnertilbud. Bevis for deg selv at dette mønsteret fungerer også der. Det vil det.

Er du bekymret for AI-hypen? Bra. Hold maskinen ydmyk. Bruk den til å stille bedre spørsmål og korte ned tiden. La den eksplisitte logikken ta avgjørelsene om gyldighet og margin. Jeg har sett språkmodeller selvsikkert foreslå troverdig tull. Jeg har også sett dem forvandle et rotete oppstartsmøte til en strukturert konfigurasjon raskere enn noe menneske kunne klart. Vinneren er en hybrid: konversasjon for å fange behov, regler for å sikre korrekthet, og data for å lære.

Hva som vokser når CPQ blir allemannseie

Jevons' paradoks er en nyttig linse å se dette gjennom. Når du gjør noe billigere og enklere, øker etterspørselen overalt, også på steder du ikke forventet. Guidet salg vil ikke forbli i tungindustrien. Det flytter inn i:

• SaaS, hvor pakker, bruksnivåer, rettigheter og tjenester endres ofte. Her kan laget forklare verdi, håndheve regler og styre marginer uten å vente på IT.
• Konsulent- og tjenesteyting, hvor omfang, forutsetninger, bemanning og risikopåslag trenger en felles logikk og et spor som kundene har tillit til.
• Partner- og økosystemsalg, hvor sammensetning av løsninger fra flere leverandører krever en felles plattform for resonnering og én samlet historie om margin.

Gjør du CPQ forståelig og lett å snakke med, utvider du markedet for guidet salg. Dere vil kunne gi flere tilbud, i flere kategorier, med langt større trygghet. Ikke fordi dere automatiserte en prosess, men fordi dere reduserte kostnaden ved å tenke riktig i salgsøyeblikket.

Når kostnaden ved å resonnere faller, eksploderer markedet for resonnering.

En hard sannhet til slutt: Hvis produktstrukturen din er rotete, kan ingen verktøy redde deg. Du trenger fortsatt tydelig eierskap, scenarioer du kan forklare på en tavle, og tester som overlever nye folk og nye markeder. Men når det fundamentet er på plass, fjerner konversasjonslaget taket for hvordan og hvor dere kan selge.

Poenget er å fjerne spesialtilpasset kode der det er mulig, øke endringstakten og holde oversikt over marginene. Kombiner det med tydelige kjøreregler og en flate for resonnering, så får du et system som ikke bare lager tilbud. Det former avtalen og viser hvordan det kom frem til svaret.

Regnearket hadde aldri en sjanse mot det.

Hvis ditt selskap hadde et slikt lag – som kunne resonnere, forklare og garantere korrekte løsninger i sanntid – hvilken del av markedet ditt ville du da vært klar til å gi et tilbud til i morgen?