Skabelon til mødenoter: hvad du skal have med, hvem der skriver dem nu, og hvor de ligger efter mødet (2026)

Mødenoter er mødets arbejdsreferat: hvad der blev sagt, og som har betydning, hvad der blev besluttet, hvem der gør hvad til hvornår, og hvad der blev bragt op uden at blive afklaret. De skrives under mødet af én person, og bagefter læses de af alle, også dem, der ikke var med. Noter er lettere end referater og fyldigere end en recap; de er det dokument, de to andre bliver lavet ud fra.

Denne guide handler først om håndværket: hvad du skal have med, en skabelon du kan kopiere og to udfyldte eksempler. Derefter kommer mekanikken: hvor noterne ligger i de værktøjer, dit team allerede bruger, og hvad der sker med dem efter mødet. Den anden halvdel betyder mere, end den ser ud til. Noternes egentlige prøve er ikke mødet, men tre uger senere, når nogen spørger, om punkt 2 nogensinde blev gennemført.

Mødenoter, referat og recap

Et møde giver tre slags optegnelser, og folk bruger ordene i flæng. De er ikke det samme dokument:

Noterne er råmaterialet. Et møde med ordstyrer og afstemninger gør dem til et referat; et arbejdsmøde gør dem til en recap. Hvis der ingen noter er, bliver de to andre skrevet efter hukommelsen, og sådan bliver én beslutning til tre forskellige beslutninger inden fredag.

Noter er ikke en udskrift. At skrive ned, hvad alle sagde, er et andet job, og i 2026 er det en maskines job. Referenten skriver ned, hvad mødet betød.

Hvad du skal have med: formatet

En brugbar side mødenoter har seks elementer. De fleste skabeloner, du finder, er en delmængde af listen, og dem, der svigter, udelader som regel de to sidste:

1. Overskriften. Mødets navn, dato, linket, hvem der var til stede, og hvem der meldte afbud. Tredive sekunder, før nogen begynder at tale.
2. Formålet i én sætning. Kopieret fra dagsordenen, hvis der er en; skrevet på stedet, hvis der ikke er. Det er den linje, noterne bedømmes op imod til sidst: leverede mødet dette?
3. Én blok pr. punkt i dagsordenens rækkefølge. To eller tre linjer om, hvad der blev sagt: holdninger, ikke en minutiøs gengivelse, og kun tilskrevet personer, når det har betydning. Derefter resultatet, markeret: besluttet, åbent eller udskudt til en dato.
4. Beslutninger, hver i én sætning. Sætningen begynder med "vi blev enige om" og indeholder det, der blev aftalt, ikke den diskussion, der førte til det. En beslutning begravet i diskussionsteksten er en beslutning, ingen finder.
5. Action items: ansvarlig, opgave, dato. Én linje hver. En handling uden ansvarlig er et ønske; en handling uden dato er et håb. Begge dele havner i stedet på parkeringspladsen.
6. Parkeringspladsen. Alt, der blev bragt op, og som mødet ikke afklarede, med navnet på den, der bragte det op. Den fodrer næste dagsorden. Det er det element, de fleste skabeloner dropper, og grunden til, at det samme spørgsmål bliver stillet på tre møder i træk.

Hvad der ikke skal med: ordrette citater, medmindre nogen beder om at blive citeret, tonefald, referentens egen mening og alt, der blev sagt off the record. En læser skal ikke kunne se, hvis side referenten var på.

Sådan tager du mødenoter: før, under, efter

Før mødet: byg skelettet. Tag dagsordenen og gør den til overskrifter: én blok pr. punkt, overskriften udfyldt på forhånd fra invitationen, forrige mødes åbne handlinger indsat øverst. 90 procent af formateringen sker før mødet. Hvis der ikke er en dagsorden, er mødets første note, at der ikke var nogen.

Under mødet: skriv resultater, ikke dialog. For hvert punkt har du brug for de holdninger, der kom frem, beslutningen og handlingerne. Den vane, der gør mest: når en beslutning er truffet, så læs den højt igen. "Så jeg noterer: to sprog til Q4-kampagnen, Lena har ansvaret for briefen senest den 12." Lad rummet rette den, mens alle stadig husker det. Når resultatet læses op, bliver en samtale til en optegnelse, mens de mennesker, der havde den, stadig er i den. Hvis et punkt løber tør for tid, er det ikke afklaret; det går på parkeringspladsen med en dato.

