CPQ-workshopen de fleste team dropper, mens avtalene glipper

«Kan vi ikke bare vente? Kundene kommer etter hvert.» Det har jeg hørt i altfor mange salgsmøter. Så går kvartalet, uten at salget kom i boks. Ikke fordi kunden ikke hadde tro på CPQ, men fordi vi aldri ga dem en trygg og rask måte å starte på.

Når et salg stopper opp, slutter jeg å mase om et stort prosjekt. I stedet selger jeg én uke.

En én-ukes CPQ-workshop er den minste fremdriften som gir reelle bevis, lærer opp teamet og reduserer risiko. Det er ikke en demo. Det er en praktisk start som får både produktet og folkene dine i bevegelse.

Selg én uke, ikke et helt prosjekt.

Hvorfor en rask start slår en lang anbudsprosess

Mange tror problemet er manglende tro på prosjektet. Det er feil. Det virkelige problemet er tiden det tar å få det første beviset. Kunder må se sin egen produktlogikk i aksjon, ikke en PowerPoint-slide om «hvordan vi skal komme dit».

Jeg har kjørt slike starter mange ganger. Mønsteret er enkelt: et par dager med forberedelser, tre dager med workshop, og du avslutter med et fungerende grunnlag. Ikke et perfekt system. Men et grunnlag selgerne kan klikke på og ingeniørene kan stole på. Derfra lærer du fort og bestemmer neste trekk basert på fakta, ikke meninger.

CPQ handler ikke om automasjon, men om korrekthet. Verdien ligger i å sikre at det du selger, kan bygges, prises og leveres – hver gang. Automatisering uten solid logikk skalerer bare feilene dine raskere. En én-ukes start fokuserer på korrekthet først og hastighet deretter. Det er den rekkefølgen som fungerer.

Bruk er den eneste målestokken som teller.

Jeg har sett en kunde gå live på rundt 500 timer, for så å bygge videre: 8 språk, BI-rapporter for å se hva som selger, bedre prisstyring og senere maskinlæring for å finne mønstre i tilbudene. Ingenting av det skjer hvis du aldri får det første grunnlaget ut i felten.

Det er poenget. Grunnlaget låser opp verdien. Venter du på perfekt omfang, perfekte priser eller perfekte data, kommer du deg aldri av rullebanen. En uke får deg i lufta.

Den kumulative fordelen av et fungerende grunnlag

Når en minimal CPQ er på plass, kan du endelig bygge det forretningen faktisk trenger:

• Oversette og kopiere løsningen til nye regioner uten å måtte lære opp produktkunnskap på nytt hver gang.
• Bruke BI på ekte tilbud, ikke testdata, for å se hva som vinner og hva som stopper opp.
• Ta i bruk AI der det gir mening – for å oppsummere valg, skrive forslag til tilbudstekster eller flagge unormale rabatter – fordi logikken under er eksplisitt og testbar.

AI erstatter ikke logikk – den er avhengig av den. Uten regler og tester gir AI bare velfunderte gjetninger. Med regler blir den en ekspertassistent. Grunnlaget er disse reglene. Det er bærebjelkene i bygget. Stort sett usynlige, men absolutt nødvendige.

Den stille fiaskoen jeg ofte ser, er store CPQ-prosjekter som ser bra ut i styrerommet, men som aldri blir tatt i bruk. Ikke fordi teknologien er dårlig, men fordi organisasjonen aldri fikk et lite, trygt bevis som bygget tillit. Hvis Excel fortsatt er den raskeste veien til et korrekt tilbud, er ikke CPQ-systemet ditt ferdig. En én-ukes workshop sikter seg rett inn på den sannheten.

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

Regler for en 40-timers CPQ-start

1) Bevis én reell produktsti fra A til Å. Velg et meningsfylt utsnitt – en typisk konfigurasjon med reelle priser og dokumenter. Bruk ordentlige data, ikke lekebiler i en sandkasse. Eksempel: Konfigurer en standard enhet med de 5 vanligste opsjonene, gyldig prising og et utkast til tilbuds-PDF.

2) Gjør reglene synlige, ikke gjem dem bort. Logikken må være lett å forstå. Selgeren må se hvorfor et valg er blokkert og hvilke alternativer som finnes. Ingeniøren må se regler de kan stå inne for. Hvis en regel ikke kan forklares i én setning, må den deles opp.

