# Fjern før I tilføjer AI: sådan finder I det, der skal væk

Af Kristian Primdal
Kilde: https://kristianprimdal.dk/guides/fjern-foer-ai/
Dato: 2026-10-14
Opdateret: 2026-10-16

Hvad betyder det at fjerne processer, før I tager AI i brug? Sådan finder I de trin, der kun retter fejl, og hvorfor de skal væk, før AI kommer ind.


Du har sikkert hørt, at du skal fjerne processer, før du begynder at bruge AI. Men hvad betyder det egentlig?

Det betyder, at I kigger på arbejdet, før I lægger AI oven på det. Mange trin i en virksomhed findes kun, fordi et tidligere trin gik galt. Nogen skal spørge igen, taste noget ind igen, tjekke en kollegas arbejde eller vente på et svar. Lægger I AI oven på de trin, går spildet bare hurtigere. Fjerner I dem først, er der mindre at bygge, og det, der er tilbage, er det arbejde, AI faktisk kan hjælpe med.

Guiden er skrevet til dig, der ikke er gået i gang med AI endnu, eller som kun har prøvet ChatGPT eller Copilot lidt. Den forklarer, hvorfor fjerne kommer før AI, hvorfor det er svært at se, hvad der kan fjernes, og hvordan I finder det i én proces. Bagefter kommer de vaner, der skal ændres, når AI kommer ind, og det, I skal holde fast i. Til sidst er der en plan for den første uge og en kort forklaring, du kan bruge over for dine kolleger.

<figure class="hi-editorial-break">
  <img src="/assets/fjern-foer-ai/fjern.webp" width="1536" height="1024" loading="lazy" decoding="async" alt="En driftsleder står ved en væg med proceskort på en snor og tager ét kort ned. Bag en glasvæg ses fabriksgulvet.">
  <figcaption>Før AI kommer ind, er det første spørgsmål, hvad der kan tages ned.<span class="hi-illustration-credit">AI-genereret illustration. Ikke en gengivelse af konkrete personer eller virksomheder.</span></figcaption>
</figure>

---

## Hvorfor fjerne kommer før AI

At automatisere et trin er ikke det samme som at fjerne det. Et automatiseret trin findes stadig. Nogen skal bygge det, eje det og holde det ved lige, og hvis det var spild, er det stadig spild, bare hurtigere og sværere at få øje på. Et trin, der er fjernet, koster ingenting at drive.

Tanken er ikke ny. Toyota har arbejdet sådan siden 1950'erne. Man går ud og ser arbejdet dér, hvor det bliver lavet, og fjerner det spild, der ikke skaber værdi for kunden. Toyota kalder det muda. Det er fx ventetid, ting der skal laves om, og behandling ud over det, kunden har brug for. Et kontroltrin, der kun findes for at fange fejl fra trinnet før, hører med. Først når spildet er væk, automatiserer man det, der er tilbage.

I en fabrik kommer automatisering til sidst, fordi den er dyr og svær at lave om. Med AI er det omvendt. Det er blevet billigt og hurtigt at automatisere, og det er netop derfor, rækkefølgen betyder noget. Når det er nemt at lægge AI på et trin, bliver det også nemt at lægge AI på et trin, der ikke burde findes. Hvert trin, I fjerner, er et trin færre, som en AI-løsning skal bygges til.

