Når bestyrelsen spørger, hvornår der kommer AI i produktet, er det bedste svar et spørgsmål tilbage: hvilket problem hos kunden skal det løse, og hvordan kan vi se, at det er løst? Et godt forløb går fra ønsket til én konkret opgave, én måling og en lille afprøvning med rigtige brugere. Nogle gange er konklusionen, at AI er det forkerte værktøj, og det er også et brugbart svar til bestyrelsen.
Spørgsmålet kommer sjældent ud af det blå. Konkurrenter skriver AI på forsiden, investorer eller ejere læser om det, og salgsfolk melder, at kunderne spørger. Trykket er reelt, og det skal tages alvorligt. Det, der skal undgås, er en funktion, der bliver bygget for at kunne stå i et nyhedsbrev.
Fra ønske til opgave
Sæt ledelsen og en, der kender kunderne, sammen i to timer, og arbejd jer igennem disse spørgsmål:
- Hvilke opgaver i produktet tager kunderne længst tid om, eller springer de over?
- Hvor sidder de og læser, sorterer, skriver eller søger i store mængder tekst?
- Hvad gør de i dag, når produktet ikke hjælper dem?
- Hvad koster et forkert svar i netop den opgave?
- Hvordan ville kunden opdage, at det var blevet bedre?
Svarene giver som regel en kort liste. Sprogmodeller, altså AI, der læser og skriver tekst, er stærke til at opsummere, udtrække, omformulere og finde frem. De er svagere til præcise beregninger, til regler, der skal følges hver gang, og til opgaver, hvor et forkert svar er dyrt, og ingen læser efter.
Tre tegn på, at AI er det forkerte valg
En almindelig funktion er ofte bedre, og det er værd at sige højt.
- Reglerne kan skrives ned. Hvis opgaven kan løses med faste regler, bliver den billigere, hurtigere og mere stabil med almindelig kode.
- Data er ikke til stede. Hvis oplysningerne ligger spredt, er ufuldstændige eller ikke må bruges, løser modellen det ikke. Så er dataarbejdet det egentlige projekt.
- Fejl må ikke ske. Kræver opgaven korrekthed hver gang, og kan ingen menneske kontrollere resultatet, skal I enten ændre opgaven eller lade den ligge.
Et fjerde tegn er mere jordnært: kunderne har ikke bedt om det, og ingen kan pege på, hvem der vil bruge det i næste uge.
Målingen, I aftaler på forhånd
Aftal, før der bygges, hvad der skal være anderledes. Det kan være kortere tid på en bestemt opgave, færre henvendelser til support om et bestemt emne, eller at flere når til enden af et forløb. Målingen skal kunne læses i produktet, og den skal være til at forklare på et bestyrelsesmøde. Antal klik på en knap med et stjernesymbol er nysgerrighed, og siger lidt om værdi.
Aftal også en stopregel. Hvis målingen ikke rykker sig efter en aftalt periode med rigtige brugere, lukker I funktionen eller ændrer den. Det gør det lettere at sige ja til forsøget.
En lille afprøvning
Vælg én opgave og nogle få kunder, der gerne vil være med. Byg det mindste, der kan vise værdien, og lad en person læse med på svarene i begyndelsen. På den måde lærer I, hvor modellen fejler, hvad det vil koste i drift, og om kunderne faktisk ændrer vaner. Valgene undervejs er beskrevet i de tekniske valg før I bygger, og afstanden fra en vellykket prøve til drift står i demoen virker.
Gør AI produktet overflødigt?
Bag ønsket ligger der ofte en større bekymring: kan kunderne snart selv bygge det, vi sælger, med et AI-værktøj? Det er et rimeligt spørgsmål, og det fortjener et roligt svar. Stil det pr. del af produktet:
- Hvad kan en kunde bygge på en weekend? En simpel formular eller en rapport over egne data er nemmere at efterligne end før.
- Hvad er svært at efterligne? Integrationer med andre systemer, regler for branchen, data opsamlet over år, drift, support, sikkerhed og den tillid, der ligger i, at nogen svarer, når noget går galt.
- Hvor går kunderne hen i dag? Se på faktisk afgang, og spørg dem, der er gået. En teori fra et blogindlæg er et dårligt grundlag for en strategi.
Hvis værdien ligger i de tynde lag, er det vigtigt at vide nu. Det kan ændre køreplanen, mere end en enkelt AI-funktion gør. Hvor tæt spørgsmålet ligger på jeres egen brug af værktøjerne, kan I læse i kan vi selv bygge det med AI?
Sådan svarer I bestyrelsen
Tag en side med på næste møde. Den bør rumme de to eller tre opgaver, I har fundet, den ene, I vil prøve, målingen, stopreglen, hvad det kræver af teamet, og hvad der skubbes i den tekniske køreplan. Tilføj én linje om regler, for en AI-funktion under eget navn kan give jer pligter efter AI-forordningen. Det giver bestyrelsen noget at tage stilling til, og det flytter samtalen fra “hvornår” til “hvad”.
Står I uden nogen, der kan tage den samtale med både bestyrelse og udviklere, er det sådan en beslutning, en fractional CTO kan lede. Hos Nielco IT begynder sådan et forløb med en gennemgang af produkt og team, som kan købes alene. Rollen dækker prioritering, teknologivalg, leverandører og teamet, og selve koden bliver hos jeres udviklere. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.
Det skal I lade være med
- At love en dato for AI, før opgaven er valgt · så bliver funktionen målet i stedet for kundens problem.
- At lade konkurrentens forside styre køreplanen · I kender ikke deres brug, kun deres overskrift.
- At måle på nysgerrighed · de første klik siger lidt om, hvad kunderne vil bruge om et halvt år.
- At glemme stopreglen · funktioner uden effekt koster drift, så længe de lever.
Det skal I kræve af den eksterne
- ☐ Et notat til bestyrelsen på én side med opgave, måling og stopregel.
- ☐ Et ærligt svar, også når svaret er, at AI ikke passer til opgaven.
- ☐ En vurdering af, hvad der skal vente i køreplanen.
- ☐ En afprøvning med få kunder, før noget lægges ud til alle.
- ☐ Et roligt overblik over, hvilke dele af produktet der er lette at efterligne.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Hvad skal med i første version, og hvad skal ud? · AI-funktionen svarer forkert
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
