Slå begreber og forkortelser op i ordbogen
Vælg mellem at købe tilpasse og bygge AI
Køb en løsning, når et eksisterende produkt kan opfylde de væsentlige krav og passes ind i arbejdet. Tilpas, når forskellen ligger i jeres data eller integrationer. Byg selv, når særlige behov eller en dokumenteret forretningsfordel begrunder det løbende ansvar for udvikling og drift.
Valget er sjældent enten et standardabonnement eller udvikling af en helt egen AI-model. Mange relevante løsninger kombinerer en købt model med egne data, regler og brugerforløb. Ledelsen skal beslutte, hvilke dele virksomheden har grund til at eje, og hvilke dele den kan købe som en tjeneste.
OECD beskriver variation i SMVers modenhed og anvendelse af AI. [1] Vores anbefaling er at matche løsningen til virksomhedens konkrete kapacitet. En arkitektur, som kun en ekstern specialist kan vedligeholde, kan være uhensigtsmæssig, selv om den er teknisk fleksibel.
Fastlæg krav før leverandørdemoen
Beskriv arbejdsopgave, brugere, datakilder, kritiske fejl, integrationer og forventet volumen. Skeln mellem nødvendige krav og ønsker. Et krav om at kunne begrænse dataadgang er noget andet end et ønske om en bestemt formulering af svar.
Afprøv også, om den eksisterende software allerede kan løse opgaven. En funktion i CRM eller økonomisystemet kan være lettere at indføre end en separat assistent, men kræver stadig kontrol af databrug og faktisk kvalitet. Undgå at sammenligne produktnavne uden en fælles opgave og et fælles testsæt.
Vælg AI værktøj og model efter opgaven (Q11) behandler valg af model og værktøj. Forbind AI med virksomhedens eksisterende systemer (Q15) beskriver integrationer. De spørgsmål bør afklares før en større kontrakt, fordi et tilsyneladende standardprodukt kan blive et omfattende tilpasningsprojekt, når det møder virksomhedens data og processer.
Sammenlign de tre muligheder på samme grundlag
| Valg | Styrke | Det virksomheden skal kunne håndtere |
|---|---|---|
| Køb standard | Hurtig adgang til færdige funktioner | Begrænsninger, vilkår, integration og ændringer i produktet |
| Tilpas en platform | Egne data og arbejdsgange med genbrug | Konfiguration, adgang, test og versionsstyring |
| Byg en applikation | Kontrol over særlige forløb og integrationer | Udvikling, sikkerhed, drift og løbende forbedring |
Tabellen er en beslutningsramme, ikke en rangorden. Et standardprodukt kan være det mest værdifulde valg for en kritisk proces, hvis det er modent og passer til kravene. Egen udvikling kan være nødvendig for en lille, men særegen funktion. Størrelsen på virksomheden afgør ikke alene valget.
Microsofts referencearkitektur viser, at en AI-applikation består af flere dele end modellen. [2] Det er derfor vigtigt at sammenligne den samlede leverance. Et API giver adgang til en model; det leverer ikke automatisk brugeradministration, procesintegration, support eller virksomhedens kontrolregler.
Vurder om særlige behov giver en reel fordel
Spørg, hvad der er særligt ved jeres proces, data eller kundeoplevelse. Hvis forskellen blot er terminologi og dokumenter, kan tilpasning være nok. Hvis produktet skal håndtere en unik kombination af systemer og forretningsregler, kan en egen applikation være mere relevant.
Særlige behov bør udfordres. En gammel intern arbejdsgang er ikke nødvendigvis en konkurrencemæssig fordel. Det kan være billigere og bedre at ændre processen, så et standardprodukt passer. Omvendt kan en standardisering fjerne en service, kunderne faktisk værdsætter. Involvér derfor både forretning og brugere i valget.
Anthropic anbefaler enkle løsninger og at tilføje kompleksitet efter behov. [3] Vores praktiske tilpasning er at begynde med den mindst omfattende mulighed, der kan opfylde de nødvendige krav, og afprøve de dyre antagelser før et større byggeprojekt.
Regn over samme periode og med samme ansvar
Et tilbud på en standardløsning kan se dyrere ud end modelkald i en egen løsning. Sammenligningen er misvisende, hvis udvikling, drift og støtte ikke er med i det sidste tal. Medtag også oplæring, kontrol, integration, dataarbejde og fremtidigt leverandørskifte. Budgettér hele omkostningen ved AI (Q06) giver omkostningsrammen.
Vis usikkerhed i begge alternativer. Standardprodukter kan have uklare begrænsninger eller dyr tilpasning. Egen udvikling kan kræve flere integrations- og kvalitetstimer end forventet. Brug en prøve på jeres egne opgaver til at reducere usikkerheden. Et kontraktløfte bør ikke stå alene som bevis for anvendelighed.
Afklar, hvem der kan ændre og vedligeholde løsningen om et år. Dokumentation, eksport og adgang til konfiguration er vigtige, også ved køb. Virksomheden behøver ikke eje alle komponenter for at bevare handlefrihed, men den skal kende prisen og fremgangsmåden ved et skifte. Vælg AI leverandør og bevar handlefriheden (Q23) behandler den del.
Et eksempel med dokumentkontrol
Produktionsvirksomheden i dette eksempel vil kontrollere kundekrav mod egne specifikationer. Et standardværktøj kan sammenfatte dokumenter, men kan ikke skelne sikkert mellem produktversioner. Teamet afprøver først bedre metadata og et begrænset sæt dokumenter i den eksisterende platform.
Hvis det løser problemet, kan en mindre tilpasning være tilstrækkelig. Hvis arbejdet kræver aktuelle data fra flere systemer og særlige godkendelser, kan en egen applikation oven på en købt model være relevant. Den beslutning træffes efter afprøvningen, ikke på baggrund af ønsket om at eje teknologi.
I eksperimentet sammenlignes muligheder på samme opgaver. I MVP’en afprøves den valgte løsning i en komplet arbejdsgang. Ved skalering genvurderes økonomi, driftskapacitet og bindinger. Håndtér teknisk gæld og datagæld løbende (A09) forklarer, hvordan erfaringer med teknisk gæld fra agile transformationer kan bruges her.
Næste ledelsesbeslutning: Vælg to realistiske løsningsmuligheder og afprøv dem mod de samme nødvendige krav. Beslut først derefter, hvilke dele virksomheden skal eje, og hvilket langsigtet ansvar den kan bære.
Kundeeksempel med mål og opfølgning
I serviceeksemplet er 200 timer det forventede månedlige kapacitetspotentiale, mens 80 timer tænkes at erstatte indkøbt assistance. Et standardværktøj og en tilpasset løsning skal sammenlignes på samme opgaver, periode og kvalitetskrav.
Medregn integration, kontrol, drift og procesændring i begge muligheder. Hvis den tilpassede løsning kun realiserer 2.000 kr. i månedlig nettobesparelse, er dens tekniske fleksibilitet ikke i sig selv et argument for at fortsætte. Eventuelle fremtidige anvendelser beskrives særskilt.
Brug den samlede VP/SE-model, VP-vejledningen og SE-vejledningen. Begge estimater revurderes før Hypotese, MVP og Skalering. VP/SE er et lokalt præferenceindeks, ikke økonomisk ROI eller WSJF. Lær anvendelsen på halvdag 1 om VP og halvdag 2 om SE og prioritering, hver fire timer inklusive pause.
Kilder og videre læsning
Eksempler og handlingsforslag er EnableAIs faglige vurdering. Virksomhedseksempler og regnetal er illustrative. Artiklen er opdateret med konkrete regneeksempler og henvisninger den 15. september 2026.
[1] OECD · AI adoption by small and medium sized enterprises