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 ...
Legg inn en kommentar

Lær AI-drevet CPQ-resonnering på to dager

Learn AI-Powered CPQ Reasoning in Two Days

AI-assistert CPQ-kurs: Fra teori til fungerende resultat

Dette kurset er for deg som jobber med CPQ, produkt eller salg. Vi ser på hvordan AI kan brukes i produktkonfigurasjon – uten at det går på bekostning av korrekthet, kontroll eller investeringene dere allerede har gjort.

I stedet for å snakke om verktøy eller vage fremtidsløfter, går vi rett på en praktisk arbeidsmodell. Vi skiller tydelig mellom kontekst for beslutninger og regler for korrekthet. Dette skillet lar AI-en bidra med fart og brukervennlighet, mens den eksisterende CPQ-logikken fortsatt garanterer gyldige konfigurasjoner og priser.

Formatet er kompakt: to halve dager, for å holde fokus og driv. Vi jobber praktisk, først med et felles eksempel, deretter med en bit av deres eget produkt. Målet er ikke en konseptuell demo, men et konkret resultat dere kan vurdere internt.

Hva kurset gir deg:

  • En strukturert innføring i AI-assistert resonnering for CPQ
  • Praktisk øvelse i å modellere og validere produktlogikk
  • En konkret måte å teste ut AI på, uten å måtte bytte ut eksisterende systemer

Hva kurset ikke er:

  • Et prosjekt for å erstatte dagens CPQ-løsning
  • Et generisk kurs i AI eller «prompting»
  • Teori uten håndfaste resultater

Etter lunsj på dag to har alle en felles forståelse for hvordan AI kan tas i bruk på en trygg måte i tilbudsprosessen. Dere sitter igjen med et fungerende og etterprøvbart eksempel, basert på deres egne produkter.

Kursagenda (2 halve dager)

Kurset er lagt opp som to intensive økter: ettermiddag dag 1 og formiddag dag 2. Vi er ferdige til lunsj på dag to. Formatet er praktisk, med korte moduler og pauser for å holde energien oppe.

Dag 1 — Ettermiddag (13:00–17:00)

  • 13:00–13:20 | Introduksjon
    • Hvorfor AI og resonnering er viktig for CPQ
    • Verktøy, arbeidsmodell og mål for kurset
  • 13:20–13:50 | Eksempelcase: Lastebil
    • Hva en språkmodell kan (og ikke kan) gjøre som konfigurator
    • Hvorfor regler er avgjørende for korrekthet og kontroll
  • 13:50–14:00 | Pause
  • 14:00–14:20 | Diskusjon: Hvorfor AI i vår CPQ?
    • Hva er viktigst for dere? Fart, korrekthet, salgsstøtte, opplæring?
    • Vi definerer et realistisk produktutvalg å bygge på dag 2
  • 14:20–14:50 | Praktisk øvelse: Modellering av produkt
    • Innføring i å skrive effektive fortellinger, moduler og varianter
    • Praktisk modellering og «prompting»
  • 14:50–15:00 | Pause
  • 15:00–15:40 | Justering av logikk og assistent
    • Vi jobber praktisk med å forbedre logikk og fortellinger
    • Testing av dialogen med assistenten og forbedring av resultater
  • 15:40–15:50 | Pause
  • 15:50–16:30 | Ende-til-ende-testing
    • Gjennomgang av ulike scenarioer
    • Hva betyr «korrekt og etterprøvbart» for oss?
  • 16:30–17:00 | Oppsummering og veien videre
    • Viktige lærdommer og beslutninger for arbeidet på dag 2

Dag 2 – Formiddag (utfordring, ferdig kl. 12:00)

  • 09:00–09:10 | Intro og briefing
    • Repetisjon av metoden: Kontekst vs. Regler
    • Gjennomgang av dagens utfordring, suksesskriterier og data
    • Vi deler inn i team på to
  • 09:10–11:00 | Team-utfordring: Bygg og valider
    • Hvert team jobber praktisk med et klargjort produkt-datasett
    • Definer resonneringskontekst (avveininger, scenarier, forklaringer)
    • Implementer et lite sett med absolutte regler for korrekthet
    • Test konfigurasjoner for å sikre etterprøvbare og gyldige resultater
  • 11:00–11:10 | Kort pause
  • 11:10–11:50 | Presentasjoner
    • Hvert team presenterer sin løsning for gruppen
    • Gjennomgang av resonnement, regler og resultater
    • Felles diskusjon om valg, innsikt og forskjeller
  • 11:50–12:00 | Oppsummering og avslutning
    • Hva lærte vi av utfordringen?
    • Diskusjon: Hvordan kan dette brukes i våre reelle CPQ-miljøer?
    • Neste steg

Pris og formater

Bedriftsinternt kurs

Prisen er €1390, pluss reise og utlegg etter regning. Kurset tilbys utvalgte kunder etter avtale.

Bedriftsinternt kurs inkluderer:

  • To halve dager med kurs levert hos dere
  • Én måned tilgang til sailsrep.ai for alle deltakere
  • To uformelle oppfølgingsmøter for spørsmål og erfaringsutveksling
  • Et demo-oppsett basert på deres eget produkt, som brukes i kurset og kan evalueres internt

Åpne kurs

Åpne kurs koster €499 per deltaker og følger samme opplegg i en gruppe med deltakere fra ulike bedrifter.

Kursene holdes månedlig i Stockholm, vanligvis den første onsdagen i måneden. Datoer kan variere ved helligdager.

Begge formatene er laget for å levere et konkret, fungerende resultat og en klar forståelse av hvordan metoden kan brukes i praksis i en industribedrift.

Etiketter:

Kommentarer

Legg inn en kommentar

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...
Legg inn en kommentar
Les mer

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...
Legg inn en kommentar
Les mer

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...
Legg inn en kommentar
Les mer