Før I vælger AI-model eller AI-tjeneste, skal fem ting være besluttet: hvilke data der må bruges, hvilken jurisdiktion I accepterer, hvor meget binding I vil bære, hvilken kvalitet opgaven kræver, og hvordan økonomien skal opgøres. Tager I dem i den rækkefølge, falder mange muligheder fra, før I bruger tid på at sammenligne dem.
Spørgsmålet “hvilken AI skal vi vælge?” bliver ofte stillet, før nogen har sagt, hvad den skal bruges til, og hvad den ikke må. Så ender sammenligningen i funktioner og demonstrationer. De fem beslutninger vender det om. Først sætter I rammen, derefter ser I, hvem der passer i den.
Hvor AI skal bruges i virksomheden, og hvad den skal give, er en strategisk beslutning, som behandles på cio-as-a-service.dk. Denne artikel begynder, når opgaven er kendt, og valget af leverandør og driftsform står for døren.
1. Data: hvad må tjenesten se?
Den første beslutning er, hvilke oplysninger der skal igennem løsningen. Offentlige tekster, interne notater, kundedata, persondata, forretningshemmeligheder og oplysninger under tavshedspligt stiller forskellige krav. Beslutningen kommer først, fordi den afgør alle de andre. Er data ufarlige, er mange krav lette. Er de følsomme, bliver jurisdiktion og drift afgørende.
Skriv for hver opgave, hvilken kategori af data den bruger, og hvilken kategori der aldrig må komme i nærheden. Metoden står i hvilke data må hvor.
2. Jurisdiktion: hvem må have adgang?
Den anden beslutning er, hvor beregning og lagring må ske, hvilket selskab der må være aftalepart, og om I accepterer ejere uden for EU. Her bruges fire lag, nemlig udvikler, drift, ejer og lov, som er forklaret i hvad betyder europæisk AI. Beslutningen skrives som et krav pr. lag, der følger af data fra første beslutning.
3. Binding: hvor svært må det være at komme ud?
Den tredje beslutning handler om, hvad I vil kunne tage med, hvis I skifter. Hver eneste udbyder i vores gennemgang fra november 2026 udfaser modeller efter en fast plan, så I skifter model før eller siden, også hos samme leverandør. Spørgsmålet er, hvor meget af jeres arbejde der skal kunne flyttes: prompter, testsæt, tilpasninger, indekser over dokumenter og forbindelser til jeres systemer.
Beslut, hvilken binding der er acceptabel, før I bygger. En binding, I har valgt bevidst, kan være fornuftig. En binding, I opdager bagefter, er dyr.
4. Kvalitet: hvad skal modellen kunne?
Den fjerde beslutning er, hvad der er godt nok. Det skal beskrives med eksempler fra jeres egne opgaver: hvilke spørgsmål skal besvares, på hvilket sprog, hvor præcist og hvor hurtigt. Uden den beskrivelse ender sammenligningen i generelle målinger, der ikke siger noget om jeres brug.
Kvalitet kommer efter de tre første, fordi den skal måles blandt de løsninger, der overhovedet er tilladt. At finde den løsning, der svarer flottest, og bagefter opdage, at den ikke må bruges til jeres data, er spildt arbejde.
5. Økonomi: hvad skal med i regnestykket?
Den femte beslutning er, hvordan I opgør omkostning og gevinst. AI kan købes pr. bruger, efter forbrug, som fast kapacitet eller som egen drift, og hver form har sine egne poster. Ud over licens eller forbrug kommer timer til opsætning, test, drift, opfølgning og et senere skifte. Gevinsten skal måles på et resultat, forretningen kan se.
Beslut, hvilke poster der skal med, før I sammenligner tilbud. Ellers sammenlignes listepriser, og de poster, der ikke står i tilbuddet, glemmes. Hvad der påvirker prisen, og hvordan I får et tilbud, står under pris og tilbud.
Hvorfor rækkefølgen betyder noget
Rækkefølgen følger det, en køber møder. Data og jurisdiktion fjerner muligheder. Binding fjerner nogle af de resterende eller ændrer, hvordan de skal sættes op. Først derefter giver det mening at måle kvalitet, og økonomien kan først regnes, når driftsformen er kendt.
Springer I en beslutning over, kommer den tilbage senere. Den manglende databeslutning kommer igen, når en kunde spørger. Den manglende bindingsbeslutning kommer igen, når en model udfases. Den manglende kvalitetsbeslutning kommer igen, når brugerne klager.
Hvad det kræver, og hvad det koster at lade være
De fem beslutninger kan tages på et eller to møder med ledelse, IT-ansvarlig og den, der ejer opgaven. Har I en DPO eller en jurist, deltager de i den første og anden beslutning. Forberedelsen er en liste over opgaver og de data, de bruger, og den tager en til to dage at lave første gang.
Lader I være, bliver valget truffet af den, der først prøver en tjeneste, og de fem beslutninger bliver taget én ad gangen, når problemerne viser sig. Det koster egne timer i oprydning, ny test, når kravene ændres, og et skifte, der kunne have været undgået.
Det skal I lade være med
- At begynde med demonstrationer · de viser kvalitet og funktioner, før I ved, hvad der er tilladt.
- At springe bindingen over, fordi aftalen er kort · modellen og jeres eget arbejde binder uafhængigt af løbetiden.
- At regne økonomi på listepris alene · timer til test, drift og skifte er en del af prisen.
Det skal valget kunne vise
- ☐ En beslutning om data for hver opgave.
- ☐ Krav til udvikler, drift, ejer og lov.
- ☐ Hvilken binding der er accepteret, og hvad der skal kunne tages med.
- ☐ Kvalitetskrav beskrevet med egne eksempler.
- ☐ De poster, økonomien skal opgøres med.
Senest gennemgået: november 2026.
Næste skridt
Sæt et møde, hvor de fem beslutninger tages for den første opgave. Skriv svarene på én side, og brug den, når I ser på leverandører.
Læs også: Opgaven sætter kravet til modellen · Spørgeark til enhver AI-leverandør
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
