Købe et AI-værktøj eller få bygget jeres eget?

Hvornår en licens er nok, hvornår den ikke er, og hvad I binder jer til i hvert af valgene. Med de spørgsmål, der afgør det i praksis.

ca. 6 min. læsningSkrevet af Platformhuset

Spørgsmålet bliver som regel stillet for tidligt. Køb eller byg er ikke et valg mellem to produkter, det er et valg om, hvor jeres arbejdsgang skal bøje sig. Køber I, retter I arbejdsgangen ind efter værktøjet. Bygger I, retter værktøjet sig efter arbejdsgangen, og I overtager til gengæld ansvaret for, at det bliver ved med at virke.

Hyldevaren er stærkere, end mange regner med

De store kontorpakker har fået sprogmodeller ind under motorhjelmen, og for opgaver som at opsummere en mailtråd, lave et udkast til et referat eller finde noget i egne filer, er de gode nok for de fleste. De er også vedligeholdt: sikkerhedsopdateringer, nye modelversioner og integrationer kommer, uden at nogen hos jer skal gøre noget.

Der findes en tommelfingerregel, som holder overraskende godt: hvis den opgave, I vil løse, ligner noget, tusind andre virksomheder også har, så findes der et produkt. Fakturascanning, mødereferater, kundeservicechat, oversættelse. Bygger I selv oven på den slags, betaler I for at nå frem til noget, der allerede står på hylden.

Fire ens kasser og én, der er sat sammen. Det er hele spørgsmålet, og de fleste bør vælge en af kasserne.

Hvor hyldevaren holder op

Et standardværktøj kan alt det, alle skal bruge. Til gengæld kan det ikke det, der er særligt for netop jer. Vi ser fire situationer gå igen, hvor licensen ikke rækker.

  • Arbejdsgangen krydser systemer, der ikke taler sammen. Værktøjet kan læse mailen, men det kan ikke slå kunden op i jeres branchesystem, kigge i kalenderen og skrive tilbage i begge dele.
  • Reglen er jeres egen. Prissætning, kulance, hvem der må love hvad. Den slags kan ikke konfigureres frem, den skal skrives ind.
  • Volumen ligger i en enkelt, snæver opgave. Skal den samme type dokument behandles tusindvis af gange, betaler et smalt værktøj sig hurtigere end en bred licens til alle ansatte.
  • Det, systemet gør, er selve produktet. Sælger I ydelsen videre, kan I ikke bygge den oven på et abonnement, som en anden kan opsige eller lægge om.

Bemærk at ingen af de fire handler om teknologien. De handler om, hvor tæt opgaven ligger på det, der gør jer til jer.

Den tredje mulighed, som oftest er svaret

I praksis ender de fleste projekter et sted i midten. Kontorpakken og modellerne købes som de er, og der bygges et tyndt lag ovenpå, som gør det, der er jeres: henter data fra jeres systemer, holder modellen inden for jeres regler, og lægger resultatet det rigtige sted.

Det lag er lille nok til at kunne skiftes ud. Det er hele pointen. Kommer der en ny model, eller skifter I udbyder, er det laget, der skal rettes, ikke arbejdsgangen. Vi bygger stort set kun på den måde, og vi anbefaler det også til folk, der bygger uden os. Fem konkrete eksempler på, hvad sådan et lag typisk gør, står i Fem automatiseringer der kan bygges på under to ugers arbejde.

Fire spørgsmål der afgør det

  1. Kan opgaven beskrives uden at nævne jeres virksomhed? Kan den, er der et produkt. Kan den ikke, er der ikke.
  2. Hvor mange systemer skal røres? Ét system: køb. Tre systemer og en regel: så begynder det at ligne noget, der skal bygges.
  3. Hvad sker der, hvis leverandøren lukker eller fordobler prisen? Er svaret at arbejdet står stille, skal I kende jeres vej ud, inden I går ind.
  4. Hvem retter det, når det går i stykker? Et købt værktøj har en support. Et bygget værktøj har en aftale, eller også har det ingenting.

Hvad I binder jer til

Køber I, binder I jer til en leverandørs vilkår. Kig efter tre ting, inden I skriver under: om der findes en databehandleraftale, om erhvervsdata bliver brugt til at træne udbyderens modeller, og hvordan I får jeres data ud igen. De to første er som regel i orden hos de store, og de skriver det tydeligt. Microsoft angiver, at data fra Copilot ikke bruges til at træne deres grundmodeller, og Anthropic har skrevet træningsforbuddet ind i selve handelsvilkårene for erhvervskunder. Hvor de enkelte udbydere står med hensyn til europæisk databehandling, har vi gennemgået i AI-modellernes tilstand, august 2026.

Vejen ud er blevet nemmere at kræve. EU's dataforordning har været gældende siden 12. september 2025, og den giver kunder ret til at skifte databehandlingstjeneste: højst to måneders varsel for at sætte skiftet i gang, en overgangsperiode på op til 30 dage, som kunden kan forlænge én gang, og udlevering af data i et almindeligt, maskinlæsbart format. Fra 12. januar 2027 falder selve skiftegebyrerne helt bort, herunder gebyrer for at flytte data ud. Bemærk at det gælder skiftegebyrer, ikke almindelig betaling for tjenesten eller bod ved at bryde en aftale før tid.

Bygger I, binder I jer til vedligehold. Det er den post, der oftest bliver glemt, når budgettet lægges. Robert Glass sammenfattede i 2002 den daværende forskning som, at vedligehold typisk lægger beslag på mellem 40 og 80 procent af softwarens samlede omkostninger, med 60 procent som gennemsnit. Tallene bygger på studier fra 1976 til 1981, altså fra længe før cloud og abonnementer, og de er ikke blevet gentaget i nyere neutrale målinger. Brug dem som størrelsesorden, ikke som facit. Vores egen erfaring modsiger dem ikke.

Kunden ejer kode, design og data i det, vi bygger. Det er den eneste udgave, der giver mening: uden den ville I være bundet til os på præcis samme måde, som I ville være bundet til et abonnement.

Det spørgsmål, vi ikke kan svare på for jer

Hvor meget er det værd for jer, at systemet gør præcis det, I gør? Nogle virksomheder svarer meget, og har ret. Andre svarer meget, og har det bare svært ved at give slip på en arbejdsgang, der er blevet til ved et tilfælde for ti år siden. Vi kan hjælpe med at stille spørgsmålet, men vi kan ikke svare på det udefra, og vi har taget fejl af det før.

Kilder