Så skriver du tydliga statusrapporter med AI

Det här behöver du

• •Dina anteckningar från perioden – möten, avstämningar, mejl, det du har i huvudet.
• •Vad som var planerat, så att avvikelser går att se.
• •Vem rapporten går till, och vad den personen faktiskt kan besluta om.
• •Ett AI-verktyg som du får använda i jobbet enligt din arbetsgivares regler.

Sex ord som ofta blandas ihop

Det mesta som gör en statusrapport otydlig kommer av att de här sex sakerna hamnar i samma mening. Att hålla isär dem är själva arbetet.

• •Fakta: "Leveransen godkändes den 12 maj." Går att kontrollera.
• •Bedömning: "Vi ligger ungefär två veckor efter." Din slutsats — rimlig, men en tolkning.
• •Problem: något har redan hänt. "Testmiljön låg nere i tre dagar."
• •Risk: något kan hända. "Om leverantören inte svarar innan fredag hinner vi inte testa." En risk som redan inträffat är ett problem.
• •Beslut: en fråga någon annan måste svara på. "Ska vi skjuta lanseringen eller korta omfattningen?"
• •Nästa steg: något någon ska göra. Har ingen ansvarig och inget datum är det en förhoppning.

Blandar du risk och problem tappar mottagaren möjligheten att agera i tid. Ett problem behöver hanteras; en risk kan fortfarande undvikas.

Metoden: läge, avvikelse, risk, beslut, nästa steg

Fem delar i den ordningen. Skriv dem i den ordningen också — mottagaren läser uppifrån.

1. Läge. Vad är klart, vad pågår, vad har inte börjat? Håll det kort: mottagaren behöver riktningen, inte varje aktivitet.
2. Avvikelse. Vad skiljer sig från plan, deadline eller förväntat resultat? Ligger allt enligt plan är det också en avvikelse värd att nämna — den är ovanlig.
3. Risk. Vad kan påverka tid, kvalitet, kostnad eller omfattning framåt? Skriv vad som händer om risken slår in, inte bara att den finns.
4. Beslut. Vad behöver mottagaren ta ställning till? Formulera som en fråga med kända alternativ och ett datum då svaret behövs.
5. Nästa steg. Vem gör vad och när? Utan ansvarig och datum är punkten inte klar att skriva ned.

Del 4 är den som oftast saknas. En rapport utan beslutspunkter läses som information, och information kräver ingen handling.

Skriv för mottagaren, inte för dig själv

Samma underlag ger olika rapporter. Teamet behöver detaljerna för att veta vad de ska göra. Din chef behöver avvikelserna och besluten. En ledningsgrupp behöver läget i tre meningar och frågan de ska svara på.

Skickar du samma text till alla tre är den för lång för någon och för tunn för någon annan. Skriv den fullständiga versionen först och korta sedan — det är enklare än tvärtom.

Om ni använder statusfärger: skriv ut vad grönt, gult och rött betyder hos er. Utan kriterier blir färgen en känsla, och AI ska inte gissa den.

Färdig prompt att kopiera

Skriv en statusrapport utifrån mina anteckningar. Använd bara det som står här.

Projekt eller område: [namn]
Mottagare: [team / chef / ledningsgrupp / kund] – de kan besluta om: [mandat]
Rapportperiod: [datum till datum]

Mål eller plan för perioden:
[vad som skulle vara klart]

Klart:
[leveranser och aktiviteter som är avslutade]

Pågår:
[det som är påbörjat, gärna med hur långt det kommit]

Avvikelser och blockerare:
[det som skiljer sig från plan, och vad som stoppar upp]

Risker:
[det som kan påverka tid, kvalitet, kostnad eller omfattning framåt]

Beslut som behövs:
[frågor någon annan måste svara på, med kända alternativ]

Nästa steg:
[aktivitet | ansvarig | senast när]

Önskad längd och format: [t.ex. max 200 ord, punktlista, Teams-inlägg]

Svara med rubrikerna:
SAMMANFATTNING (max 3 meningar – läget och det viktigaste)
KLART
PÅGÅR
AVVIKELSER OCH BLOCKERARE
RISKER (vad som kan hända, och konsekvensen)
BESLUT SOM BEHÖVS (fråga | varför | senast när | kända alternativ)
NÄSTA STEG (aktivitet | ansvarig | datum)

Regler:
- Använd endast mitt underlag. Hitta inte på framsteg, orsaker, ansvariga eller deadlines.
- Skilj fakta från bedömning. Markera bedömningar med "bedömning:".
- Skriv "ej angivet" där ansvarig eller datum saknas.
- Sätt ingen statusfärg (grönt/gult/rött) om jag inte angett vad färgerna betyder.
- Ange inga procentsatser som jag inte skrivit.
- Skilj risk (kan hända) från problem (har hänt).
- Prioritera det som kräver handling. Utelämna aktivitet som inte påverkar läget.
- Avsluta med rubriken SAKNAS och lista vad som behövs för att rapporten ska bli fullständig.

Exempel: en vecka i ett kundportalsprojekt

Mina anteckningar

vecka 21, kundportalen

- inloggningen är klar och testad, godkänd av beställaren i tisdags
- jobbar på exportfunktionen, kanske halvvägs
- väntar fortfarande på godkännande av designen, skickade den för snart två veckor sen
- datakvaliteten i kundregistret ser skum ut, en del dubbletter, vet inte hur omfattande
- leverantören har inte svarat om API-nycklarna sedan förra veckan
- vi måste bestämma om vi kör på med gamla designen eller väntar, lanseringen är satt till v.26
- Jonas kollar dubbletterna
- ska stämma av med leverantören igen