Efter mødet: udsend noterne samme dag. Gør noterne pæne, mens konteksten er frisk, med ti minutter og ikke en hel aften, og send dem til alle inviterede, især til dem, der missede mødet. Læg dem derefter, hvor næste møde finder dem. Noter, der ligger i én persons notesbog, er noter, teamet ikke har, og parkeringspladsen i dem er en parkeringsplads, ingen kommer til at tømme.

En skabelon til mødenoter

[Team] — [Mødets navn] — noter
Dato: [dato] · Tid: [start]–[slut] · Link: [mødelink]
Til stede: [navne] · Afbud: [navne] · Noter: [navn]
Formål: [én sætning: hvad mødet er til for]
Åbent fra sidst: [handling] — [ansvarlig] — [udført / ikke udført]

1. [Punkt] — [ansvarlig]
[To–tre linjer: hvad der blev sagt, og som har betydning; holdninger tilskrevet personer kun hvor det har betydning.]
Resultat: besluttet / åbent / udskudt til [dato]
Beslutning: [én sætning: "vi blev enige om …"]
Handling: [navn] — [opgave] — senest [dato]

2. [Punkt] — [ansvarlig]
[Resumé.]
Resultat: [besluttet / åbent / udskudt]
Handling: [navn] — [opgave] — senest [dato]

Beslutninger (alle punkter, én linje hver)
– [beslutning]
– [beslutning]

Action items
– [navn] — [opgave] — senest [dato]
– [navn] — [opgave] — senest [dato]

Parkeringsplads: [spørgsmål] — bragt op af [navn] — til næste dagsorden
Næste møde: [dato] · Optegnelse: [link til optagelse / dokument]

De to lister nederst gentager det, der allerede står i punktblokkene. Det er med vilje: blokkene er til dem, der var med, listerne er til dem, der ikke var.

To udfyldte eksempler

Ugentligt teammøde — 30 minutter

Produkt — Ugentligt — noter
Dato: 6. oktober 2026 · Tid: 10:00–10:30 · Til stede: Mateusz, Priya, Lena, Tomás (noter) · Afbud: Ana
Formål: fjerne forhindringer for ugens arbejde og beslutte, hvad vi ikke udgiver.
Åbent fra sidst: Priya — samtaletider til de to finalister — udført.

1. Forhindringer bragt op i kanalen — alle
To forhindringer: eksportjobbet fejler på filer over 50 MB (Mateusz); login på staging går i ring i Safari (Lena). Lena har en rettelse til review.
Resultat: åbent
Handling: Mateusz — genskab eksportfejlen med en fil på 60 MB — senest 7. okt.

2. Afgrænsning af udgivelsen: dropper vi eksporten, eller udgiver vi den uden finpudsning? — Mateusz
Mateusz vil udgive eksporten bag et flag; Priya vil droppe den for at undgå en bølge af supporthenvendelser. Lena bemærkede, at de to enterprise-prøver har bedt om den.
Resultat: besluttet
Beslutning: vi blev enige om at udgive eksporten bag et flag, kun slået til for de to prøver.
Handling: Mateusz — flag og tilladelsesliste for prøverne — senest 9. okt.

3. Ansættelse: finalister — Priya
Begge finalister er interviewet; Priya anbefaler den anden. Ingen indvendinger.
Resultat: besluttet
Handling: Priya — tilbud til den anden finalist — senest 8. okt.

Parkeringsplads: skal grænsen på 50 MB hæves? — bragt op af Mateusz — til næste uges dagsorden
Næste møde: 13. oktober 2026, 10:00

Kundemøde — 45 minutter

Aster GmbH — scopemøde — noter
Dato: 7. oktober 2026 · Tid: 14:00–14:45 · Til stede: L. Ortega, K. Sato (Aster); J. Lindqvist, P. Nowak (noter)
Formål: blive enige om ændringen af scope og dens pris inden udgangen af måneden.

1. Hvad der har ændret sig siden sidste møde — J. Lindqvist
Pilotprojektet kørte i tre lande i stedet for to; Aster ønsker japansk support i den første fase.
Resultat: information

2. Ændringen af scope: hvad er med, hvad er ikke — K. Sato
Med: japansk support, det tredje land. Ikke med: den tilpassede rapport, som flyttes til fase to. Ortega vil have datoen for fase to skriftligt.
Resultat: besluttet
Beslutning: vi blev enige om, at fase et er tre lande plus japansk support; den tilpassede rapport er fase to.

