Mall för beslutslogg: så dokumenterar du beslut så att ingen tar upp dem igen – och var loggen ska finnas (2026)

En beslutslogg är den löpande förteckningen över vad ett team har beslutat. Den har en post per beslut, daterad, med beslutet formulerat i en mening, den person eller det organ som fattade det, de alternativ som fanns på bordet och skälet till att det valda vann, vad beslutet utesluter och det villkor under vilket det skulle prövas igen. Den är inte protokollet och inte uppgiftslistan. Det är dokumentet som någon öppnar tre månader senare, när en ny kollega frågar "varför gör vi så här?", och då hittar ett svar i stället för ett möte.

Den här guiden tar först hantverket: vad en beslutslogg är, vad varje post innehåller, hur du skriver en före, under och efter mötet där beslutet fattas, en mall och ett register att kopiera samt tre ifyllda poster. Därefter kommer mekaniken: var loggen finns i de verktyg som ditt team redan använder, och vad av beslutet som faktiskt kommer med. Loggens verkliga prov är nämligen inte veckan då den skrivs. Det är dagen då någon säger "jag minns inte att jag gick med på det".

Vad en beslutslogg är – och vad den inte är

Fyra slags dokumentation kommer ur ett möte, och beslutsloggen är den som oftast förväxlas med de andra tre:

Skillnaden som spelar roll är att protokollet är ordnat efter möte, medan beslutsloggen är ordnad efter beslut. Ett beslut som fattas över tre möten ger tre protokollposter och en loggpost. Loggen behåller dessutom det som protokoll oftast tappar, nämligen alternativen som förlorade och skälet till att de förlorade, eftersom det är där nästa diskussion kommer att handla.

En beslutslogg är inte heller en policyhandbok. En policy är den gällande regeln, medan loggen är historiken över hur regeln kom till, inklusive poster markerade ersatt. Behåll båda och länka dem. Redigera aldrig en gammal post så att den stämmer med ett nytt beslut. Skriv en ny post och låt den gamla peka på den.

Vad varje post innehåller: formatet

Sju delar. De flesta mallar på nätet har de tre första och slutar där, vilket är skälet till att de flesta loggar ältas om:

1. Ett ID och ett datum. "D-14, 9 oktober". ID:t är det folk hänvisar till i chatten ("det är D-14") i stället för att beskriva beslutet på nytt och råka öppna det igen.
2. Beslutet i en mening, i presens. "Vi offererar bara i EUR." Inte "vi diskuterade prissättning" och inte "man ansåg att". Om meningen kräver ett stycke är det två beslut eller inget.
3. Vem som beslutade, vem som konsulterades och vem som informerades. Ett namn eller ett organ för beslutet, de vars synpunkter inhämtades och den kanal eller lista som fick information. Det första svarar på "vem kan ändra detta". De två andra svarar på "blev jag tillfrågad", den vanligaste anledningen till att ett beslut ifrågasätts.
4. De alternativ som övervägdes, inklusive det valda. En rad vardera. En loggpost med bara ett alternativ är ett utfall, inte ett beslut. De förkastade alternativen hindrar samma förslag från att komma tillbaka nästa kvartal under nytt namn.
5. Skälet till att det valda alternativet vann. En rad: den begränsning, den siffra eller den risk som avgjorde. Det är meningen som den nya kollegan egentligen letar efter.
6. Konsekvenser: vad som ändras, vad det kostar, vad det utesluter. Beslutet att offerera bara i EUR utesluter en USD-prislista. Skriv det, så att ingen bygger en.
7. Villkoret för omprövning och källan. Det datum, den siffra eller den händelse som legitimt skulle öppna frågan igen ("om mer än 10 % av offerterna avslås på grund av valutan"), samt en länk till där beslutet fattades: mötessammanfattningen, tråden, ögonblicket i transkriptionen. Ett beslut med angivet omprövningsvillkor tas upp på nytt på grund av belägg. Ett beslut utan villkor tas upp på nytt på grund av stämning.

