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 ...
Hvorfor CPQ-systemet ditt taper mot et regneark
«Vi brukte en formue på dette CPQ-systemet. Hvorfor sender alle fortsatt tilbud fra Excel?» Det blir stille i rommet. Alles øyne rettes mot den som er ansvarlig for salgsverktøyene. Jeg har vært i det møtet litt for mange ganger.
Jeg husker en gjennomgang hos en produsent av medisinsk utstyr. Vi hadde lansert Tacton CPQ, demoen var imponerende, men da kvartalet var omme, falt selgerne tilbake til de gamle regnearkene sine. Økonomidirektøren spurte etter adopsjonstall. Salgsdirektøren ba om tålmodighet. Selgerne ba om et verktøy som var raskere.
Hvis dette høres kjent ut, har du ikke et problem med sta brukere. Du har et system som ikke består en enkel test i praksis: Hjelper det en selger å jobbe raskere og med større trygghet, akkurat nå? Hvis ikke, finner de en vei rundt. Det gjør de alltid.
Det er ikke motstand. Det er en rasjonell avvisning.
Den vanlige historien er at selgere er redde for endring og ny teknologi, og klamrer seg til regnearkene sine. Fin historie, men feil diagnose.
Selgere har ikke allergi mot endring. De har allergi mot forsinkelser og tvil. Hvis et verktøy gjør dem treigere, kompliserer prisingen eller ødelegger arbeidsflyten, er det rasjonelt å avvise det. Ikke emosjonelt. Rasjonelt.
Et regneark er ikke et opprør. Det er en løsning systemet ditt selv har invitert til. Hvis det tar 20 klikk og en support-sak å få ut et budsjettilbud, vinner et regneark som tar to minutter hver gang. Programvare blir bare brukt hvis den sparer deg for tid.
CPQ handler ikke om automasjon. Det handler om korrekthet du kan se og stole på. Automasjon uten synlig logikk skalerer bare feil raskere. Hvis svarene er uforståelige, vil folk unngå dem.
Regnearket er et symptom, ikke sykdommen.
Reglene for å lykkes med adopsjon: tillit, fart og GPS
Adopsjon er ikke et opplæringsproblem. Det er et designproblem. Du må bygge noe selgerne velger å bruke fordi det gjør dem bedre. Disse reglene hjelper deg med å komme dit.
1. Fiks tillitsunderskuddet. Hvis en selger ikke kan se *hvorfor* en pris eller konfigurasjon er som den er, vil de ikke risikere provisjonen eller kunden sin på den. Ugjennomsiktig prising ødelegger selvtilliten. Gjør logikken synlig. Vis hvordan rabatter beregnes, hvor kostnadene kommer fra, og hvorfor en regel slår inn. Hvis du jobber med systemer som kun bruker symbolsk logikk for konfigurasjon, er et uoversiktlig nettverk av regler som motsier hverandre en effektiv måte å drepe adopsjon på. Strukturer reglene dine slik at de kan leses, testes og forklares med én setning.
Et eksempel: En selger klikker «Høytemperatur-opsjon», og prisen hopper med 12 %. Hvis systemet også kan vise kostnadsdriveren og marginpåvirkningen i klartekst, øker tilliten. Viser det bare et nytt tall, synker den.
Hvis systemet ikke kan forklare seg selv, vil ingen stole på det.
2. Bestå fartstesten – for selgerens oppgave. Ikke for hele forretningsprosessen, men for selgerens konkrete oppgave. Hvis jobben er å «gi kunden et budsjettilbud før kl. 15», må CPQ-systemet være den raskeste lovlige måten å gjøre det på. Ta tiden på hvor lang tid det tar å lage et ferdig tilbud med realistiske data. Hvis regnearket vinner, feiler systemet der det teller mest.
Lag snarveier for de vanligste løpene. Bruk maler for de 20 mest solgte konfigurasjonene. La selgere lagre favorittpakker. Ingen skryter av et verktøy som sparer økonomiavdelingen for tre dager ved månedsslutt, hvis det koster dem 30 minutter ekstra per tilbud. Det regnestykket går aldri opp i felt.
3. Vær en GPS, ikke en politibetjent. Et dårlig CPQ-system oppfører seg som en politimann som bare dukker opp for å si «ugyldig» og sperre veien. Et godt CPQ-system er som en GPS. Det veileder deg til en gyldig løsning, forklarer svinger og regner ut en ny rute hvis du kjører feil. Selgere vil ha en guide, ikke en vakt.
Et dårlig mønster er «Politi-CPQ». Hvis grensesnittet lyser opp med røde feilmeldinger og fryser til brukeren har fikset alt, straffer du utforsking. En GPS-løsning lar deg prøve deg frem, viser konsekvensene og tilbyr gyldige alternativer med ett klikk. Den lærer deg mens du selger.
Et godt CPQ-system føles som en GPS, ikke en politibetjent.
4. Gjør regler til en ressurs, ikke en byrde. Problemet er ikke regler, men «sprø» regler som lett knekker. Når logikken er modulær, har tydelige navn og er dekket av tester, blir den et verktøy for fart og trygghet. Når den er duplisert og gjemt i skript, blir den et rykte. Selgerne merker forskjellen umiddelbart.
En praktisk test: Hvis det tar uker å legge til en ny opsjon fordi du er redd for å ødelegge noe, vil selgerne finne en vei rundt deg. Kan du legge den til på en dag og vise effekten, vil de prøve den i neste kundemøte. Fart skaper tillit.
5. Adopsjon er den eneste målingen som teller. Demoer teller ikke. Oppmøte på kurs teller ikke. Det som teller, er daglig bruk i reelle salgsprosesser. Bruk avdekker friksjon, friksjon lærer deg hva du skal fikse, og fiksene øker bruken igjen. Den sirkelen er pulsen i et sunt CPQ-program.
Adopsjon er den eneste målingen som teller.
Balanserende innspill: Ja, noen selgere vil unngå ethvert system. Men når et verktøy er beviselig raskere og tryggere, strømmer flertallet til. Jobben din er å gjøre den riktige adferden til den enkleste veien.
Hva du bør fikse dette kvartalet
Kjør en fartstest på de tre vanligste tilbudsscenarioene. Sett deg ned med to flinke selgere og ta tiden på hele prosessen i CPQ – fra behov til ferdig PDF. Ta deretter tiden på hvordan de gjør det i regnearket. Sammenlign antall klikk, ventetid og omarbeid. Der CPQ-systemet taper, lager du en snarvei: maler, forhåndsutfylte felt, favoritter og ett-klikks alternativer.
Vis logikken bak priser og godkjenninger. Legg til et enkelt «Forklar pris»-panel. Vis kostnadsdrivere, hvilke regler som er brukt, og hvem som kan godkjenne hva. Bygg dette én gang, så slipper selgerne å gjette.
Rydd opp i de verste regel-flokene. Plukk ut ett smertefullt område der endringer stadig ødelegger noe annet. Del opp store, komplekse regler i mindre, navngitte blokker som kan testes. Fjern duplikater. Når systemet slutter å overraske folk, begynner de å stole på det.
Bytt ut politiet med en GPS. I stedet for å blokkere brukeren med en feilmelding, vis et gyldig alternativ med synlig marginpåvirkning. Legg til et «foreslått neste steg» på hver side. Brukeren skal alltid vite hva et godt neste trekk er.
Publiser en ukentlig adopsjonspuls. Ikke et glansbilde, men én side med tre tall: antall tilbud laget i CPQ, gjennomsnittlig tid til første utkast, og prosentandel tilbud som redigeres utenfor systemet. Legg ved ett eksempel på hvor det butter imot, og én fiks som er levert.
Behandle selgerne som kunder av produktet. Se på CPQ-systemet som et produkt med en klar eier og en backlog. Inviter selgerne til korte, hyppige møter. Ta med én prototype per møte. Spør: «Ville du brukt dette foran en kunde i morgen? Hvis ikke, hvorfor?»
Jeg lærte dette på den harde måten. I en stor Tacton-implementering for mange år siden skyldte vi lenge på dårlig opplæring. Så bygget vi en 90-sekunders flyt for å lage budsjettilbud og la til en «Forklar pris»-funksjon. Adopsjonen skjøt i været på en uke. Ikke fordi holdningene endret seg, men fordi verktøyet endelig gjorde jobben sin.
Fremgang er alltid bedre enn perfeksjon. Få noe pålitelig ut til selgerne, og juster underveis basert på tilbakemeldinger.
Og lurer du på hvor AI passer inn? Hold den i kort bånd. AI fungerer best på toppen av eksplisitt, testbar logikk. Uten rammer blir AI en maskin som gjetter. Med rammer blir den en assistent som hjelper deg å resonnere. La AI gjøre interaksjonen raskere, ikke finne opp reglene.
De fleste CPQ-problemer er ikke verktøyproblemer. Det er problemer med produktstruktur og styring. God styring handler ikke om møter, men om tydelig eierskap, trygge endringsprosesser og raske feedback-løkker. Hvis en liten endring fortsatt krever en prosjektplan, går selgerne tilbake til Excel.
Slutt å spørre hvordan du får selgerne til å bruke CPQ-systemet. Spør heller om du har bygget et system som er verdt å bruke.
Kommentarer
Legg inn en kommentar