3. Muligheder for pris og tidsplan — J. Lindqvist
To muligheder blev præsenteret; Aster foretrækker den med fast pris, men mangler økonomiafdelingens godkendelse.
Resultat: udskudt til 14. oktober
Handling: J. Lindqvist — revideret arbejdsbeskrivelse med begge muligheder — senest 10. okt.
Handling: L. Ortega — økonomiafdelingens godkendelse af muligheden med fast pris — senest 14. okt.

Parkeringsplads: startdato for fase to — bragt op af L. Ortega — til mødet den 14. oktober
Næste møde: 14. oktober 2026, 14:00 · Optegnelse: den gældende arbejdsbeskrivelse

Læg mærke til, hvad begge eksempler har til fælles: hvert punkt ender i et af tre ord, hver handling har et navn og en dag, og parkeringspladsen er ikke tom. Femogfyrre minutters snak blev til en side, som en person, der ikke var med, kan handle på. Det er hele jobbet.

Hvor noterne ligger i de værktøjer, du allerede bruger

Hver større platform har et sted til noterne, og hver af dem stopper et forskelligt sted. Kun dokumenteret adfærd, hentet fra leverandørernes egne sider, med den måned, hvor siden blev tjekket:

To ting er ens overalt. Noterne er et dokument ved siden af mødet, holdt på det ene sprog, som rummet brugte; og om sidste uges action items blev udført, er et spørgsmål, dokumentet ikke besvarer. Det må en person selv gå hen og tjekke.

Hvem der skriver dem nu, og hvor de ligger bagefter

InterMIND er et rum til daglig kommunikation, hvor et møde bor i en kanal, så noterne har et oplagt hjem: kanalens chat. Skelettet lægges ind dagen før som en note. Under mødet kan referenten vise det på alles skærm ved siden af videofelterne med Share to conference og redigere det live, mens rummet ser med. Hver deltager læser det på sit eget sprog, med originalen et tryk væk, ligesom de læser kanalens chat omkring det, skrevet af hvert medlem på sit eget sprog. Noter, der er skrevet et andet sted, lander i kanalen via e-mail. Hver kanal har sin egen adresse, og en besked sendt dertil vises som en almindelig besked med afsenderen nævnt og vedhæftede filer bevaret.

Når mødet slutter, bliver recap'en skrevet ud fra selve mødet: et resumé, de punkter der er markeret som aftalt, åbne eller omstridte, og action items med ansvarlige, hver linje med sit tidsstempel. Referenten redigerer dermed et udkast i stedet for at skrive et fra bunden. Den ankommer på e-mail, som en besked i kanalen og som et link i kalenderbegivenheden, og hvert indlogget medlem læser den på sit eget sprog: optegnelsen oversættes pr. læser og skrives ikke én gang på det sprog, rummet tilfældigvis brugte. Alle medlemmer kan redigere den, hver redigering gemmer forfatter og versionshistorik, og kanalen gemmer recap'en fra hvert tidligere møde, så punkt 2 fra for tre uger siden er et klik væk.

Parkeringspladsen og handlingslisten er det sted, hvor noterne som regel dør, og det er her, kanalens tilbagevendende møde klarer kontrollen: når den næste recap skrives, bliver det forrige møstes åbne action items læst op igen og vurderet mod det, der blev sagt. Et punkt, som nogen meldte færdigt, markeres som udført; alt andet markeres som ikke udført med begrundelsen i mødets egne ord eller med "ikke drøftet". Ved starten af næste møde nævner Mia de åbne punkter og deres ansvarlige. Denne del kører for udvalgte konti, mens den bliver finpudset.

Hvis noterne skal ende i et system of record, tilføjer værten en recap-kopi til en vilkårlig adresse, for eksempel et CRM- eller trackersystems indgående postkasse, og hver recap fra mødet eller kanalen sendes også dertil efter en engangsbekræftelse af adressen. Mekanikken står i en kopi af hver mødes recap i dit CRM, pr. e-mail. En beslutning, der bliver truffet på gangen bagefter, kommer ind i kanalen som en talebesked, som ankommer som tekst i løbet af få sekunder og læses af hvert medlem på sit eget sprog.