Det som hålls utanför är diskussionen. Tre stycken om vem som sa vad hör hemma i protokollet eller transkriptionen, och loggen länkar dit. En post läses av någon som söker ett enda svar och bör rymmas på en skärm.

Så skriver du en: före, under, efter

Före mötet: sätt upp beslutet på dagordningen som ett beslut. Dagordningspunkten som ska ge posten markeras beslut, med frågan och alternativen redan nedskrivna: "Besluta: bara EUR, dubbla prislistor eller USD på begäran – Lena, 15 min, beslut." Halva posten finns innan någon har sagt något, och rummet lägger sina minuter på skälet i stället för på att rekonstruera alternativen.

Under mötet: läs upp beslutet innan ni går vidare. Facilitatorn säger meningen högt och nämner det som förlorade: "så vi antecknar – bara EUR, dubbla prislistor förkastas på grund av underhållskostnaden, Lena beslutar, omprövas om avslagen passerar 10 %." Uppläsningen är ögonblicket då posten egentligen skapas. De som skulle kunna invända sitter i rummet, och en invändning nu är billigare än samma invändning om sex veckor. En punkt som inte går att läsa upp som en mening är inte avgjord. Den markeras öppen med den fråga som återstår och går till nästa dagordning.

Efter mötet: skriv posten samma dag och publicera den där teamet redan läser. Kopiera uppläsningsmeningen, lägg till alternativen och skälet från anteckningarna, ge posten ett ID och länka sammanfattningen. Lägg sedan ut den i kanalen där mötet hör hemma, inte i en enskild persons dokument. En logg i en privat mapp är en logg som teamet inte har, och ett beslut som teamet inte kan hitta är ett beslut som det kommer att fatta om.

Hela disciplinen är uppläsningen. Loggen är uppläsningen, nedskriven.

En mall för beslutslogg

En post, för ett dokument eller ett kanalinlägg:

D-[nummer] · [datum] · [Beslutet i en mening, presens]
Status: föreslaget / beslutat / ersatt av D-[nummer]
Beslutat av: [namn eller organ] · Konsulterade: [namn] · Informerade: [kanal eller lista]
Bakgrund: [två rader – frågan, och varför den måste avgöras nu]
Alternativ: A – [en rad]; B – [en rad]; C – [en rad]. Valt: [bokstav]
Varför: [den enda begränsning, siffra eller risk som avgjorde]
Konsekvenser: [vad som ändras, vad det kostar, vad det utesluter]
Omprövas om: [ett datum, en siffra eller en händelse]
Källa: [länk till sammanfattning eller tråd, och ögonblicket]

Registret, för listan som sträcker sig över året:

Båda kan klistras in i ett dokument, ett kalkylblad, en canvas eller ett chattmeddelande utan omformatering. Kolumnerna som oftast saknas i mallar är Förkastade och Omprövas om, de två som avgör om posten någonsin läses igen.

Tre ifyllda poster

Ett prisbeslut – från veckomötet

D-14 · 9 okt 2026 · Vi offererar bara i EUR; en USD-förfrågan får EUR-priset omräknat till dagens kurs.
Status: beslutat
Beslutat av: Lena · Konsulterade: Anna, Mateusz · Informerade: #sales
Bakgrund: Två distributörer bad om USD-offerter i september; en andra prislista föreslogs.
Alternativ: A – bara EUR; B – dubbla prislistor i EUR/USD; C – USD på begäran, omräknat för hand. Valt: A
Varför: B fördubblar underhållet vid varje prisändring; C har redan gett tre inkonsekventa offerter.
Konsekvenser: Ingen USD-prislista byggs; offertmallen anger "EUR" i rubriken; avslag på grund av valuta räknas.
Omprövas om: mer än 10 % av offerterna under ett kvartal avslås på grund av valuta.
Källa: Veckomötet, 9 okt, sammanfattningens punkt 2, 14:05.

Ett rekryteringsbeslut – från ett enstaka möte

