De fleste projektopdateringer bliver ikke læst. De er for lange, for vage, og de begraver dårlige nyheder i tredje afsnit af syvende bullet-punkt.
Vi har fundet et format der virker. Det tager os 10 minutter at skrive, og kunderne læser det.
Formatet
Tre sektioner. Ikke mere.
Gjort denne uge. Konkrete leverancer. Links til staging-miljø, screenshots, eller specifikke funktioner. Ikke "arbejdet videre med login-flow" — men "login med Google virker nu på staging: [link]".
Blokkeret af. Oftest tom. Hvis der er noget, er det præcis én ting: "Mangler adgang til jeres Stripe-konto for at teste webhooks." Én sætning. Ikke en forklaring.
Næste uge. Hvad vi sigter efter. Ikke løfter — retning. "Planlægger at have bruger-dashboard færdigt til fredag."
"En god opdatering tager 90 sekunder at læse og efterlader kunden med præcis to tanker: 'Det går godt' eller 'det her skal vi tage en snak om'."
Et rigtigt eksempel
Her er en faktisk opdatering fra routing-projektet, uge 4:
Gjort denne uge
— Drag-and-drop ruteplanlægning virker med op til 40 ruter. Se her: [staging-link]
— GPS-status fra chaufførernes telefoner opdateres hvert 30. sekund i realtid
— Kvitteringsflow sendt til Thomas til gennemgang
Blokkeret af
— Intet
Næste uge
— Automatisk SMS-kvittering til modtagere + export til PDF
Hvad der ikke må stå
Ingen "vi er glade for at meddele". Ingen passive konstruktioner. Ingen lange tekniske forklaringer kunden ikke forstår. Og aldrig: "Vi stødte på nogle udfordringer som vi arbejder på at løse."
Dårlige nyheder skal stå øverst og formuleres direkte: "Vi er 3 dage bagud på betalingsmodulet. Her er grunden, og her er vores plan."
Hvornår og hvor
Fredag kl. 15, hver uge, pr. e-mail. Ikke Slack — der forsvinder det. Ikke en projektledelsestool kunden glemmer at tjekke. En simpel e-mail til de rigtige modtagere.