Guides 5 min läsning

Så skapar du en statussida som kunderna litar på

En statussida berättar för kunderna vad som är trasigt, vad du gör åt det och när de ska titta in igen. Så sätter du upp en, vad den ska innehålla och färdiga mallar för incidentuppdateringar.

En statussida är en publik eller privat webbsida som visar om dina tjänster fungerar, och vad du gör när de inte gör det. Under en incident ersätter den en flod av mejl med frågan ”ligger ni nere?” med ett enda ställe att kolla. Mellan incidenterna visar den i det tysta hur pålitliga ni har varit. Du kan sätta upp en på en eftermiddag. Den här guiden går igenom vad den ska innehålla, hur du sätter upp den och hur du skriver uppdateringar som folk faktiskt läser.

Varför ha en statussida

När något går sönder vill kunderna ha svar på tre frågor: är det bara jag, vet ni om det och när blir det fixat. Utan en statussida frågar de supporten, i sociala medier eller sin säljkontakt. Varje fråga kostar tid just när du har som minst av den.

En statussida besvarar alla tre på en gång. Den bygger också förtroende: att kommunicera öppet om en incident ger oftast mer goodwill än vad avbrottet kostar.

Vad sidan ska visa

Komponenter som kunderna känner igen

Lista delarna av din produkt så som kunderna tänker på dem: Webbplats, Kassa, API, Dashboard, E-postnotiser. Interna namn som web-03 eller redis-primary säger dem ingenting. Gruppera komponenterna om du har många.

Aktuell status och historik

Visa det aktuella läget för varje komponent och en historik för de senaste dagarna, så att besökarna direkt ser om dagen är ovanlig. Koppla komponenterna till dina upptidsmonitorer, så att statusen speglar riktiga kontroller i stället för att någon måste komma ihåg att uppdatera den.

Incidenter och uppdateringar

Varje incident får en rubrik, en status (undersöker, identifierad, bevakas, löst) och tidsstämplade uppdateringar. Låt lösta incidenter synas ett tag, som ett bevis på hur ni hanterar problem.

Sätt att hålla sig informerad

Länka till era supportkanaler och profiler i sociala medier, så att folk vet var de mer kan titta. Ännu bättre är att låta folk prenumerera, så att uppdateringarna når dem utan att de behöver ladda om sidan. Statussidor i Uptimecheck tar emot prenumeranter via e-post, Slack, Microsoft Teams, Discord eller webhook, för hela sidan eller bara de komponenter de bryr sig om, och sidan kan visas på 9 språk, med tider i UTC så att alla besökare läser samma klocka.

Du kan också föra ut statusen dit folk redan finns: en statuswidget på din egen webbplats, en SVG-badge, en JSON-sammanfattning eller ett Atom-flöde.

Så sätter du upp din statussida

Välj publik eller privat. Publik för produkter som vänder sig till kunder. Privat med lösenord för interna verktyg eller enskilda byråkunder.

Gör den lätt att hitta. Länka till statussidan från sidfoten på din webbplats, hjälpcentret och inloggningssidan, så att kunderna vet var de ska titta innan de hör av sig.

Ge den din profil. Lägg till din logotyp och dina färger, så att den känns som en del av din produkt. På Uptimechecks planer Professional och Business kan du lägga till egen CSS, och på alla betalda planer kan du ta bort Uptimechecks varumärke.

Lägg till komponenter och koppla dem till monitorer.

Bestäm om sidan ska indexeras. En publik statussida kan indexeras av sökmotorer, eller så kan du blockera indexering om du hellre vill att den bara hittas via länkar.

Gör den lätt att hitta. Länka till den i sidfoten på webbplatsen, i hjälpcentret och på dina felsidor. En QR-kod är praktisk på tryckt material eller på fysiska platser.

En statussida i Uptimecheck har inställningarna för allt detta: publika eller lösenordsskyddade sidor, din logotyp och accentfärg, ett mörkt, ljust eller automatiskt tema, möjlighet att dölja sidan för sökmotorer, prenumeranter och ett varumärke som går att ta bort. Flyttar du från Atlassian Statuspage? Uptimecheck importerar dina komponenter, din incidenthistorik, kommande underhåll och bekräftade e-postprenumeranter. Se alternativet till Statuspage.

Så skriver du incidentuppdateringar

Tydliga, regelbundna uppdateringar betyder mer än perfekta formuleringar. Några regler:

Publicera den första uppdateringen inom några minuter, även om allt du vet är att något är fel.

Beskriv vad kunderna upplever, inte vad servern gör: ”Betalningar misslyckas i kassan”, inte ”Förhöjd andel 5xx på payments-svc”.

Säg när nästa uppdatering kommer, och håll det löftet.

Undvik att gissa orsaker eller tider som du inte är säker på.

Avsluta med en sammanfattning av vad som hände och vad som ändras.

Mallar

Undersöker

Vi undersöker rapporter om att [komponent] [symptom, t.ex. inte laddar / returnerar fel]. Vi publicerar en uppdatering inom 30 minuter.

Identifierad

Vi har identifierat orsaken: [kort, enkel beskrivning]. Vi arbetar på en lösning. Vissa kunder kan fortfarande se [symptom]. Nästa uppdatering kl. [tid].

Bevakas