D-15 · 10 okt 2026 · Den andra supportanställningen placeras i Lissabon, med portugisiska och spanska, inte som en andra person på kontoret i Milano.
Status: beslutat
Beslutat av: Tomás · Konsulterade: Priya, Dana · Informerade: #team
Bakgrund: Supportärenden från Spanien och Brasilien översteg 40 % av kön under kvartal 3.
Alternativ: A – andra anställningen i Milano; B – anställ i Lissabon; C – lägg ut spansk support på entreprenad. Valt: B
Varför: C förkastades på grund av överlämningskvaliteten i piloten; A lämnar den spanska kön som den är.
Konsekvenser: Jobbannonsen skrivs på portugisiska och spanska; introduktionen sker på distans; teamets arbetsspråk i supportkanalen förblir blandat.
Omprövas om: andelen spanska och portugisiska ärenden understiger 20 % två kvartal i rad.
Källa: Rekryteringssamtal, 10 okt, sammanfattningens punkt 3.

Ett ersatt beslut

D-9 · 14 aug 2026 · Kundsamtal spelas in som standard.
Status: ersatt av D-16
D-16 · 13 okt 2026 · Kundsamtal spelas bara in när kunden har godkänt det i inbjudan; sammanfattningen skrivs i vilket fall som helst.
Beslutat av: Lena · Konsulterade: Kenji (juridik), Anna · Informerade: #sales, #team
Alternativ: A – behåll inspelning som standard; B – fråga i inbjudan; C – sluta spela in kunder. Valt: B
Varför: två kunder invände i september; det är sammanfattningen, inte inspelningen, som teamet faktiskt läser efteråt.
Konsekvenser: Inbjudningsmallen får en mening till; D-9 avslutas, men raderas inte.
Omprövas om: ett kundavtal kräver inspelning.
Källa: Veckomötet, 13 okt, sammanfattningens punkt 1, 03:40.

Lägg märke till vad de tre har gemensamt: en mening som en utomstående kan agera på, det förlorande alternativet nämnt med sitt skäl och ett villkor som anger när frågan legitimt är öppen igen. Det är hela hantverket. Allt annat i den här guiden handlar om att göra posten möjlig att hitta när mötet är över.

Varför beslut tas upp på nytt

Team öppnar sällan ett beslut för att de är oeniga med det. De öppnar det för att dokumentationen inte kan svara på en av fyra frågor:

• "Beslutade vi verkligen det?" Utfallet diskuterades men lästes aldrig upp, så var och en gick därifrån med sin egen version. Lösningen är uppläsningen, inte ett bättre dokument.
• "Varför beslutade vi det?" Meningen överlevde, men skälet gjorde det inte. Sex veckor senare är skälet okänt, beslutet ser godtyckligt ut och förslaget som förlorade kommer tillbaka som om det vore nytt. Lösningen är raderna Varför och Förkastade.
• "Blev jag tillfrågad?" Någon som berörs konsulterades eller informerades inte och ifrågasätter beslutet för att bli hörd, inte för att ändra det. Lösningen är raderna Konsulterade och Informerade, och att publicera posten där den personen läser.
• "Har något ändrats?" Ett beslut utan omprövningsvillkor öppnas så fort någon känner för det. Ett beslut med villkor öppnas när villkoret är uppfyllt och citeras annars med ID. Lösningen är raden Omprövas om.

En logg med alla sju delar besvarar alla fyra frågorna. En som bara har meningen besvarar den första och lämnar de andra tre öppna.

Var beslutsloggen finns i verktygen du redan använder

Varje större plattform har ett ställe där ett beslut kan skrivas ned, och varje plattform slutar på olika ställen. Bara dokumenterat beteende, hämtat från leverantörernas egna sidor, med månaden då varje sida kontrollerades:

Två saker är desamma överallt. Beslutet är en rad som en person skriver in i ett dokument bredvid mötet, på det enda språk som rummet använde. Skälet, de förkastade alternativen och ögonblicket då det sades finns i dokumentet bara om den personen skrev ned dem.

Så kommer ett beslut tillbaka som sammanfattning