En gæst deltager via et link, uden konto og uden omkostninger, fra en telefon eller i browseren, og hører mødet live på sit eget sprog. Der er ingen optegnelse til en gæst bagefter. Kontoen er gratis, og det er den, der gør optegnelsen tilgængelig. Værten stiller rummet til rådighed og betaler på en betalt plan kun for de medlemmer, der har været aktive de seneste 28 dage; medlemmer, der bliver stille, beholder deres adgang uden beregning.

• Åbn en komplet recap — en ægte optegnelse, genereret af den samme kode, som skriver din.
• Prøv livedemoen — uden tilmelding; tal, og hør rummet oversat pr. lytter.

Noter som håndværk overlever ethvert værktøj: nogen skal stadig afgøre, hvad mødet betød. Det, der ikke behøver at overleve, er det andet job: at skrive resultaterne ind igen efter mødet på ét sprog og i hånden tjekke, om nogen gjorde det, den sidste side sagde.

FAQ

Hvad skal mødenoter indeholde?

Seks ting: overskriften (mødets navn, dato, link, hvem der var til stede); formålet i én sætning; én blok pr. punkt med to eller tre linjer om, hvad der blev sagt, og resultatet markeret som besluttet, åbent eller udskudt; hver beslutning i én sætning; action items med ansvarlig, opgave og dato; og en parkeringsplads med det, der blev bragt op uden at blive afklaret, med navnet på den, der bragte det op.

Hvordan skriver man mødenoter?

Byg skelettet ud fra dagsordenen før mødet: én overskrift pr. punkt, overskriften udfyldt på forhånd, sidste mødes åbne handlinger øverst. Under mødet skriver du resultater i stedet for dialog og læser hver beslutning højt, så rummet kan rette den på stedet. Bagefter gør du noterne pæne i ti minutter, sender dem samme dag til alle inviterede og lægger dem, hvor næste møde finder dem.

Hvad er forskellen på mødenoter og referat?

Noter er arbejdsreferatet, der tages under mødet: enkelt, samme dag, til dem der blev inviteret. Et referat er den formelle optegnelse, der bagefter skrives ud fra noterne: fremmøde, hvert punkt, beslutninger med forløbet frem til dem, afstemninger og handlinger, i neutralt sprog, og i bestyrelser og foreninger som regel det dokument, organisationen er forpligtet til at opbevare og godkende. Et arbejdsmøde har brug for noter og en recap; et møde med ordstyrer og afstemninger har brug for et referat. Referatguiden gennemgår det format.

Findes der en skabelon til mødenoter i Google Docs?

Google dokumenterer Take notes for me til Google Meet på kvalificerede Workspace-udgaver: slået til i Calendar, når begivenheden oprettes, skriver den noterne ind i et Google Doc efter mødet og deler det efter den konfigurerede indstilling, ét sprog pr. møde. Skabelonen i denne guide er ren tekst, så den kan indsættes i et Google Doc, en Word-fil, et Slack-canvas eller en chatbesked uden omformatering.

Hvordan tager jeg mødenoter i Microsoft Teams?

Ifølge Microsofts dokumentation vælger du Notes i mødekontrollerne under et møde eller Add an agenda i mødets Details ved planlægning. Noterne er en Loop-komponent, som alle deltagere og arrangører kan redigere, og opgaver tildeles ved at tagge personer; de gemmes automatisk og kan nås fra Teams-kalenderen og mødets recap. Eksterne deltagere kan ikke se eller redigere dem.

Hvem skal tage noter på et møde?

Én, der ikke leder diskussionen: facilitatoren har nok at gøre med rummet, og en referent, der også er mødeleder, skriver sin egen side ned. På arbejdsmøder går opgaven på skift eller ligger hos en udpeget person; i formelle organer er det sekretæren. I 2026 bliver en voksende andel af det første udkast skrevet af mødeplatformen ud fra selve mødet, og det menneskelige arbejde bliver redigering: at kontrollere beslutninger, ansvarlige og datoer, før noterne cirkulerer.

Skal mødenoter sendes efter hvert møde?

Ja, samme dag, til alle der var inviteret og ikke kun til dem, der deltog. De, der missede mødet, har mest brug for dem. Noter, der ikke bliver sendt, er noter, der kun findes for én person; action items i dem har ingen vidner, og parkeringspladsen når aldrig frem til næste dagsorden.

Kilder: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Meeting agenda template (canvas). Siderne fra Microsoft, Google og Slack er tjekket i oktober 2026; Zooms side om mødeopsummering er tjekket i august 2026. Leverandører ændrer planer, funktioner og sproglister over tid; tjek deres sider for den aktuelle status.