<figure style="margin:3rem 0">
  <div style="overflow-x:auto">
  <svg viewBox="0 0 760 190" role="img" aria-label="Rækkefølgen i fem trin: skriv processen ned, som den faktisk kører. Fjern det, der kun retter fejl. Giv faste regler til almindelig software. Giv de simple vurderinger til AI. Behold afgørelserne hos et menneske." style="display:block;width:100%;min-width:640px;height:auto;font-family:inherit">
    <defs><marker id="af-arrow2" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="6" markerHeight="6" orient="auto-start-reverse"><path d="M0,0 L10,5 L0,10 z" fill="#444444"></path></marker></defs>
    <g stroke="#999999" fill="#ffffff">
      <rect x="0" y="40" width="136" height="64" rx="8"></rect>
      <rect x="156" y="40" width="136" height="64" rx="8" fill="#111111" stroke="#111111"></rect>
      <rect x="312" y="40" width="136" height="64" rx="8"></rect>
      <rect x="468" y="40" width="136" height="64" rx="8" fill="#e5e5e5"></rect>
      <rect x="624" y="40" width="136" height="64" rx="8" stroke="#111111" stroke-width="1.5"></rect>
    </g>
    <g stroke="#444444" marker-end="url(#af-arrow2)"><line x1="137" y1="72" x2="153" y2="72"></line><line x1="293" y1="72" x2="309" y2="72"></line><line x1="449" y1="72" x2="465" y2="72"></line><line x1="605" y1="72" x2="621" y2="72"></line></g>
    <g font-size="12" font-weight="600" fill="#666666" letter-spacing=".06em" text-anchor="middle"><text x="68" y="26">1</text><text x="224" y="26">2</text><text x="380" y="26">3</text><text x="536" y="26">4</text><text x="692" y="26">5</text></g>
    <g font-size="17" font-weight="700" text-anchor="middle"><text x="68" y="78" fill="#111111">Skriv ned</text><text x="224" y="78" fill="#ffffff">Fjern</text><text x="380" y="78" fill="#111111">Regler</text><text x="536" y="78" fill="#111111">AI</text><text x="692" y="78" fill="#111111">Menneske</text></g>
    <g font-size="12.5" fill="#444444" text-anchor="middle">
      <text x="68" y="128">som processen</text><text x="68" y="146">faktisk kører</text>
      <text x="224" y="128">det, der kun</text><text x="224" y="146">retter fejl</text>
      <text x="380" y="128">faste regler til</text><text x="380" y="146">almindelig software</text>
      <text x="536" y="128">de simple</text><text x="536" y="146">vurderinger</text>
      <text x="692" y="128">afgørelserne</text>
    </g>
    <text x="380" y="182" font-size="13" fill="#111111" text-anchor="middle">AI kommer først ind i trin 4, når det, der ikke burde findes, er væk.</text>
  </svg>
  </div>
  <figcaption class="mt-3 text-sm leading-6 text-mist-600">Rækkefølgen, når en proces skal have AI. Den sorte boks er den, det er fristende at springe over.</figcaption>
</figure>

Rækkefølgen er den samme for alle processer. Først skriver I processen ned, som den faktisk kører. Så fjerner I det, der kun retter fejl. Det, der følger faste regler, klarer almindelig software, og det er billigere og mere stabilt end AI. AI tager de simple vurderinger, fx at samle en sag, sortere en undtagelse eller forberede et svar. Og afgørelserne bliver hos et menneske.

Det giver også en sætning, der er nemmere at sige videre. "Vi fjernede otte trin" forstår alle. "Vi automatiserede otte trin" lyder som et it-projekt.

---

## Hvorfor det er svært at se

Vi lægger til af refleks. I 2021 udgav fire amerikanske forskere med Gabrielle Adams i spidsen et studie i Nature med titlen *People systematically overlook subtractive changes*. I et af forsøgene fik folk en LEGO-figur, hvor taget hvilede på én klods, og opgaven var at gøre taget stabilt. Det kostede 10 cent at sætte en klods på, og det var gratis at tage en af. Alligevel byggede 59 % videre, selvom det var nok at fjerne den ene klods.

<figure style="margin:3rem 0">
  <img src="/assets/fjern-foer-ai/lego-forsoeget.svg" width="600" height="220" loading="lazy" decoding="async" style="display:block;width:100%;height:auto" alt="Tre tegninger af LEGO-forsøget. Opgaven: et tag hviler på én klods oven på et tårn med en figur under. 59 % byggede ekstra søjler under tagets hjørner. Det var nok at fjerne den ene klods, så taget ligger fladt på tårnet.">
  <figcaption class="mt-3 text-sm leading-6 text-mist-600">Taget skal kunne bære en mursten, uden at figuren bliver mast. 59 % byggede søjler under hjørnerne. Det var nok at fjerne den ene klods. Tegnet efter forsøget i Adams m.fl., Nature 2021.</figcaption>
</figure>

Forskerne fandt det samme uden for laboratoriet. Da en ny rektor på et amerikansk universitet bad om idéer til, hvad der skulle gøres anderledes, kom der 651 forslag. Kun 11 % af dem gik ud på at fjerne en regel, en praksis eller et program. Forskernes forklaring er, at idéer om at lægge til kommer af sig selv, mens idéer om at fjerne kræver, at man stopper op og leder efter dem.

AI forstærker refleksen, fordi det er blevet billigt at lægge til. Når jeg spørger folk, der er gået i gang, hvad de bruger AI til, handler svarene næsten altid om noget nyt: en video, et nyhedsbrev, en chatbot til produktspørgsmål. Det er værdi, men det fjerner ikke noget af det, de laver i forvejen. Det arbejde er allerede nogens rutine og nogens ansvar, og derfor er det tungere at gå til.