AI-utkastet

SAMMANFATTNING
Inloggningen är klar och godkänd. Exportfunktionen pågår. Två saker riskerar tidplanen: designgodkännandet har dröjt nästan två veckor och leverantören svarar inte om API-nycklar. Ett beslut om designen behövs för att hålla lansering v.26.

KLART
- Inloggning, testad och godkänd av beställaren (tisdag)

PÅGÅR
- Exportfunktion (bedömning: ungefär halvvägs)

AVVIKELSER OCH BLOCKERARE
- Designgodkännande utestående sedan cirka två veckor
- Leverantören har inte svarat om API-nycklar sedan förra veckan

RISKER
- Dubbletter i kundregistret. Omfattningen är okänd. Konsekvens ej angiven.
- Om designgodkännandet dröjer ytterligare påverkas lansering v.26.

BESLUT SOM BEHÖVS
- Fråga: Kör vi vidare på befintlig design eller inväntar godkännande?
  Varför: påverkar lansering v.26
  Senast när: ej angivet
  Kända alternativ: fortsätt på befintlig design / vänta på godkännande

NÄSTA STEG
- Undersöka dubbletter i kundregistret | Jonas | ej angivet
- Stämma av med leverantören | ej angivet | ej angivet

SAKNAS
- När behöver designbeslutet vara fattat?
- Vem stämmer av med leverantören?
- Hur många dubbletter rör det sig om?

Det jag faktiskt skickade

Status kundportalen – v.21

Läget: inloggningen är klar och godkänd. Exportfunktionen pågår. Tidplanen till v.26 håller om vi får ett designbeslut den här veckan.

Avvikelser
- Designgodkännandet har legat i två veckor. Det är det som blockerar oss.
- Leverantören har inte svarat om API-nycklarna sedan förra veckan.

Risk
- Dubbletter i kundregistret. Jonas tittar på omfattningen och återkommer på fredag. Slår det värre ut än väntat kan det påverka exportfunktionen.

Beslut jag behöver från er
- Kör vi vidare på befintlig design, eller väntar vi på godkännande? Svar behövs senast onsdag för att v.26 ska hålla.

Nästa steg
- Dubbletterna: Jonas, återkopplar fredag
- Leverantören: jag ringer i morgon

---

Det jag ändrade från utkastet:

- Fyllde i de tre "ej angivet": jag visste svaren, de fanns bara inte i anteckningarna. Utkastet gjorde rätt som markerade dem i stället för att gissa.
- Satte ett datum på designbeslutet. En beslutsfråga utan deadline blir liggande.
- Tog bort "bedömning: ungefär halvvägs" på exportfunktionen. Den siffran tillförde inget och hade blivit ett löfte.
- Kortade från sju rubriker till fem. Ledningsgruppen behöver inte se en KLART-lista på en punkt.
- Skrev ut konsekvensen av dubbletterna. En risk utan konsekvens går inte att prioritera.

Relaterade prompter

• Veckostatus — Status med Klart/Pågår/Risker/Nästa vecka.
• Beslutslogg — Lista beslut med ägare och nästa steg.
• Be om beslut — Får ett tydligt ja/nej och deadline.
• Teams/Slack-uppdatering (max 5 rader) — När du vill posta en kort update utan att skriva om allt.
• Slack-update — Kort uppdatering som går att posta direkt.
• Projektplan — En enkel plan med milstolpar och risker.

Vanliga fel

• Rapporten listar aktiviteter i stället för läget

  En lista över vad ni gjort svarar inte på om det går bra. Motmedel: börja med tre meningar om läget, och ta bara med aktiviteter som förklarar det.

• Risker och problem blandas ihop

  En risk kan fortfarande undvikas, ett problem måste hanteras. Blandas de vet mottagaren inte vad som kräver handling nu. Motmedel: håll dem i skilda rubriker och skriv konsekvensen av varje risk.

• Statusfärgen saknar kriterier

  "Gult" betyder olika saker för olika personer, och AI har ingen grund att gissa. Motmedel: skriv ut vad färgerna betyder hos er, eller låt bli att använda dem.

• Besluten är otydliga

  "Vi behöver diskutera designen" är inte en beslutsfråga. Motmedel: formulera som en fråga med kända alternativ och ett datum då svaret behövs.

• Ansvarig eller deadline saknas

  Ett nästa steg utan namn och datum blir sällan gjort. Motmedel: låt "ej angivet" stå kvar i utkastet – det syns då tydligt vad du behöver ta reda på innan du skickar.

• Samma rapport går till alla

  Teamet behöver detaljer, ledningen behöver besluten. Motmedel: skriv den fullständiga versionen först och korta sedan per mottagare.

Checklista före du delar

• Mottagaren förstår läget inom en minut.
• Avvikelser syns tydligt och är inte begravda i aktivitetslistan.
• Risker är skilda från problem, och varje risk har en konsekvens.
• Besluten är formulerade som konkreta frågor med datum.
• Varje nästa steg har ansvarig och deadline – eller är markerat som oklart.
• Inget i rapporten saknar stöd i mitt underlag.
• Detaljnivån passar den som ska läsa den.