En åtgärd har driftsatts och [komponent] fungerar igen. Vi bevakar läget för att säkerställa att det förblir stabilt. Nästa uppdatering kl. [tid].

Löst

Den här incidenten är löst. Mellan [starttid] och [sluttid] [vad kunderna upplevde]. Orsaken var [orsak]. För att förhindra att det händer igen [ändringar]. Vi ber om ursäkt för störningen.

Planerat underhåll

Den [datum] mellan [start] och [slut] ([tidszon]) är [komponent] otillgänglig medan vi [anledning]. [Vad kunderna ska göra, om något.]

Meddela underhåll i förväg. Uptimecheck visar planerat underhåll på statussidan i förväg och kan mejla prenumeranterna, med en påminnelse före varje fönster i ett återkommande schema. När du publicerar en uppdatering erbjuder Uptimecheck också ett färdigt utkast för varje steg, från Investigating till Resolved, så att den första uppdateringen bara är några klick bort.

Efter incidenten

Uppdateringen om att incidenten är löst är inte slutet. Publicera inom några dagar en kort sammanfattning efter större incidenter:

Vad kunderna upplevde och hur länge.

Vad som orsakade det, på vanlig svenska.

Vad ni har ändrat så att det inte händer igen.

Håll skuldfrågan utanför och fokusera på fakta och åtgärder. Kunder förväntar sig sällan perfektion, men de förväntar sig att ni lär er. En historik av ärliga sammanfattningar på statussidan är en av de starkaste förtroendesignaler du kan ge.

Var statussidan ska ligga

En statussida som går ner tillsammans med din produkt är sämre än ingen alls. Lägg den separat från din huvudsakliga infrastruktur, så att den går att nå när dina servrar, din DNS-leverantör eller ditt webbhotell har problem. En hostad statussida från din övervakningsleverantör gör precis det, och den är direkt kopplad till de kontroller som upptäcker avbrottet.

Lär dig av statistiken för statussidan

Under en incident visar trafiken till statussidan hur många kunder som påverkas och hur de fick reda på det. Statistiken för statussidor i Uptimecheck visar besök per land, hänvisande sida och enhet, räknade utan cookies och utan att IP-adresser sparas. Om de flesta besöken kommer från ett land kan problemet vara regionalt. Om många kommer via en länk i supportens autosvar gör den länken sitt jobb. Se statistik för statussidor.

För byråer: en statussida per kund

Byråer kan ge varje kund en egen statussida på en egen adress, till exempel app.uptimecheck.com/s/kundnamn (Professional och Business), som bara visar den kundens webbplatser. Kunderna kollar sidan i stället för att ringa, och byrån framstår som att den har koll. Samla varje kunds monitorer och statussida i ett projekt för att hålla ordning.

Checklista för statussidan

Välj publik eller lösenordsskyddad.

Länka till sidan från sidfoten på webbplatsen och från hjälpcentret.

Lägg till din logotyp och dina färger.

Lista komponenterna på kundernas språk och koppla dem till monitorer.

Länka till sidan från sidfoten, hjälpcentret och felsidorna.

Spara incidentmallarna där teamet hittar dem.

Kom överens om vem som publicerar uppdateringar och hur ofta.

Gå igenom statistiken efter varje incident.

Sammanfattning

En bra statussida är enkel: komponenter som går att känna igen, status i realtid från dina monitorer och ärliga, regelbundna uppdateringar. Sätt upp den innan du behöver den, så är den redo nästa gång något går sönder.

Statussidor med statistik ingår i alla Uptimechecks planer. Prova gratis i 14 dagar, inget kreditkort krävs.

Frågor

Ska en statussida vara publik eller privat?

Publik för produkter med många kunder, så att vem som helst kan kolla utan att logga in. Privat, skyddad med lösenord, för interna system eller för en byrås enskilda kunder.

Var ska statussidan ligga?

Separat från din huvudsakliga infrastruktur, så att den är uppe när din produkt ligger nere. Länka till den från webbplatsen och hjälpcentret så att kunderna hittar den.

Hur ofta ska jag publicera uppdateringar under en incident?

Publicera den första uppdateringen inom några minuter och följ upp med jämna mellanrum, till exempel var 30:e minut, även om inget har ändrats. Säg när nästa uppdatering kommer.

Kan jag se hur många som besöker min statussida?

Ja. Statistiken för statussidor i Uptimecheck visar besök per land, hänvisande sida och enhet, räknade utan cookies och utan att IP-adresser sparas.

Läs vidare

Guides 6 min läsning

Mall för postmortem: en skuldfri guide med exempel

En färdig mall för postmortem efter incidenter, de skuldfria principerna bakom den, ett ifyllt exempel från ett avbrott i kassan och hur du publicerar en kort sammanfattning på din statussida.

Läs

Guides 5 min läsning

Incidentkommunikation: en plan och mallar för varje skede

Så informerar du kunderna om ett avbrott: vem som talar, hur ofta, i vilken kanal och med vilka ord. En plan på en sida, allvarlighetsgrader, uppdateringstakt och färdiga mallar för statussidor, mejl och sociala medier.

Läs

Driftstopp är historia.

Sätt upp din första övervakning på under en minut, eller ta en titt i livedemon först.

14 dagar gratis · Sedan gratis för 5 övervakningar · Inget kreditkort