Har du også prøvet at et møde slutter og ingen aner hvem der gør hvad? AI mødereferat kan fange alt og lave beslutninger og handlingspunkter mens kaffen stadig er varm.
Her får du en praktisk pipeline fra Teams og fysiske møder til opgaver i Planner eller Jira med kvalitetstjek og styr på adgang så referatet bliver brugt i hverdagen.
Her får du en praktisk pipeline fra Teams og fysiske møder til opgaver i Planner eller Jira med kvalitetstjek og styr på adgang så referatet bliver brugt i hverdagen.

Når mødenoter bliver et lotteri, og alle taber
Der er to typer møder. Dem hvor nogen faktisk skriver noget ned undervejs, og dem hvor alle sidder og nikker og tænker at nogen nok gør det. Begge ender ofte det samme sted: med et referat der enten aldrig dukker op, eller som ankommer tre dage senere og er halvt glemt inden nogen åbner det.AI mødereferat er ikke bare et smart buzzword. Det er et svar på et konkret problem som de fleste danske virksomheder kender alt for godt. Problemet er ikke vilje. Det er struktur. Eller manglen på den.
Når mødenoter er tilfældige, er opgavefordelingen det også. Og når opgaver er uklare, er mødeopfølgning ren gætteri. Det koster tid, det skaber frustration, og det giver den der råber højest et ufortjent forspring fordi de er dem der husker hvad der egentlig blev sagt.
Den gode nyhed er at det ikke behøver at være sådan. Kunstig intelligens har gjort det muligt at gå fra optagelse til strukturerede handlingspunkter på under fem minutter. Hvis det sættes op rigtigt. Og det er præcis det denne artikel handler om.
Den sidste der husker noget, skriver referatet
Det er et mønster de fleste kender. Mødet slutter, alle rejser sig, og der er et sekunds akavet stilhed mens alle undgår øjenkontakt i håbet om at nogen anden tager referatansvaret. Typisk ender det hos den mest samvittighedsfulde i rummet, ikke den mest kompetente til at skrive det.Resultatet er et referat der afspejler den persons hukommelse og prioriteter, ikke nødvendigvis det der rent faktisk skete. Og er der gået 24 timer, er detaljer allerede begyndt at falme. Er der gået 48, er konteksten halvt væk.
Med automatiske mødereferater baseret på AI og transskribering forsvinder det problem. Optagelsen sker i realtid, og behandlingen er objektiv. Den husker ikke kun det dramatiske eller det sjove, den husker det hele.
Hvorfor beslutninger forsvinder mellem møder
Det er sjældent at beslutninger bevidst bliver ignoreret. Det er mere subtilt end det. En beslutning bliver taget i mødet, men den lander i et referat som en sætning der lyder som en idé, ikke som en forpligtelse. Ingen ejer den. Ingen har en deadline. Og næste gang teamet mødes, er den druknet i alt det andet.Det der mangler er ikke goodwill, det er en beslutningslog med ejer og deadline. Kunstig intelligens kan skille det der er afgjort fra det der stadig er til diskussion, men kun hvis systemet er sat op til det. Og det kræver mere end bare at sætte en AI til at opsummere tekst.
Et godt AI mødereferat system skelner aktivt mellem fire ting: beslutninger, handlingspunkter, åbne spørgsmål og generel snak. Når den skelning sker automatisk og konsekvent, stopper beslutninger med at forsvinde. De havner i stedet i et system nogen ejer.
Transskribering på dansk: det der gør forskellen
Danmark er et lille sprogmarked. Det lyder neutralt, men det har konkrete konsekvenser når du skal bruge kunstig intelligens til tale til tekst dansk. Mange transskriberingssystemer er primært trænet på engelsk og håndterer dansk med varierende kvalitet, særligt når dialekter, mumlen eller hurtig tale blander sig ind.Det er ikke et detaljeringsspørgsmål. Hvis transskriberingen er upålidelig, er alt der kommer efter den også upålidelig. Et AI referat bygget på en dårlig transskribering er bare struktureret forvirring.
Valget af transskriberings motor er derfor afgørende. Whisper fra OpenAI klarer dansk relativt godt, særligt i nyere versioner. Microsoft Copilot Teams møde bruger Azures talemodel som er optimeret til dansk i erhvervsmæssig kontekst. Begge kan håndtere standard rigsdansk fint, men der er nuancer der kræver opmærksomhed.
Transkriberingssteget er fundamentet. Resten af pipelinen er bygget ovenpå det. Så det er her du skal investere din opmærksomhed først.
Fysiske møder vs Teams møder
Der er en praktisk forskel på at transskribere et Teams møde og et fysisk møde i et konferencelokale. I Teams er lydkvaliteten typisk højere fordi hver deltager taler direkte ind i sin egen mikrofon. Taleidentifikation er også enklere fordi systemet ved hvem der er med i mødet.Fysiske møder er sværere. Lyden er en blanding af alle i rummet, og uden dedikeret hardware bliver transskriberingen mere usikker. Her kan en god mødemikrofon som en Jabra eller en Shure gøre en konkret forskel. Det er ikke glamouriøst, men det virker.
For Teams møder er mødeindsigt Teams og Teams mødenoter allerede integreret i Microsoft 365 pakken for mange virksomheder. Det betyder at du ikke nødvendigvis behøver bygge noget fra bunden. Du skal bare vide hvordan du aktiverer og strukturerer det rigtigt.
Støj, flere talere og fagord der driller
Tre ting slår transskribering i stykker hurtigere end noget andet. Baggrundsstøj, flere der taler på én gang, og branchespecifikke fagord der ikke er en del af standardmodellens vokabular.Baggrundsstøj kan afhjælpes med hardware og optagelsesmiljø. Overlappende tale er sværere. De fleste systemer håndterer det ved enten at vælge én stemme eller lave et rod i teksten. Det er her transskriberingen fejler mest.
Fagord er et særskilt problem. Hvis jeres team taler om specifikke produktnavne, systemer, forkortelser eller interne begreber, vil et standard AI system ofte gætte forkert. Løsningen er at arbejde med en tilpasset ordliste eller et system der kan konfigureres med virksomhedsspecifik terminologi.
Det lyder teknisk, men i praksis er det ofte bare en liste med navne og ord du afleverer til systemet én gang. Derefter håndterer det resten.
Sådan får du navne og begreber til at sidde
Navne er den hyppigste kilde til transskriberingsfejl. Både person og produktnavne bliver forvansket på måder der kan se komiske ud, men som skaber reel forvirring i referater der cirkulerer bredt.Den bedste løsning er en kombination af tre ting. For det første en konfigureret ordliste som nævnt. For det andet en post behandlingsrunde hvor AI modellen gennemgår transskriberingen og sammenholder navne med en liste over kendte deltagere og produkter. For det tredje en hurtig menneskelig kvalitetssikring inden referatet distribueres.
Det tredje punkt er ikke en opgave der tager lang tid. Det er en to minutters gennemgang. Men det er den der gør at folk begynder at stole på referaterne, og det er tilliden der afgør om systemet faktisk bliver brugt.
AI opsummering der kan bruges som arbejdsdokument
En transskribering er ikke et referat. Det er råmateriale. En god AI opsummering omdanner det råmateriale til noget folk rent faktisk gider åbne og bruge. Og det kræver mere end at bede en AI om at skrive en kortere version af teksten.Opsummeringen skal strukturere indholdet efter formål. Hvad blev besluttet? Hvem gør hvad og hvornår? Hvad er stadig uafklaret? Og hvad var baggrund og kontekst? Disse fire lag er forskellige og skal behandles forskelligt.
Den klassiske fejl er at bede AI om at opsummere mødet, og så få et afsnit med løs tekst der blander det hele sammen. Det er ikke et arbejdsdokument. Det er en parafrase. Forskellen er afgørende fordi et arbejdsdokument har handlingsværdi, en parafrase har ikke.
For at få et arbejdsdokument skal prompten til AI modellen være struktureret. Ikke et enkelt spørgsmål, men en instruktion der specificerer output format, kategorier og detaljeringsniveau. Det er her det tekniske setup gør en forskel i forhold til at bruge et standard AI chatværktøj.
Skil beslutninger fra idéer og snak
I et møde på en time er der måske fem til syv egentlige beslutninger. Resten er diskussion, afvejning, tanker der ikke bliver til noget, og social snak. Et godt AI mødereferat system skal kunne kende forskel.Detection af beslutninger handler om sproglige mønstre. Sætninger som vi er enige om at, vi beslutter at, vi kører videre med, og vi dropper signalerer typisk en beslutning. En veltrænet model eller en veldefineret prompt kan fange dem.
Idéer og forslag ser anderledes ud. Det er hypotetisk sprog. Hvad nu hvis vi, vi kunne jo overveje at, én mulighed kunne være. Disse skal noteres, men ikke som beslutninger. De hører hjemme i et eget afsnit, ofte kaldet åbne spørgsmål eller til videre diskussion.
Når den skelning sidder, stopper det med at ske at nogen tre uger efter mødet citerer en idé som en beslutning. Og det sker mere end man tror.
Få handlingspunkter med ejer og deadline
Et handlingspunkt uden ejer er en god intention. Et handlingspunkt uden deadline er en drøm. Begge er ubrugelige i en travl hverdag.Den svære opgave for AI er at tildele ejer når det ikke er eksplicit sagt i mødet. Nogen gange er det klart: Peter tager kontakt til leverandøren. Andre gange er det implicit eller uafklaret. Et godt system håndterer begge scenarier, enten ved at identificere den mest sandsynlige ejer baseret på kontekst, eller ved at markere opgaven som uafklaret og sende den til godkendelse.
Deadlines er endnu sværere. Møder indeholder sjældent specifikke datoer for alle opgaver. Her kan AI foreslå en standarddeadline baseret på opgavens karakter og prioritet, men det kræver en menneskelig bekræftelse. Alternativt kan systemet eskalere til en simpel godkendelsesrunde inden opgaverne oprettes.
Formatet for et handlingspunkt skal som minimum indeholde:
- Opgavetitel: Kort og handlingsorienteret, typisk startende med et verbum
- Ejer: Ét navn, ikke et team
- Deadline: Specifik dato eller uge
- Kontekst: En linje der forklarer hvorfor opgaven eksisterer
- Prioritet: Høj, medium eller lav baseret på mødesammenhæng
Kort referat til ledelsen, langt til teamet
Et møde om projektudvikling er relevant for udviklerne, men ledelsen behøver ikke læse alle tekniske diskussioner. De vil have en status, de vigtigste beslutninger og risici. Teamet vil have kontekst, baggrund og præcise opgaver.Et godt AI mødenoter setup producerer derfor to versioner. Et kort executive summary til ledelsen på fem til ti linjer, og et fuldt arbejdsdokument til teamet. Det er ikke dobbeltarbejde. Det er den samme AI behandling med to output profiler.
Denne tilgang løser også et organisatorisk problem. Mange virksomheder deler det samme referat med alle, og ender med at ingen egentlig læser det fordi det er for langt for dem der vil have overblik, og for kort for dem der har brug for detaljer. To versioner er ikke luksus. Det er sund fornuft.
Fra referat til opgaver i Teams, Planner og Jira
Et referat der ender i en fil ingen åbner er spild af tid. Den eneste måde AI mødereferat skaber reel værdi på, er hvis handlingspunkterne lander direkte i det opgavesystem teamet allerede bruger. Det er her automatisk opgavefordeling skiller vandene.De mest brugte systemer i danske virksomheder er Microsoft Planner, Teams opgaver, Jira og Notion. Alle fire kan modtage opgaver automatisk via API eller integration. N8n og Make er de to platforme jeg typisk bruger til at bygge den slags workflows, fordi de er fleksible nok til at håndtere logik og undtagelser uden at kræve kodning fra slutbrugeren.
Pipelinen ser typisk sådan ud: optagelse sker i mødet, transskriberingen køres automatisk, AI modellen behandler teksten og producerer strukturerede handlingspunkter i et defineret format, og et workflow sender dem videre til det rette system med de rette metadata. Alt dette kan ske mens folk stadig drikker kaffe efter mødet.
Den reelle gevinst er ikke bare tidsbesparelse. Det er at opgaver konsekvent havner ét sted, at de har en ejer fra dag ét, og at ingen kan sige de ikke vidste de havde en opgave.
Struktur for opgaver så de kan oprettes automatisk
For at automatisk opgaveoprettelse virker, skal referatets handlingspunkter have en konsistent struktur. Det er her mange fejler. Hvis AI output varierer i format fra møde til møde, kan workflowet ikke behandle det pålideligt.Løsningen er at definere et fast output format i selve AI prompten. JSON er oplagt fordi alle moderne opgavesystemer forstår det. Et handlingspunkt kan struktureres som en JSON blok med felterne title, assignee, due date, priority og context. Workflowet læser disse felter og mapper dem til de tilsvarende felter i Planner eller Jira.
| Felt i AI output | Svarer til i Planner | Svarer til i Jira |
|---|---|---|
| title | Opgavenavn | Summary |
| assignee | Tildelt til | Assignee |
| due_date | Forfaldsdato | Due Date |
| priority | Prioritet | Priority |
| context | Beskrivelse | Description |
Når dette format sidder fast, er integrationen stabil. Det kræver lidt opsætning, men når det er gjort korrekt, kræver det ingen vedligeholdelse.
Når en opgave mangler ejer, hvad sker der så
Det sker. Ikke alle handlingspunkter fra et møde har en tydelig ejer. Nogen gange er det aftalt implicit, nogen gange er det slet ikke aftalt. Et system der bare ignorerer de ownerless opgaver skaber et nyt problem: opgaver der aldrig oprettes fordi ingen ejer dem.Den bedste tilgang er en simpel eskalering. Hvis et handlingspunkt mangler ejer, sendes det til mødelederen eller projektlederen som en særskilt notifikation med én handling: tildel ejerskab. Det kan ske via en Teams besked, en mail eller en Planner opgave markeret med unassigned status.
Det vigtige er at intet tabes. Systemet skal have en håndtering for netop dette scenarie, ikke bare overspringe det.
Opfølgning uden at micromanage
Når opgaver er oprettet med deadline og ejer, behøver lederen ikke følge op manuelt. Systemet kan gøre det. Et simpelt workflow sender en reminder til opgaveejeren to dage inden deadline, og en statusopdatering til projektlederen hvis opgaven er overskreddet.Dette er projektstyring automatisering i sin mest praktiske form. Det er ikke overvågning. Det er at fjerne den situation hvor lederen sidder og husker hvem der skylder hvad, og i stedet lade systemet håndtere de rutinemæssige reminders.
Resultatet er at mødeopfølgning holder sig til det der kræver menneskelig vurdering, ikke til det der bare kræver et kalendertjek. Det er præcis den type opgave som kunstig intelligens er bedst til at løse.
Kvalitetssikring og ansvar: hvem ejer sandheden
AI laver fejl. Det er ikke en svaghed der skal skjules, det er en kendsgerning der skal håndteres. Et AI mødereferat system uden kvalitetssikring er som en vikarbureauansat der skriver referater uden at nogen tjekker dem. Nogen gange er det fint. Nogen gange er det en katastrofe.Kvalitetssikring handler ikke om at gennemlæse hele transskriberingen. Det handler om at have et fast punkt i processen hvor en ansvarlig person bekræfter at de vigtigste beslutninger og handlingspunkter er korrekt gengivet. Det er her menneskelig kontrol tilføjer reel værdi.
Den gode nyhed er at det ikke behøver at tage lang tid. Et veldefineret godkendelsestrin på to minutter er nok til at sikre at referaterne er troværdige. Og troværdighed er forudsætningen for alt det andet. Hvis folk ikke stoler på referaterne, bruger de dem ikke. Og så er hele systemet ligegyldigt.
Datasikkerhed er et separat men relateret spørgsmål. Danske virksomheder håndterer mødeoptagelser der kan indeholde fortrolig information, persondata og forretningskritiske beslutninger. Spørgsmålet om hvor disse data proceseres og opbevares er ikke et teknisk spørgsmål, det er et ledelsesansvar.
En simpel godkendelsesrunde der tager 2 minutter
Godkendelsesrunden behøver ikke være en ny møde. Den er en asynkron gennemgang. Mødelederen modtager AI referatets udkast via Teams besked eller mail, scanner beslutninger og handlingspunkter, og bekræfter eller retter inden referatet distribueres og opgaverne oprettes.To minutter er realistisk hvis referatets format er rent og klart. Beslutningerne er opremsede. Handlingspunkterne er strukturerede. Det er tydeligt hvad der skal bekræftes.
For at gøre det endnu enklere kan systemet fremhæve de elementer der er lavest konfidensscoring fra AI modellen. Det vil sige de steder hvor modellen var mindst sikker på sin tolkning. På den måde fokuserer gennemgangen der hvor den er mest nødvendig.
Sådan undgår du at AI referatet bliver citeret forkert
Det her er et scenarie der sker tidligere end man tror. Et AI referat cirkuleres, en person citerer en beslutning, og en anden siger at det ikke er det der blev sagt. Hvem har ret?Løsningen er enkel. Hvert referat skal have et versionsnummer og en godkendelsesstatus. Et udkast er et udkast. Et godkendt referat er den officielle kilde. Og den officielle kilde er den eneste der kan citeres i andre dokumenter eller som grundlag for beslutninger.
Dette kræver ikke kompleks dokumenthåndtering. Det kræver at systemet er konsistent. Godkendt referat i én klar placering. Udkast i en separat mappe eller med en synlig vandmærkning. Det er nok.
Opbevaring, adgang og datasikkerhed
Når møder transskriberes og behandles af AI, opstår spørgsmålet om hvor data lander. For Copilot Teams møde og Microsoft Loop mødenoter er svaret Microsoft Azure infrastruktur med de GDPR forpligtelser det medfører. For selvhostede løsninger baseret på Whisper og n8n kan data holdes fuldstændigt inden for virksomhedens egne systemer.Valget afhænger af virksomhedens datapolitik og branche. Sundhedssektoren, advokater og finansvirksomheder har typisk strengere krav til lokal kontrol. For de fleste SMV'er er Microsoft 365 løsningen acceptabel, men det skal afklares med ledelsen og ikke antages.
Adgangsstyring er et andet aspekt. Ikke alle skal have adgang til alle mødereferater. Et system der distribuerer referater til hele organisationen som standard er et sikkerhedsproblem. Adgang skal styres efter princippet om mindste privilegium: adgang til det der er relevant for din rolle, ikke mere.
Et system der faktisk bliver brugt
Denne artikel er gået igennem en komplet pipeline fra mødereferaternes klassiske problemer til den praktiske løsning. Her er det korte overblik over hvad vi har gennemgået.Transskribering på dansk er fundamentet. Vælg en model der klarer dansk, konfigurer den med virksomhedsspecifikke ord og navne, og tag stilling til om du transskriberer fysiske møder eller Teams møder. AI opsummeringen skal strukturere indhold i beslutninger, handlingspunkter, åbne spørgsmål og kontekst. Handlingspunkter skal have ejer, deadline og kontekst som minimum.
Opgaverne skal lande automatisk i det system teamet allerede bruger, hvad enten det er Planner, Jira eller Notion. Strukturen i AI output skal matche feltstrukturen i målsystemet. Ownerless opgaver skal eskaleres, ikke ignoreres. Opfølgning sker via automatiske reminders, ikke manuelle tjek.
Kvalitetssikring er ikke valgfri. En godkendelsesrunde på to minutter er forskellen på et referat folk stoler på og et referat der skaber konflikt. Datasikkerhed og adgangsstyring skal besluttes af ledelsen, ikke overlades til systemets standardindstillinger.
Hvis du vil have et konkret setup der løser det her for din virksomhed, er du velkommen til at tage fat i mig. Jeg bygger præcis den slags workflows og hjælper med at sikre at AI mødereferat og automatisk opgavefordeling faktisk virker i praksis, ikke kun i teorien.
Fordi et mødereferat der aldrig bliver skrevet er dårligt. Men et AI system der bare tilføjer mere kompleksitet til hverdagen er ikke bedre. Det skal virke, ellers er det ingenting værd.
Ofte stillede spørgsmål
Hvad er et AI mødereferat, og hvad får jeg ud af det?▼
Et AI mødereferat er en automatisk opsummering af mødet baseret på transskribering og strukturering. Pointen er ikke bare en kort tekst, men et arbejdsdokument med beslutninger, handlingspunkter fra møde, åbne spørgsmål og tydelig kontekst, så mødeopfølgning bliver nem og ensartet.
Hvordan laver man AI referat i Teams med Copilot?▼
I Teams kan Copilot Teams møde og mødeindsigt Teams samle samtalen og lave en opsummering, når optagelse og transskription er slået til. Det vigtigste er at få output i faste sektioner som beslutninger og action items, så AI mødenoter ikke ender som løs snak uden ansvar.
Hvordan får jeg handlingspunkter fra møde over som opgaver i Planner?▼
Du får den bedste automatik ved at få AI til at levere handlingspunkter i et fast JSON format med title, assignee, due_date, priority og context. Så kan et workflow i fx n8n eller Make mappe felterne direkte til Planner, så Planner opgaver automatisk bliver oprettet med ejer og deadline.
Kan Jira opgaver automatisk oprettes fra AI mødenoter?▼
Ja. Når AI mødenoter er struktureret ens hver gang, kan et workflow oprette issues i Jira med Summary, Description, Assignee, Due Date og Priority. Det gør Jira opgaver automatisk realistisk i drift, fordi formatet er stabilt og der er en håndtering af opgaver uden ejer.
Hvordan undgår jeg at AI opsummering laver fejl i beslutninger og opgaver?▼
Byg et kort kvalitetstjek ind som fast trin: mødelederen godkender beslutninger og handlingspunkter på et par minutter før deling og opgaveoprettelse. Kombinér gerne med markering af lav konfidens og en klar status som udkast eller godkendt, så ingen citerer noget halvt.
Relaterede artikler

AI
AI i kundeservice: svar der hjælper kunderne hurtigt
Supportindbakken kan føles som en levende ting der aldrig sover. Her får du et klart billede af hvornår AI kundeservice giver mening, og hvilke opgaver automatisering faktisk bør tage.<br><br>Du får workflowet: mail ind, AI klassificerer, henter svar fra vidensbase (RAG), foreslår tekst og eskalerer til menneske ved lav sikkerhed. Med logning, måling af første svartid og GDPR for persondata.

AI
Hvad er RAG og hvorfor gør det AI mere præcis?
Har du også fået et AI-svar om jeres regler, der lød spot on men var forkert? Det er hallucinationer: modellen gætter, når den mangler kontekst.<br><br>RAG løser det ved at søge i jeres interne vidensbase først. Du får overblik over chunking, embeddings, vektordatabase, tests, adgangsstyring og kildehenvisninger, så svarene bliver til at stole på.
