# Et 14-dages AI-eksperiment for en startup

> En kort protokol til at teste en AI-hypotese med én beslutning, én måling og én grænse, før den bliver til produkt eller infrastruktur.

- Author: Viktor Berthelius (BRTHLS)
- Published: 2026-09-02
- Category: systems thinking
- Tags: startups, eksperimenter
- Language: da
- Canonical: https://www.brthls.com/magazine/14-dages-ai-eksperiment-startup-da
- Source: BRTHLS Magazine — https://www.brthls.com

---

## Problem

Mange AI-piloter begynder med et værktøj og slutter med en demo. Teamet kan vise, at noget virker, men ved ikke, om det forbedrer en beslutning, reducerer en samlet omkostning eller fortjener en plads i driften.

## Tese

Et nyttigt AI-eksperiment spørger ikke: ”Kan den gøre dette?” Det spørger: ”Hvilken beslutning ændres, med hvilken evidens og til hvilken tilsynsomkostning?” Fjorten dage er nok til at finde signal, når omfanget er smalt.

## Framework

Design testen omkring fire elementer:

- **Beslutning:** det konkrete øjeblik, I vil forbedre.
- **Baseline:** hvordan arbejdet udføres i dag, inklusive menneskelig tid.
- **Tærskel:** resultatet, der vil retfærdiggøre at fortsætte.
- **Grænse:** den skade, fejl eller omkostning, som stopper testen.

| Fase | Dage | Leverance |
| --- | --- | --- |
| Kortlæg | 1–3 | Beslutning, cases og baseline |
| Test | 4–10 | Log over resultater og undtagelser |
| Beslut | 11–14 | Fortsæt, korrigér eller stop |

## Hvorfor det er vigtigt nu

NIST's AI RMF organiserer risikoarbejde omkring govern, map, measure og manage. En startup behøver ikke et koncernprogram for at bruge logikken: hvert eksperiment kræver kontekst, måling, en ansvarlig og et svar på observeret risiko.

## Anti-eksempel

Teamet sammenligner to modeller med tyve prompts, vælger den, der ”lyder bedst”, og integrerer den. Ingen registrerer falske positive svar, reviewtid eller påvirkede beslutninger. Demoen vinder; driften arver usikkerheden.

## Protokol (3 trin)

1. **Skriv en brief på én side:** bruger, beslutning, tilladte data, måling og stopbetingelse.
2. **Test virkelige cases og grænser:** inkluder normale, tvetydige og vanskelige eksempler.
3. **Hold et beslutningsreview:** fortsæt kun, hvis forbedringen overstiger samlet omkostning og observeret risiko.

## Relateret

- [Hvad en startup ikke bør automatisere endnu](/magazine/hvad-ikke-automatisere-startup-da)
- [AI Fluency for undervisere: udvikl dømmekraft](/magazine/ai-fluency-undervisere-dommekraft-da)

## Konsulterede kilder

- [NIST AI RMF Playbook](https://www.nist.gov/itl/ai-risk-management-framework/nist-ai-rmf-playbook)
- [OECD AI Principles](https://oecd.ai/en/ai-principles)

## Næste skridt

Gør det næste ”vi bør bruge AI til…” til en eksperimentbrief. Hvis den ikke kan være på én side, er problemet endnu ikke afgrænset skarpt nok.

---

_Cite as: Berthelius, V. (2026). "Et 14-dages AI-eksperiment for en startup". BRTHLS Magazine. https://www.brthls.com/magazine/14-dages-ai-eksperiment-startup-da_