<figure style="margin:3rem 0">
  <div style="overflow-x:auto">
  <svg viewBox="0 0 720 250" role="img" aria-label="To kolonner. Lagt til med AI: en video, et nyhedsbrev, en chatbot til produktspørgsmål. Taget fra det, I laver i forvejen: tilbud, fakturakontrol, ordrebekræftelser og ugerapporten tager samme tid som for et år siden." style="display:block;width:100%;min-width:560px;height:auto;font-family:inherit">
    <rect x="2" y="2" width="346" height="246" rx="10" fill="#ffffff" stroke="#999999"></rect>
    <rect x="372" y="2" width="346" height="246" rx="10" fill="#fafafa" stroke="#e5e5e5"></rect>
    <text x="24" y="38" font-size="17" font-weight="700" fill="#111111">Lagt til med AI</text>
    <text x="394" y="38" font-size="17" font-weight="700" fill="#111111">Taget fra det, I laver i forvejen</text>
    <line x1="24" y1="52" x2="326" y2="52" stroke="#e5e5e5"></line>
    <line x1="394" y1="52" x2="696" y2="52" stroke="#e5e5e5"></line>
    <g font-size="15" fill="#111111">
      <text x="24" y="86">+  En video</text>
      <text x="24" y="118">+  Et nyhedsbrev</text>
      <text x="24" y="150">+  En chatbot til produktspørgsmål</text>
    </g>
    <g font-size="15" fill="#999999">
      <text x="394" y="86">Tilbud</text><text x="696" y="86" text-anchor="end" font-size="13">samme tid</text>
      <text x="394" y="118">Fakturakontrol</text><text x="696" y="118" text-anchor="end" font-size="13">samme tid</text>
      <text x="394" y="150">Ordrebekræftelser</text><text x="696" y="150" text-anchor="end" font-size="13">samme tid</text>
      <text x="394" y="182">Ugerapporten fra to systemer</text><text x="696" y="182" text-anchor="end" font-size="13">samme tid</text>
    </g>
    <text x="24" y="226" font-size="13" fill="#444444">Nyt arbejde, som ingen ejede før</text>
    <text x="394" y="226" font-size="13" fill="#444444">Nogens rutine og nogens ansvar</text>
  </svg>
  </div>
  <figcaption class="mt-3 text-sm leading-6 text-mist-600">Regnskabet har to kolonner. Når jeg spørger folk, der er gået i gang, er den første ved at blive fyldt, mens den anden står næsten tom.</figcaption>
</figure>

Hvis I ikke er gået i gang endnu, har I en fordel. I kan starte i den anden kolonne.

---

## Grundspørgsmålet: hvorfor gør vi det her?

Alt det, der kan fjernes, blev lavet af en god grund. Ingen opfandt et ekstra kontroltrin for sjov. Det kom, fordi noget gik galt engang. Derfor er spørgsmålet ikke, hvad I kan skære væk. Det lyder som en spareplan, og sådan bliver det også hørt. Spørgsmålet er: hvorfor gør vi det her, og er grunden her stadig?

Den engelske forfatter G.K. Chesterton skrev i 1929 om et hegn, der står på tværs af en vej. Du må ikke rive det ned, før du ved, hvorfor det står der. Når du kender grunden og kan se, at den er væk, må du gerne fjerne det.

<figure class="hi-editorial-break">
  <img src="/assets/fjern-foer-ai/hegn.webp" width="1536" height="1024" loading="lazy" decoding="async" alt="En person står på en grusvej i det flade danske landbrugsland og ser på en trælåge, der står på tværs af vejen.">
  <figcaption>Find ud af, hvorfor lågen står der, før I fjerner den. Er grunden væk, må lågen også gå.<span class="hi-illustration-credit">AI-genereret illustration. Ikke en gengivelse af konkrete personer eller virksomheder.</span></figcaption>
</figure>

En proces ejes sjældent af én person. Den går på tværs af afdelinger, og hver afdeling har sine grunde. Derfor kræver det en, der kan beslutte på tværs, når et trin skal væk. I en ejerledet virksomhed er det tit ejeren selv.

---

## Sådan finder I det, der skal fjernes

Tag én proces ad gangen. Vælg en, der går på tværs af mindst to personer, og som nogen bruger timer på hver uge. Det kan være ordremodtagelse, tilbud, fakturakontrol eller ugerapporten.

### 1. Skriv processen ned, som den faktisk kører

I jeres SOP står der måske 7 trin, men i virkeligheden er den nok 20, når først man har fået al information ind. Skriv den ned sammen med dem, der udfører arbejdet, ikke dem, der har beskrevet den. Kig i indbakken, regnearket og de tråde, hvor tingene bliver godkendt.

Skriv også to tal ned: hvor længe en sag er undervejs fra start til slut, og hvor meget af den tid nogen faktisk arbejder på den. Forskellen er tit stor, og den består for det meste af venten.

