# Ett 14-dagars AI-experiment för en startup

> Ett kort protokoll för att testa en AI-hypotes med ett beslut, ett mätetal och en gräns innan den blir produkt eller infrastruktur.

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

---

## Problem

Många AI-piloter börjar med ett verktyg och slutar med en demo. Teamet kan visa att något fungerar, men vet inte om det förbättrar ett beslut, sänker en fullständig kostnad eller förtjänar en plats i verksamheten.

## Tes

Ett användbart AI-experiment frågar inte ”Kan den göra detta?” utan ”Vilket beslut förändras, med vilket bevis och till vilken tillsynskostnad?” Fjorton dagar räcker för att hitta signal när omfattningen är smal.

## Ramverk

Designa testet kring fyra delar:

- **Beslut:** det specifika ögonblick som ska förbättras.
- **Baslinje:** hur arbetet görs i dag, inklusive mänsklig tid.
- **Tröskel:** resultatet som motiverar en fortsättning.
- **Gräns:** skadan, felet eller kostnaden som stoppar testet.

| Fas | Dagar | Leverans |
| --- | --- | --- |
| Kartlägg | 1–3 | Beslut, fall och baslinje |
| Testa | 4–10 | Logg över resultat och undantag |
| Besluta | 11–14 | Fortsätt, korrigera eller stoppa |

## Varför det spelar roll nu

NIST:s AI RMF organiserar riskarbete kring govern, map, measure och manage. En startup behöver inget koncernprogram för att använda logiken: varje experiment behöver kontext, mätning, en ansvarig och ett svar på observerad risk.

## Anti-exempel

Teamet jämför två modeller med tjugo prompts, väljer den som ”låter bäst” och integrerar den. Ingen registrerar falska positiva svar, granskningstid eller påverkade beslut. Demon vinner; verksamheten ärver osäkerheten.

## Protokoll (3 steg)

1. **Skriv en brief på en sida:** användare, beslut, tillåtna data, mätetal och stoppvillkor.
2. **Testa verkliga fall och gränser:** inkludera normala, tvetydiga och svåra exempel.
3. **Håll en beslutsgranskning:** fortsätt bara om förbättringen överstiger total kostnad och observerad risk.

## Relaterat

- [Vad en startup inte bör automatisera ännu](/magazine/vad-inte-automatisera-startup-sv)
- [AI Fluency för lärare: utveckla omdöme](/magazine/ai-fluency-larare-omdome-sv)

## Konsulterade källor

- [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ästa steg

Gör nästa ”vi borde använda AI för…” till en experimentbrief. Om den inte ryms på en sida är problemet ännu inte tillräckligt avgränsat.

---

_Cite as: Berthelius, V. (2026). "Ett 14-dagars AI-experiment för en startup". BRTHLS Magazine. https://www.brthls.com/magazine/14-dagars-ai-experiment-startup-sv_