InterMIND är ett utrymme för kommunikation där ett möte lever i en kanal, så loggen har ett givet hem: kanalens chatt, där dagordningen lades in dagen före och posterna läggs ut efteråt, och där varje medlem skriver på sitt eget språk och läser de andra på sitt. Om registret förs någon annanstans, i ett kalkylblad eller ett dokument, kan dess uppdateringar landa i kanalen via e-post: kanalens värd ger den en egen adress, och ett meddelande som skickas dit visas som ett vanligt meddelande med avsändaren angiven och bilagorna bevarade.

Under samtalet hamnar den post som diskuteras på allas skärmar bredvid videorutorna med Share to conference. Den som delar redigerar anteckningen live medan rummet ser uppläsningen ta form, och varje deltagare läser den på sitt eget språk, med originalet ett klick bort.

När samtalet tar slut skrivs sammanfattningen utifrån själva mötet. Den innehåller en översikt och viktiga slutsatser, därefter punkterna – var och en markerad överenskommen, öppen eller omstridd, med talarna angivna och en tidsstämpel som öppnar transkriptionen vid det ögonblick då det sades – och sedan åtgärdspunkter med ansvariga och de öppna frågorna. Det är råmaterialet till en loggpost: meningen, vem som sa ja, vem som var oenig och var, samt ögonblicket att länka som Källa. Sammanfattningen kommer med e-post, som ett meddelande i kanalen och som en länk i kalenderhändelsen, och varje inloggad medlem läser den på sitt eget språk: dokumentationen översätts per läsare och skrivs inte en gång på det språk som rummet råkade använda. Vem som helst bland medlemmarna kan redigera den, varje redigering behåller författare och versionshistorik, och kanalen bevarar sammanfattningen av varje tidigare session, så mötet där D-14 fattades ligger ett klick från posten som hänvisar till det.

Där posten måste hamna i ett affärssystem lägger värden till en kopia av sammanfattningen till valfri adress – en CRM- eller ärendehanteringsinkorg – och varje sammanfattning av mötet eller kanalen skickas också dit efter en engångsbekräftelse av adressen. Mekaniken beskrivs i en kopia av varje mötessammanfattning i ditt CRM, via e-post. Samma sammanfattning når Zapier, en webhook eller API:et med summeringen som Markdown, och en medlems egen assistent – Claude, ChatGPT, Copilot eller Gemini – kan söka i sammanfattningarna via MCP-kopplingen. "Vad beslutade vi om USD-offerter?" blir då en fråga som ställs i verktyget de redan använder, besvarad med sammanfattningen och dess ögonblick.

En gäst ansluter via länk, utan konto och utan kostnad – från en telefon, i webbläsaren – och hör mötet live på sitt eget språk. Efteråt finns ingen dokumentation för en gäst. Kontot är gratis, och det är det som gör dokumentationen nåbar. Värden tillhandahåller utrymmet och betalar, på en betald plan, bara för medlemmar som varit aktiva de senaste 28 dagarna. Medlemmar som blir tysta behåller sin åtkomst utan kostnad.

• Öppna en komplett sammanfattning – en riktig sammanfattning, återgiven av samma kod som skriver din, med punkter och tidsstämplar.
• Prova livedemon – ingen registrering; tala, och hör rummet översättas per lyssnare.

Beslutsloggen som hantverk överlever varje verktyg: någon måste ändå säga meningen högt, nämna alternativet som förlorade och skriva ned när frågan får ställas igen. Det som inte behöver överleva är det andra jobbet – att rekonstruera vem som gick med på vad ur minnet, på ett enda språk, åt människor som läser andra språk.

Vanliga frågor

Vad är en beslutslogg?

En beslutslogg är den löpande förteckningen över ett teams beslut, med en post per beslut: beslutet i en mening, datumet, vem som fattade det, vem som konsulterades och informerades, de alternativ som övervägdes och skälet till att det valda vann, vad det utesluter, det villkor som skulle öppna det igen och en länk till där det fattades. Den är ordnad efter beslut, inte efter möte, och det är det som skiljer den från protokoll.