### 2. Stil spørgsmålet ved hvert trin

Spørgsmålet er: hvis trinnet før var gjort rigtigt første gang, ville det her trin så findes? Når svaret er nej, er trinnet en kandidat til at blive fjernet. Her er de tegn, der går igen:

| Tegn | Sådan ser det tit ud |
|---|---|
| Spørge igen | Nogen må ringe eller skrive for at få en oplysning, der manglede |
| Gøre om | En ordre, en tegning eller et tilbud skal rettes, fordi noget var forkert |
| Sende tilbage | Sagen går retur til den, der sendte den, før den kan komme videre |
| Ekstra kontrol | En kollega tjekker et stykke arbejde, fordi der tit er fejl i det |
| Taste ind igen | De samme oplysninger skrives ind i to systemer |
| Vente | Sagen ligger stille, mens nogen er væk, eller et svar mangler |

Det er de samme slags spild, Toyota leder efter. Vas Moza fra Varick Agents, der hjælper amerikanske virksomheder med AI-agenter, fortæller om en salgsafdeling, hvor 8 af 20 trin i godkendelsen af aftaler kunne fjernes. I et revisionsfirma var det 5 af 14. Det er hans tal fra hans kunder, men de giver et billede af, hvor meget der kan ligge gemt.

### 3. Find navnet bag kravet

Når et trin bliver forsvaret med "det vil kvalitet have" eller "det kræver økonomi", så find den person, der har stillet kravet, og spørg hvorfor. Elon Musk har gjort det til første regel i den metode, Walter Isaacson beskriver i sin biografi om ham fra 2023: hvert krav skal have navnet på en person, ikke på en afdeling. Musks metode er ikke en model for, hvordan man leder en dansk virksomhed, men eksemplet fra bogen viser, hvorfor reglen er nyttig.

I 2017, mens Tesla kæmpede med at få Model 3 i produktion, spurgte Musk, hvorfor der sad stykker glasfiber mellem batteriet og bunden af bilen. Ingeniørerne sagde, at det var et krav fra teamet for støjdæmpning, for at mindske vibrationer. Støjteamet sagde, at kravet kom fra ingeniørerne, for at mindske risikoen for brand. De optog lyden inde i en bil med og uden glasfiberen, og ingen kunne høre forskel. Ingen af de to teams ejede kravet.

### 4. Fjern på prøve

Det er nemmere at få et ja til at prøve end til at slette. Stop rapporten i to uger, og se hvem der spørger efter den. Lad kontrollen ligge i en periode, og tæl de fejl, der slipper igennem. Det er nemt at gå tilbage.

Musks anden regel er at slette alt, hvad man kan. Hvis man ikke ender med at sætte mindst 10 % tilbage igen, har man ifølge ham slettet for lidt. Ingen dansk virksomhed skal arbejde efter "fjern, til det knækker". Men det er en nyttig målestok: hvis alt det, I fjerner, bliver væk, har I sandsynligvis kun fjernet det, der var nemt.

### 5. Se så på, hvad AI skal lave

Først nu kigger I efter AI. Del de trin, der er tilbage, i tre bunker. Trin, der følger faste regler, fx at afstemme to tal eller sende sagen til den rette person, klarer almindelig software. De simple vurderinger, fx at samle en sag, sortere en undtagelse eller forberede et svar, kan AI hjælpe med. Og afgørelserne bliver hos et menneske.

Fire spørgsmål afgør, om et trin er en afgørelse, og ét ja er nok. Kan beslutningen ikke gøres om? Binder den nogen juridisk eller økonomisk? Kræver den mandat? Er modparten i en sårbar situation?

---

## Eksempel: ordren, der bliver tastet og tjekket

Et konstrueret eksempel. En kundeordre kommer ind som PDF. En medarbejder taster den ind i ERP-systemet, og en kollega sammenligner bagefter ordren med PDF'en, fordi der tit er tastefejl. Når AI kommer på tale, er det første forslag tit at lade AI'en tjekke indtastningen.

Stil spørgsmålet i stedet. Kontrollen findes på grund af tastefejlene, så det næste spørgsmål er, om ordren overhovedet skal tastes. Kan kunden bestille i et format, systemet kan læse, eller kan AI'en læse PDF'en og lægge ordren ind, mens et menneske ser på afvigelserne? Så forsvinder både indtastningen og kontrollen. Tilbage er ét trin, nemlig det, hvor et menneske faktisk skal tage stilling.

