Når produktet er nede, sidder kunderne og opdaterer siden, supporten drukner i henvendelser, og udviklerne får spørgsmål fra salget, mens de leder efter fejlen. Tavshed gør det hele værre, for kunderne kan ikke se forskel på en fejl, I arbejder på, og en fejl, I ikke kender til. Kommunikationen under et nedbrud kan planlægges på forhånd: et fast sted, en fast hyppighed, en fast person og færdige tekster. Det tager en eftermiddag at lægge på plads, og det er den billigste forbedring af kundernes oplevelse af et nedbrud.
Vælg et fast sted
En statusside er en enkel webside, der viser, om produktet kører, og hvad der foregår, når det ikke gør. Den vigtigste tekniske regel er, at den skal stå uden for jeres eget produkt. Ligger den på samme platform, forsvinder den samtidig. Brug en ekstern tjeneste eller et adskilt sted, og giv den en adresse, kunderne kan finde, fx status.jeresprodukt.dk.
Lad kunderne abonnere på beskeder via mail, og sæt en tydelig henvisning ind i supportsvar og på login-siden. Når kunderne har et fast sted at kigge, falder antallet af henvendelser.
Har I store kunder med egne driftsfolk, kan de have brug for en direkte kontakt. Aftal, hvem der ringer til hvem, og lav en kort liste med telefonnumre. Listen skal kunne findes, når produktet og måske jeres egne systemer er nede, så gem den et sted uden for produktet.
Hvem skriver
Lad aldrig den, der retter fejlen, også skrive beskederne. Det afbryder arbejdet, og teksterne bliver dårlige. I et lille team kan rollen ligge hos en supportmedarbejder, en produktansvarlig eller direktøren. Personen skal have adgang til statussiden, kunne tale med den, der leder hændelsen, og have lov til at sende uden godkendelse af hver sætning.
Aftal, at beskederne får en kort godkendelse hos hændelseslederen, når det kan gøres hurtigt. Rollerne er beskrevet i overvågning, vagt og driftshændelser. Aftal også en stedfortræder, for nedbrud kommer ikke i arbejdstiden.
Hvor tit
Den første besked skal komme hurtigt, helst inden for de første minutter efter, at I har bekræftet, at kunder er berørt. Der behøver ikke stå mere, end at I ved, der er et problem, og arbejder på det.
Derefter gælder en enkel regel: Sig, hvornår næste besked kommer, og overhold det. Også selvom der ikke er nyt. Et interval på en halv time er et godt udgangspunkt under et større nedbrud. Beskeden “vi leder stadig efter årsagen, næste opdatering klokken 14.30” er bedre end stilhed. Et løfte om tidspunkt for næste besked kan altid holdes. Et løfte om, hvornår produktet er oppe, kan ikke.
Sprog
Skriv til en bruger, der er irriteret og ikke teknisk. Fire retningslinjer rækker langt:
- Skriv, hvad kunden oplever. “Login virker ikke” siger mere end “fejl i godkendelsestjenesten”.
- Skriv det, I ved. Gæt ikke på årsagen, og lad være med at sige, at data er i orden, før det er kontrolleret.
- Giv aldrig en tidsgaranti. En sluttid, der skrider, koster mere tillid end en ærlig usikkerhed.
- Tag ansvar. Skriv “vi”, også hvis cloududbyderen er årsagen. Kunden har købt produktet af jer.
Undgå udtryk som “mindre forstyrrelse”, når produktet reelt er væk. Kunderne læser det som bortforklaring. Undskyld én gang og gerne i den afsluttende besked.
Skabelon i tekst
Fire beskeder dækker langt de fleste nedbrud. Læg dem klar, og ret kun det nødvendige.
1. Vi undersøger. “Vi har modtaget meldinger om problemer med [funktion]. Vi er i gang med at undersøge det. Næste opdatering senest kl. [tid].”
2. Årsagen er fundet. “Vi har fundet årsagen til problemerne med [funktion], og vi arbejder på en løsning. Det betyder for jer, at [det, kunden kan og ikke kan]. Næste opdatering senest kl. [tid].”
3. Løsning sat i værk. “Vi har sat en løsning i værk, og [funktion] virker igen. Vi holder øje med situationen. Næste opdatering senest kl. [tid].”
4. Afsluttet. “Problemet er løst, og [funktion] har kørt stabilt siden kl. [tid]. Mellem kl. [start] og kl. [slut] var [hvad der var påvirket]. Vi beklager ulejligheden. I får en nærmere forklaring senest [dato].”
Den nærmere forklaring er det, der kommer efter, når I ved mere, se produktet var nede.
Support og salg skal vide det samme
Giv supporten et kort svar, de kan kopiere, og henvis til statussiden. Lad en fælles kanal holde salg, kundeansvarlige og ledelse orienteret, så de ikke afbryder dem, der arbejder. Giv sælgerne besked om, at de skal holde sig til statussiden, når kunder spørger, for en improviseret forklaring breder sig hurtigt.
Hold fast i én version af historien. Hvis statussiden siger én ting og supporten en anden, mister I den tillid, som kommunikationen skulle bevare.
Hvis det ikke er en driftssag
Disse skabeloner gælder driftshændelser. Viser det sig, at årsagen kan være et angreb eller uvedkommende adgang, skal der ikke sendes flere beskeder på rutine. Teksten skal så besluttes af ledelsen og den, der har ansvaret for sikkerheden, se de første timer efter en sikkerhedshændelse. Det samme gælder sager om personoplysninger. Skriv heller ikke “ingen data er berørt” som fast formulering.
Øv det
Prøv hele kæden en gang om året i et stille øjeblik. Kan I logge ind på statussiden? Har stedfortræderen adgang? Er abonnentlisten intakt? Findes telefonlisten stadig uden for produktet? Den slags småting er det, der svigter, når det gælder. Læg skabelonerne dér, hvor I lægger vejledninger til vagten, og hold dem ajour, når produktet ændrer sig. Skal I love noget om kommunikation over for kunderne, hører det hjemme i jeres SLA.
Det skal I lade være med
· At vente med første besked, til I kender årsagen.
· At lægge statussiden på samme platform som produktet.
· At give en sluttid, I ikke kan stå inde for.
· At lade den, der fejlsøger, skrive til kunderne.
Det skal I kræve af den eksterne
- ☐ En statusside, der står adskilt fra produktet.
- ☐ En navngiven skribent og en stedfortræder.
- ☐ Fire færdige skabeloner i et sprog uden fagord.
- ☐ En telefonliste over de største kunder, der kan findes under et nedbrud.
- ☐ En årlig prøve af hele kæden.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Overvågning, vagt og driftshændelser · SLA og oppetid
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CTO hos Nielco IT
