NICKE STUDIO / Vælg og vurder et AI-bureau
Advarselstegn hos et AI-bureau før du underskriver aftalen · Danmark
Find advarselstegn hos AI-bureauer: udokumenterede løfter, dataadgang, driftsomkostninger, utilstrækkelige test og uklar overdragelse. For teams i Danmark.
Læs på et andet sprog ↗
Et AI-bureau bør kunne forklare problemet, løsningen adresserer, hvilke beslutninger systemet må træffe, og hvordan kunden kan kontrollere resultatet. En flot chatbot besvarer ikke disse spørgsmål. Et vigtigt advarselstegn er, at tilbuddet bliver uklart, når samtalen handler om drift, omkostninger og ansvar.
Advarselstegn giver grund til at undersøge nærmere, men er ikke automatisk bevis på dårlig praksis. Et lille bureau kan levere godt arbejde uden mange referencer. Et kendt firma kan samtidig bygge noget, ingen kan vedligeholde. Vurder dokumenterbare forpligtelser frem for præsentationens størrelse.
Løfter kræver et udgangspunkt
Et løfte om halverede omkostninger kræver en sammenligningsperiode og en definition af udgifterne. Spørg, hvordan den nuværende proces måles. Indgår menneskelig kontrol, undtagelser, abonnementer og support i beregningen?
Et tænkt eksempel: En opgave falder fra ti til fire minutter, men gennemgangen kræver yderligere tre. Den frigjorte tid er tre minutter, ikke seks. Kapaciteten bliver heller ikke automatisk til penge sparet. Se forskellen i guiden om reelle AI-resultater.
Et troværdigt tilbud viser forudsætningerne, før mulighederne bliver til store løfter. — Redaktionel bemærkning fra Nicke Studio
Spørgsmål, der gør tilbuddet gennemskueligt
| Advarselstegn | Bed om | Et bedre svar |
|---|---|---|
| En generel demonstration kaldes færdig løsning | Repræsentative sager med beskyttede oplysninger | Dokumenteret pilot og undtagelser |
| Bureauet lover nul fejl | Fejltyper og regler for eskalering | Klare grænser og godkendelser |
| Ét abonnement fremstilles som hele prisen | Komplet driftsbudget | Forbrug, vedligeholdelse og kontrol hver for sig |
| Alle konti tilhører bureauet | Ejerskab og eksportvejledning | Aftalt adgang og afprøvet overdragelse |
| Succes betyder kun antal svar | Udgangspunkt og acceptkriterier | Kvalitet, pris og færdige opgaver |
En administreret konto eller betalt indledende analyse kan være rimelig. Kunden skal stadig forstå betingelser, ansvar og muligheden for at afslutte samarbejdet. Leverandører behøver ikke vælge samme arkitektur, men de skal forklare, hvad de sælger.
Adgang skal følge behovet
Et ønske om administratoradgang til alle systemer før kortlægningen kræver en begrundelse. Bed om at se, hvad hver komponent læser, ændrer og gemmer, og hvordan adgangen tilbagekaldes. En adgangskode i en chat er ikke en adgangspolitik.
OWASP's vejledning fra 2026 om overdreven handlefrihed beskriver risici ved unødvendige funktioner, tilladelser og autonomi. At skrive et svarudkast og gennemføre en tilbagebetaling er forskellige handlinger.
Spørg også til instruktioner skjult i hentede dokumenter. Vejledningen om promptinjektion forklarer, hvordan eksternt indhold kan påvirke modellen. Gode instruktioner erstatter ikke adgangsgrænser og validering af handlinger.
Kræv evaluering ud over demonstrationen
Et forberedt eksempel kan skjule manglende data og manuelt arbejde. Bed om en korrekt gennemført sag og en, hvor systemet skal stoppe. Brug tvetydige spørgsmål, gamle dokumenter og afbrudte integrationer.
- Vælg en proces og en ansvarlig person.
- Aftal repræsentative sager og acceptkriterier.
- Gem nogle eksempler til en senere evaluering.
- Registrer fejl, pris og menneskelig kontrol.
- Bestem, hvornår systemet pauses, og den tidligere proces genoptages.
OpenAI Evals er et eksempel på et værktøj til gentagelige evalueringer. Det afgørende er kundens testmateriale og kriterier, ikke navnet på testprogrammet.
## Brug det i dit team
For et team i Danmark bør testmaterialet afspejle reelle kundehenvendelser og godkendt dansk terminologi. Udpeg en ansvarlig for indhold og en for integrationer. Aftal budgetvaluta, gennemgangstider og dokumentation ved overdragelsen. Tag udgangspunkt i den konkrete drift frem for at antage, at en international demonstration dækker alle kunder og arbejdsgange. Brug samme kriterier i demonstrationen og piloten. Medtag en tvetydig forespørgsel og en integrationsfejl, ikke kun idealtilfældet. Aftal, hvem i teamet der godkender svar, før systemet kan ændre kundekonti eller forretningsregistre. Dokumentér også, hvordan arbejdet sættes på pause ved uventede situationer.
Planlæg overdragelsen tidligt
Aftalen bør beskrive konti, kodearkiver, dokumentation og ansvar for integrationer. Tilføj versionshistorik, kendte begrænsninger, beskyttede logfiler og afprøvet gendannelse. Teamet skal kunne fortsætte driften, når en person eller leverandør forlader projektet.
Sammenlign tilbuddet med guiden om værktøjer og gennemgangen af open source. En afgrænset pilot med pris, dataomfang og evalueringsdato gør det lettere at fortsætte, ændre eller stoppe.
Se vores ydelser eller beskriv jeres proces. En første samtale skal afklare leverancer og dokumentation, uden at gøre endnu uprøvede resultater til garantier.