<figure style="margin:3rem 0">
  <div style="overflow-x:auto">
  <svg viewBox="0 0 760 330" role="img" aria-label="Samme ordre tre gange. I dag: PDF, tastes ind, kollega tjekker mod PDF, ordre i ERP. Automatiseret: PDF, tastes ind, AI tjekker, ordre i ERP. Fjernet: PDF, AI læser og lægger ind, et menneske ser på afvigelser, ordre i ERP." style="display:block;width:100%;min-width:640px;height:auto;font-family:inherit">
    <defs><marker id="af-arrow" viewBox="0 0 10 10" refX="9" refY="5" markerWidth="6" markerHeight="6" orient="auto-start-reverse"><path d="M0,0 L10,5 L0,10 z" fill="#444444"></path></marker></defs>
    <g font-size="12" font-weight="600" fill="#666666" letter-spacing=".06em"><text x="0" y="22">I DAG</text><text x="0" y="128">AUTOMATISERET</text><text x="0" y="234">FJERNET</text></g>
    <g stroke="#999999" fill="#ffffff">
      <rect x="0" y="32" width="160" height="52" rx="8"></rect><rect x="200" y="32" width="160" height="52" rx="8" stroke="#111111" stroke-width="1.5"></rect><rect x="400" y="32" width="160" height="52" rx="8" stroke="#111111" stroke-width="1.5"></rect><rect x="600" y="32" width="160" height="52" rx="8"></rect>
      <rect x="0" y="138" width="160" height="52" rx="8"></rect><rect x="200" y="138" width="160" height="52" rx="8" stroke="#111111" stroke-width="1.5"></rect><rect x="400" y="138" width="160" height="52" rx="8" fill="#e5e5e5" stroke-dasharray="5 4"></rect><rect x="600" y="138" width="160" height="52" rx="8"></rect>
      <rect x="0" y="244" width="160" height="52" rx="8"></rect><rect x="200" y="244" width="160" height="52" rx="8" fill="#e5e5e5"></rect><rect x="400" y="244" width="160" height="52" rx="8" stroke="#111111" stroke-width="1.5"></rect><rect x="600" y="244" width="160" height="52" rx="8"></rect>
    </g>
    <g stroke="#444444" marker-end="url(#af-arrow)">
      <line x1="162" y1="58" x2="196" y2="58"></line><line x1="362" y1="58" x2="396" y2="58"></line><line x1="562" y1="58" x2="596" y2="58"></line>
      <line x1="162" y1="164" x2="196" y2="164"></line><line x1="362" y1="164" x2="396" y2="164"></line><line x1="562" y1="164" x2="596" y2="164"></line>
      <line x1="162" y1="270" x2="196" y2="270"></line><line x1="362" y1="270" x2="396" y2="270"></line><line x1="562" y1="270" x2="596" y2="270"></line>
    </g>
    <g font-size="14" fill="#111111" text-anchor="middle">
      <text x="80" y="63">PDF fra kunden</text><text x="280" y="63">Tastes ind i ERP</text><text x="480" y="54">Kollega tjekker</text><text x="480" y="72">mod PDF'en</text><text x="680" y="63">Ordre i ERP</text>
      <text x="80" y="169">PDF fra kunden</text><text x="280" y="169">Tastes ind i ERP</text><text x="480" y="169">AI tjekker</text><text x="680" y="169">Ordre i ERP</text>
      <text x="80" y="275">PDF fra kunden</text><text x="280" y="266">AI læser og</text><text x="280" y="284">lægger ind</text><text x="480" y="266">Et menneske ser</text><text x="480" y="284">på afvigelser</text><text x="680" y="275">Ordre i ERP</text>
    </g>
    <g font-size="12.5" fill="#444444">
      <text x="200" y="102">2 manuelle trin, og det ene findes kun på grund af det andet</text>
      <text x="200" y="208">Samme spild, bare hurtigere, og en AI-løsning mere at eje</text>
      <text x="200" y="314">Tilbage er det trin, hvor et menneske skal tage stilling</text>
    </g>
  </svg>
  </div>
  <figcaption class="mt-3 text-sm leading-6 text-mist-600">Konstrueret eksempel. Sorte rammer er arbejde, et menneske laver. Grå felter er AI. Den stiplede er et trin, der ikke burde findes.</figcaption>
</figure>

Havde man automatiseret kontrollen, var spildet bare blevet hurtigere og sværere at få øje på. Og der var kommet en AI-løsning mere, som nogen skal bygge, eje og holde ved lige.

---

## Faldgruber

### Fejlen ligger i et andet system

Nogle trin findes, fordi et andet system leverer forkerte data. Så er løsningen at rette kilden, ikke at fjerne trinnet. Det tæller kun som fjernet, hvis nogen ejer rettelsen. Ellers ender trinnet med at blive automatiseret alligevel.

### Ingen tør sige det