3) Start med autovern, ikke unntak. Kodifiser det som alltid er sant først. Utsett spesialpriser og unntak. Eksempel: Start med basisrabatter og godkjenningsflyt før du tar for deg alle regionale særavtaler. Kompleksitet gror fra kantene – hold kantene unna den første uka.

4) Lær opp teamet mens dere bygger. Sitt sammen med produkteieren som skal eie logikken. La dem modellere, teste og ødelegge ting sammen med deg. Målet er ikke bare en demo, men kompetanse i teamet. Hvis CPQ-systemet er avhengig av helter, har du ikke et system, men en flaskehals.

5) Lever tester, ikke bare skjermbilder. Avslutt uka med et lite sett med tester du kan kjøre på minutter. Når neste endring kommer, sikrer testene at alt fortsatt fungerer. Blokker feil tidlig – ikke rydd opp i dem senere.

Anti-mønster: Den store planen. Å bruke uker på å skrive det «perfekte» løsningsdesignet før man rører reell logikk. Det føles trygt, men utsetter bare læringen. Når du endelig begynner å bygge, er antakelsene utdaterte og virkeligheten har endret seg.

Selvstendighet er den virkelige suksessfaktoren

De mest vellykkede CPQ-prosjektene jeg har sett, har én ting til felles: Kundene blir raskt selvgående. Eierskapet ligger hos produktteamet, ikke hos leverandøren eller et par konsulenter. Endringer gjøres ukentlig, uten drama. Det er ikke magi – det er design.

Gjør selvstendighet til et uttalt mål fra dag én. Workshopen må skje i ditt eget miljø, ikke på en konsulents laptop. Teamet ditt må sitte igjen med tilgang, mønstre og tester. Det første styringsmøtet bør være i kalenderen, med en enkel plan for endringer: hvem kan endre hva, og hvordan testes det?

Forklaring bygger tillit. Hvis CPQ-systemet kan forklare reglene sine, vil selgerne bruke det. Når selgerne bruker det, får du dataene som trengs for å forbedre prisingen. Prisene blir bedre gjennom bruk, tilbakemeldinger og åpenhet – ikke ved å vente på perfekte data.

Og ja, ta i bruk AI – men i riktig rekkefølge. Med tydelig logikk og et sett med tester blir AI en nyttig assistent: den kan foreslå tilbudstekster, anbefale neste valg eller flagge unormale rabatter. Uten bærebjelkene er det bare pent formulerte gjetninger.

Dette kan du gjøre denne måneden

• Tilby en én-ukes CPQ-workshop på alle kvalifiserte salgsmuligheter. Fremstill det som en måte å ta raskere beslutninger på: ekte produkt, ekte pris, ekte dokumenter, ekte tester. Pris det slik at det er enkelt å få godkjent.
• Velg riktig utsnitt. Velg en produktsti som betyr noe. Definer de 10 valgene en selger må ta og de 5 reglene som aldri må brytes. Det er omfanget ditt.
• Gjør eierskapet synlig. Utnevn den interne eieren som skal modellere med dere, sett opp to korte forberedelsesmøter, og avslutt uka med en sjekkliste for styring og et sett med tester.

Det er nok til å bygge momentum. Du vil raskt finne ut om kunden er seriøs. De vil raskt se om din tilnærming fungerer for deres virkelighet. Uansett har du redusert risikoen for begge parter.

CPQ er ikke vanskelig. Produktet er vanskelig. CPQ bare avslører rotet. Derfor er ikke det første målet eleganse, men sannhet. Finn én sti som fungerer, bevis det, og la organisasjonen kjenne forskjellen på å gjette og å vite.

Jeg har en enkel test på om den første uka var en suksess: spurte selgerne om tilgang på fredag? Ikke en demo. Tilgang. Hvis ja, er du på rett spor.

Den raskeste tilbudsprosessen er den selgerne stoler på.

Tenk hagearbeid, ikke samlebånd. Forbered jorda, plant noen få sterke frø, og stell dem. En én-ukes workshop er den første dagen i hagen. Du høster ikke etter én uke, men du vet at du har valgt riktig jorde.

De som lærer raskest, selger raskest. Den korteste veien til den læringen er en uke du kan levere.