Vad ska en beslutslogg innehålla?

Sju saker per post: ett ID och ett datum; beslutet i en mening i presens; vem som beslutade, vem som konsulterades och vem som informerades; de alternativ som övervägdes, inklusive de förkastade; skälet till att det valda alternativet vann; konsekvenserna – vad som ändras och vad som utesluts; samt omprövningsvillkoret och en länk till källan. De två som oftast utelämnas är de förkastade alternativen och omprövningsvillkoret, och det är just de två som hindrar ett beslut från att tas upp på nytt.

Hur skriver man en beslutslogg?

Sätt upp beslutet på dagordningen som ett beslut, med alternativen nedskrivna i förväg. Läs upp beslutet högt i mötet innan ni går vidare – meningen, det som förlorade och dess skäl, vem som beslutar och när det omprövas. Samma dag skriver du posten utifrån uppläsningen, ger den ett ID, länkar sammanfattningen och lägger ut den där teamet redan läser. En logg som skrivs utifrån uppläsningar är korrekt. En som rekonstrueras en vecka senare ur minnet är början på nästa diskussion.

Vad är skillnaden mellan en beslutslogg och en åtgärdslogg?

En beslutslogg registrerar vad som beslutades och varför. En åtgärdslogg, eller en lista med åtgärdspunkter, registrerar vad någon ska göra på grund av beslutet, med ansvarig och datum. "Vi offererar bara i EUR" är ett beslut. "Anna – uppdatera offertmallen till EUR – senast 16 oktober" är åtgärden det gav upphov till. Beslut citeras i månader, åtgärdspunkter stängs på dagar. Att ha båda i en enda lista är hur skälen går förlorade under uppgifterna.

Vad är ett beslutsregister?

Samma sak som en beslutslogg, i projekt- och styrningsarbetets vokabulär: en tabell med en rad per beslut – ID, datum, beslut, vem som beslutade, varför, status. "Register" brukar mena tabellvyn och "logg" den löpande. Tabellen i den här guiden är båda, med Förkastade och Omprövas om tillagda bland de vanliga kolumnerna.

Finns det en mall för beslutslogg i Excel eller Word?

Registret i den här guiden är en vanlig tabell och posten är vanlig text. Båda kan klistras in i Excel, Google Sheets, Word, en Slack-canvas, en Loop-sida eller ett chattmeddelande utan omformatering. Formatet betyder mer än filen: det som rymmer loggen behöver en rad per beslut med skälet och de förkastade alternativen, och det måste finnas där teamet redan läser.

Vem ska föra beslutsloggen?

Facilitatorn för mötet där beslutet fattas skriver posten, samma dag, utifrån uppläsningen. Personen som anges under Beslutat av äger själva beslutet. I en liten organisation är det oftast samma person för de flesta poster. Viktigare än rollen är platsen: en logg för teamet, i den kanal som teamet redan använder, inte en per person.

Vad är en arkitekturbeslutspost (ADR)?

En arkitekturbeslutspost, eller ADR (architecture decision record), är mjukvaruutvecklingens form av en beslutsloggpost: ett kort dokument per beslut, förvarat i projektets repository, med bakgrund, beslut och konsekvenser samt en status som går från föreslaget till accepterat till ersatt. Mallen i den här guiden är samma idé för ett teams operativa beslut, med människorna tillagda – vem som beslutade, vem som konsulterades, vem som informerades – eftersom det utanför mjukvaruutveckling är det som ifrågasätts.

Källor: Microsoft — Take meeting notes in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Google Meet — "Take notes for me" in Google Meet; Google Workspace Updates — "Take notes for me" now captures "next steps"; Slack — Meeting agenda template (canvas). Microsofts anteckningssida, Googles hjälpsida för Meet och Slacks mall kontrollerades i oktober 2026; Zooms sida om mötessammanfattning kontrollerades i augusti 2026; Googles tillkännagivande om next steps kontrollerades i september 2026. Leverantörer ändrar planer, funktioner och språklistor över tid; kontrollera deras sidor för aktuellt läge.