Dem, der laver arbejdet, ved som regel godt, hvilke trin der er spild. Om de siger det højt, afhænger af, om de bliver takket for det. Josh Woodward, der leder Google Labs og Gemini-appen hos Google, fortæller i [Lenny's Podcast](https://www.lennysnewsletter.com/p/why-every-company-now-needs-to-think) om en produktchef i hans team, der foreslog ikke at lancere en funktion, som alle havde glædet sig til, fordi de første data ikke var gode nok. Han svarede alle i tråden og takkede hende. Han siger, at teamet som regel ved det, før lederen gør.

### Tiden forsvinder

Tid, der bliver frigjort, forsvinder af sig selv ind i andet arbejde, hvis ingen har besluttet, hvor den skal hen. Beslut det på forhånd, fx mere tid til kunderne, til at oplære en ny kollega eller til den næste proces på listen.

---

## Når AI kommer ind: vaner, der skal aflæres

Når processen er ryddet op, og AI kommer ind, er der også noget at fjerne hos jer selv. Mange af vores vaner på arbejdet er fornuftige svar på en pris. Et udkast tog en time at skrive, så man bad om ét. Et spørgsmål kostede en kollegas tid, så man gemte det til mødet. Et forsøg kostede en udvikler i en måned, så man undersøgte først.

Med AI er prisen på mange af de ting faldet til næsten ingenting, men vanen bliver hængende. Woodward kalder evnen til at slippe den *unlearning rate*. Når han ansætter, kigger han ikke kun på, hvor hurtigt folk lærer nyt, men på hvor hurtigt de kan lære noget og så gå væk fra det igen, når de ser, hvad der sker, når de tester. På dansk hedder det aflæring.

<figure class="hi-editorial-break">
  <img src="/assets/fjern-foer-ai/tale.webp" width="1536" height="1024" loading="lazy" decoding="async" alt="En person går over en fabriksplads og taler en besked ind i sin telefon. I baggrunden en gaffeltruck og stablede paller.">
  <figcaption>Mange vaner stammer fra dengang, det var dyrt at skrive, spørge og prøve. Med AI er det ikke dyrt længere.<span class="hi-illustration-credit">AI-genereret illustration. Ikke en gengivelse af konkrete personer eller virksomheder.</span></figcaption>
</figure>

Eksemplerne nedenfor er konstruerede.

### Én version i stedet for flere

**Vanen:** Du beder Copilot om et udkast til følgebrevet til et tilbud. Det første svar er nogenlunde, og du bruger 20 minutter på at rette det til i hånden.

**I stedet:** Bed om tre udkast, der er forskellige på en bestemt måde, fx et kort, et formelt og et, der starter med kundens problem. Vælg det, der rammer, og tag de gode sætninger med fra de to andre. Forskerne bag [hybrid intelligens](/guides/hybrid-intelligens/) ved Aarhus Universitet har gjort det til en fast regel: bed altid om mindst to muligheder.

### Skrive i stedet for at tale

**Vanen:** Før du beder AI om noget, skriver du en omhyggelig beskrivelse. Sådan gav man en opgave fra sig, når modtageren var et menneske med begrænset tid.

**I stedet:** Tal opgaven ind med et diktatværktøj, og lad assistenten finde strukturen. Når du taler, kommer tvivlen, undtagelserne og det, du ikke helt ved endnu, med. Det er tit dét, assistenten har brug for, og det er det, man stryger, når man skriver.

Jeg bruger selv Monologue til det. Den her guide startede som en talebesked.

### Gemme spørgsmålet til mødet

**Vanen:** Du er ny i indkøb og støder på et udtryk i en leverandørkontrakt, som du ikke kender. Du vil ikke forstyrre den erfarne kollega for hver lille ting, så du samler spørgsmålene til fredagsmødet, og indtil da står opgaven stille.

**I stedet:** Stil det første spørgsmål til assistenten. Den kender ikke jeres leverandører, men den kan forklare udtrykket. Så bliver det spørgsmål, der når frem til kollegaen, et bedre spørgsmål, og kollegaens tid går til det, kun kollegaen ved.

### Undersøge før du prøver

**Vanen:** Nogen foreslår, at AI kunne læse jeres følgesedler. I holder et møde, skriver en business case og spørger en leverandør, hvad det koster. Det var klogt, da et forsøg tog en måned.

**I stedet:** Læg 5 rigtige følgesedler ind i den assistent, I allerede har, hvis den må se den slags data, og se hvad der kommer ud. Det tager 10 minutter. Virker det ikke, har I lært det på 10 minutter i stedet for en måned.

<p class="rounded-xl bg-mist-50 p-6 text-mist-800 ring-1 ring-mist-200">
  Spørgsmålet til en vane: gør jeg det her, fordi det er rigtigt, eller fordi det var dyrt engang?
</p>

---

## Det, I skal beholde

At fjerne er ikke det samme som at stole blindt på maskinen. Der er to ting, der skal blive.

<figure class="hi-editorial-break">
  <img src="/assets/fjern-foer-ai/vurdere.webp" width="1536" height="1024" loading="lazy" decoding="async" alt="En person ved et skrivebord sammenligner tre udskrevne udkast side om side og markerer det ene med en blyant.">
  <figcaption>Bed gerne om tre udkast i stedet for ét. Men læs dem, og vælg selv.<span class="hi-illustration-credit">AI-genereret illustration. Ikke en gengivelse af konkrete personer eller virksomheder.</span></figcaption>
</figure>

**Evnen til at vurdere svaret.** Ashwin Sharma fra Every har skrevet om, hvordan matematikeren Terence Tao bruger ChatGPT. Tao stiller korte, præcise spørgsmål og siger imod, hver gang modellens ræsonnement ikke holder. Sharma skriver, at man kan kopiere alle Taos prompts og stadig ikke få det samme ud af det, fordi det Tao kan, er at vurdere svaret. Han henviser også til et studie fra Anthropic med 52 udviklere, der skulle lære et nyt programbibliotek. Gruppen med AI fik 50 % i den efterfølgende test, og gruppen uden fik 67 %. Den største forskel var i fejlfinding, altså evnen til at fange modellen, når den tager fejl.

Grænsen går derfor mellem vanen og dømmekraften. At bede om tre udkast i stedet for ét er aflæring. At holde op med at læse dem er ikke.

**Afgørelserne.** At godkende, forhandle, underskrive, betale og tale med kunden er ikke det, der bliver tilovers, når resten er fjernet. Det er det, I får mere tid til. Et menneske, der skal godkende AI'ens arbejde, tæller dog kun som en kontrol, hvis vedkommende har tid, kompetence og ret til at sige nej. Ellers er det en underskrift og ikke en kontrol.

---

## Og når I er i gang

Det samme gælder for det, I selv bygger. Når I begynder at bruge AI, kommer der hurtigt regler, skabeloner og ekstra kontroltrin til, fordi AI'en ikke kan alt. Det er støttehjul. De hjælper, mens I lærer, men modellerne bliver bedre flere gange om året, og støttehjulene bliver tit siddende.

<figure class="hi-editorial-break">
  <img src="/assets/fjern-foer-ai/stoettehjul.webp" width="1536" height="1024" loading="lazy" decoding="async" alt="En børnecykel læner sig op ad en hvid mur i en gård med brosten. Det ene støttehjul er skruet af og ligger på jorden ved siden af en svensknøgle.">
  <figcaption>Støttehjul hjælper, mens man lærer. Når man kan selv, er de i vejen.<span class="hi-illustration-credit">AI-genereret illustration. Ikke en gengivelse af konkrete personer eller virksomheder.</span></figcaption>
</figure>

Anthropic, der laver Claude, skriver det direkte i deres egen guide til at skrive prompts. Før skrev man "CRITICAL: You MUST use this tool when...", fordi modellen ellers glemte det. Til de nyere modeller er rådet at skrive "Use this tool when...", for ellers bruger modellen værktøjet for tit. Og instruktioner om at tjekke sit eget arbejde, som blev skrevet til ældre modeller, får nu Claude Opus 5 til at tjekke for meget. Rådet er at fjerne dem i stedet for at skrive dem om.

Så stil det samme spørgsmål en gang om året til det, I har bygget: ville vi lave det her i dag, med den model vi har nu?

---

## Plan for den første uge

1. **Mandag: vælg processen.** Vælg én proces, der går på tværs af mindst to personer, og som nogen bruger timer på hver uge.
2. **Tirsdag: skriv den ned.** Sæt jer sammen med dem, der gør arbejdet, og skriv processen ned, som den faktisk kører. Tag omvejene med, og noter, hvor længe en sag er undervejs.
3. **Onsdag: stil spørgsmålet.** Gå processen igennem trin for trin: hvis trinnet før var gjort rigtigt første gang, ville det her trin så findes? Markér de trin, hvor svaret er nej.
4. **Torsdag: find navnene.** Find personen bag kravet for hvert markeret trin, og spørg hvorfor. Vælg ét trin, og sæt det på pause i to uger.
5. **Fredag: se på resten.** Del de resterende trin i faste regler, simple vurderinger og afgørelser. Prøv AI på én af de simple vurderinger med 5 rigtige eksempler fra jeres egen hverdag.

---

## Sådan forklarer du det til dine kolleger

Hvis du skal forklare det på et minut, kan du sige noget i den her stil:

> Før vi lægger AI på en proces, skal vi se på, hvad der overhovedet skal være der. Mange af vores trin findes kun, fordi noget gik galt tidligere i processen. Vi taster ting ind igen, tjekker hinandens arbejde og venter på svar. Hvis vi giver de trin til AI, går spildet bare hurtigere, og vi har fået noget mere at holde ved lige. Så vi tager én proces, skriver den ned, som den faktisk kører, og spørger ved hvert trin, om det ville findes, hvis trinnet før var gjort rigtigt. Det er det samme, Toyota har gjort i 70 år. Først når det er gjort, ser vi på, hvad AI kan hjælpe med, og afgørelserne bliver hos os.

---

## Kilder

- Gabrielle S. Adams, Benjamin A. Converse, Andrew H. Hales og Leidy E. Klotz: [People systematically overlook subtractive changes](https://www.nature.com/articles/s41586-021-03380-y), Nature 592, 2021. LEGO-forsøget og de 651 forslag er beskrevet i [Scientific American](https://www.scientificamerican.com/article/our-brain-typically-overlooks-this-brilliant-problem-solving-strategy/).
- Taiichi Ohno: *Toyota Production System*, 1978. Muda og rækkefølgen, hvor automatisering kommer til sidst.
- G.K. Chesterton: *The Thing*, 1929. Hegnet på vejen.
- Walter Isaacson: *Elon Musk*, Simon & Schuster 2023. Algoritmen og glasfiber-eksemplet (kapitel 45).
- Vas Moza, Varick Agents: [Don't apply AI](https://learn.varickagents.com/dont-apply-ai). Tallene 8 af 20 og 5 af 14.
- Josh Woodward i Lenny's Podcast: [Why every company now needs to think and operate like a lab team](https://www.lennysnewsletter.com/p/why-every-company-now-needs-to-think), oktober 2026.
- Ashwin Sharma, Every: *The expertise trap*. Om Terence Tao og om [Anthropics studie af 52 udviklere](https://www.anthropic.com/research/AI-assistance-coding-skills).
- Anthropic: [Prompting best practices](https://platform.claude.com/docs/en/build-with-claude/prompt-engineering/claude-prompting-best-practices). Afsnittene om at skrue ned for hårdt sprog og om at fjerne instruktioner til ældre modeller.

## Om eksemplerne

Eksempler, der er markeret som konstruerede, er tænkt op. De ligner hverdagen i en dansk virksomhed, men de handler ikke om en bestemt virksomhed. Eksemplerne fra Tesla, Google, Varick, Anthropic og forskningen har en kilde, som står ovenfor.



## Ofte stillede spørgsmål

### Hvad betyder det at fjerne processer, før man bruger AI?

Det betyder at fjerne de trin, der ikke burde findes, før I automatiserer noget. Det er typisk trin, der kun findes, fordi et tidligere trin gik galt: at spørge igen, gøre om, sende tilbage, tjekke en gang til, taste ind igen eller vente. Automatiserer I dem, har I gjort spildet hurtigere og fået noget mere at bygge og eje.

### Er det ikke bare lean?

Jo, i høj grad. Toyota har fjernet spild som ventetid, omarbejde og ekstra kontroltrin siden 1950&#39;erne, og automatiserer først det, der er tilbage. AI gør det mere presserende, fordi det er blevet billigt at automatisere et trin, der ikke burde findes. Det nye er vanerne, der skal ændres, når AI kommer ind.

### Hvordan finder vi de trin, der kan fjernes?

Skriv processen ned, som den faktisk kører, sammen med dem, der gør arbejdet. Stil så ét spørgsmål ved hvert trin: hvis trinnet før var gjort rigtigt første gang, ville det her trin så findes? Når svaret er nej, så find den person, der har stillet kravet, og spørg hvorfor.

### Betyder det, at vi skal holde op med at kontrollere det, AI laver?

Nej. Kontrol, der kun fanger fejl fra et tidligere trin, kan tit fjernes, når fejlen bliver rettet ved kilden. Men evnen til at vurdere svaret skal blive, og beslutninger som at godkende, underskrive, betale og tale med kunden bliver hos et menneske. En kontrol tæller kun, hvis den, der kontrollerer, har tid, kompetence og ret til at sige nej.

### Hvad hvis vi fjerner noget, der viser sig at være vigtigt?

Så sætter I det tilbage. Sæt hellere noget på pause end at slette det. Stop rapporten i to uger og se, hvem der spørger efter den. Hvis intet af det, I fjerner, nogensinde kommer tilbage, har I sandsynligvis kun fjernet det, der var nemt.
