Guides 5 min lesing

Slik lager du en statusside kundene stoler på

En statusside forteller kundene hva som er nede, hva du gjør med det og når de bør sjekke igjen. Slik setter du den opp, hva den bør vise, og ferdige maler for hendelsesoppdateringer.

En statusside er en offentlig eller privat nettside som viser om tjenestene dine fungerer, og hva du gjør når de ikke gjør det. Under en hendelse erstatter den en flom av «er det nede?»-e-poster med ett sted å sjekke. Utenom hendelser viser den stille og rolig hvordan dere har levert over tid. Du kan sette den opp på en ettermiddag. Denne guiden viser hva den bør inneholde, hvordan du setter den opp, og hvordan du skriver oppdateringer folk faktisk leser.

Hvorfor ha en statusside

Når noe går i stykker, vil kundene ha svar på tre ting: Er det bare meg, vet dere om det, og når blir det fikset? Uten en statusside spør de kundeservice, sosiale medier eller kontaktpersonen sin i salg. Hvert spørsmål koster tid akkurat når du har minst av den.

En statusside svarer på alle tre på én gang. Den bygger også tillit: Å kommunisere åpent om en hendelse gir som regel mer goodwill enn driftsavbruddet koster.

Hva du bør vise

Komponenter kundene kjenner igjen

List opp delene av produktet slik kundene tenker på dem: Nettsted, Kasse, API, Dashbord, E-postvarsler. Interne navn som web-03 eller redis-primary sier dem ingenting. Grupper komponentene hvis du har mange.

Nåværende status og historikk

Vis nåværende tilstand for hver komponent og en historikk for de siste dagene, slik at besøkende raskt ser om i dag er uvanlig. Koble komponentene til oppetidsmonitorene dine, slik at statusen gjenspeiler faktiske sjekker i stedet for at noen må huske å oppdatere den.

Hendelser og oppdateringer

Hver hendelse får en tittel, en status (undersøker, identifisert, overvåker, løst) og tidsstemplede oppdateringer. La løste hendelser være synlige en stund, som et bevis på hvordan dere håndterer problemer.

Måter å holde seg oppdatert på

Lenk til kundeservicekanalene og profilene dere har i sosiale medier, slik at folk vet hvor ellers de kan se. Enda bedre: La folk abonnere, slik at oppdateringene når dem uten at de må laste siden på nytt. Statussider i Uptimecheck tar imot abonnenter via e-post, Slack, Microsoft Teams, Discord eller webhook, for hele siden eller bare komponentene de bryr seg om, og siden kan vises på 9 språk, med tider i UTC slik at alle besøkende leser den samme klokken.

Du kan også ta statusen dit folk allerede er: en statuswidget på ditt eget nettsted, et SVG-merke, et JSON-sammendrag eller en Atom-feed.

Slik setter du opp statussiden

Velg offentlig eller privat. Offentlig for produkter som kundene bruker. Privat med passord for interne verktøy eller enkeltkunder hos et byrå.

Gjør den lett å finne. Lenk til statussiden fra bunnteksten på nettstedet, hjelpesenteret og innloggingssiden, slik at kundene vet hvor de skal se før de tar kontakt.

Gi den din profil. Legg til logo og farger, slik at den føles som en del av produktet. På Uptimecheck-planene Professional og Business kan du legge til egen CSS, og på alle betalte planer kan du fjerne Uptimecheck-merkingen.

Legg til komponenter og koble dem til monitorer.

Bestem deg for indeksering. En offentlig statusside kan indekseres av søkemotorer, eller du kan blokkere indeksering hvis du foretrekker at den bare blir funnet via lenker.

Gjør den lett å finne. Lenk til den i bunnteksten på nettstedet, i hjelpesenteret og på feilsidene. En QR-kode er praktisk på trykksaker eller fysiske steder.

En statusside i Uptimecheck har innstillingene for dette: offentlige eller passordbeskyttede sider, logo og aksentfarge, mørkt, lyst eller automatisk tema, skjuling for søkemotorer, abonnenter og merking som kan fjernes. Bytter du fra Atlassian Statuspage? Uptimecheck importerer komponentene, hendelseshistorikken, kommende vedlikehold og bekreftede e-postabonnenter. Se Statuspage-alternativet.

Slik skriver du hendelsesoppdateringer

Tydelige, jevnlige oppdateringer betyr mer enn perfekte formuleringer. Noen regler:

Publiser den første oppdateringen i løpet av minutter, selv om alt du vet, er at noe er galt.

Si hva kundene opplever, ikke hva serveren gjør: «Betalinger feiler i kassen», ikke «Forhøyet 5xx på payments-svc».

Si når neste oppdatering kommer, og hold det du lover.

Unngå å gjette på årsaker eller tidspunkter du ikke er sikker på.

Avslutt med et sammendrag av hva som skjedde og hva som endres.

Maler

Undersøker

Vi undersøker meldinger om at [komponent] [symptom, f.eks. ikke laster / svarer med feil]. Vi publiserer en oppdatering innen 30 minutter.

Identifisert

Vi har funnet årsaken: [kort, enkel beskrivelse]. Vi jobber med en løsning. Noen kunder kan fortsatt oppleve [symptom]. Neste oppdatering kl. [tidspunkt].

Overvåker

En løsning er rullet ut, og [komponent] fungerer igjen. Vi følger med for å sikre at det holder seg stabilt. Neste oppdatering kl. [tidspunkt].

Løst

Denne hendelsen er løst. Mellom [starttidspunkt] og [sluttidspunkt] [hva kundene opplevde]. Årsaken var [årsak]. For å hindre at dette skjer igjen, skal vi [endringer]. Vi beklager forstyrrelsen.

Planlagt vedlikehold

Den [dato] mellom [start] og [slutt] ([tidssone]) vil [komponent] være utilgjengelig mens vi [årsak]. [Hva kundene eventuelt bør gjøre.]

Varsle om vedlikehold på forhånd. Uptimecheck viser planlagt vedlikehold på statussiden i forkant og kan sende e-post til abonnenter, med en påminnelse før hvert vindu i en gjentakende plan. Når du publiserer en oppdatering, foreslår Uptimecheck også et ferdig utkast for hver fase, fra Investigating til Resolved, slik at den første oppdateringen bare er noen klikk unna.

Etter hendelsen

Oppdateringen om at hendelsen er løst, er ikke slutten. Publiser et kort sammendrag i løpet av noen dager for større hendelser:

Hva kundene opplevde, og hvor lenge.

Hva som forårsaket det, med enkle ord.

Hva dere har endret, slik at det ikke skjer igjen.

Hold skyldfordeling utenfor, og fokuser på fakta og løsninger. Kunder forventer sjelden perfeksjon, men de forventer at dere lærer. En historikk med ærlige sammendrag på statussiden er et av de sterkeste tillitssignalene du kan gi.

Hosting av statussiden

En statusside som går ned sammen med produktet, er verre enn ingen. Host den atskilt fra hovedinfrastrukturen, slik at den kan nås når serverne, DNS-leverandøren eller hostingselskapet ditt har problemer. En hostet statusside fra overvåkingsleverandøren gjør nettopp det, og den er koblet direkte til sjekkene som oppdager driftsavbruddet.

Lær av analysene for statussiden

Under en hendelse viser trafikken til statussiden hvor mange kunder som er berørt og hvordan de fikk vite om det. Analysene for statussider i Uptimecheck viser besøk etter land, henvisningskilde og enhet, telt uten informasjonskapsler og uten å lagre IP-adresser. Kommer de fleste besøkene fra ett land, kan problemet være regionalt. Kommer mange via en lenke i autosvaret fra kundeservice, gjør den lenken jobben sin. Se analyse for statussider.

For byråer: én statusside per kunde

Byråer kan gi hver kunde sin egen statusside på en egen adresse, for eksempel app.uptimecheck.com/s/kundenavn (Professional og Business), som bare viser den kundens nettsteder. Kundene sjekker siden i stedet for å ringe, og byrået framstår som at det har kontroll. Samle hver kundes monitorer og statusside i et prosjekt for å holde orden.

Sjekkliste for statussiden

Velg offentlig eller passordbeskyttet.

Lenk til siden fra bunnteksten på nettstedet og hjelpesenteret.

Legg til logo og farger.

List opp komponentene med kundenes ord, og koble dem til monitorer.

Lenk til siden fra bunnteksten, hjelpesenteret og feilsidene.

Lagre hendelsesmalene der teamet ditt finner dem.

Bli enige om hvem som publiserer oppdateringer, og hvor ofte.

Gå gjennom analysene etter hver hendelse.

Oppsummering

En god statusside er enkel: komponenter kundene kjenner igjen, sanntidsstatus fra monitorene dine og ærlige, jevnlige oppdateringer. Sett den opp før du trenger den, slik at den er klar neste gang noe går i stykker.

Statussider med analyse er inkludert i alle Uptimecheck-planer. Prøv gratis i 14 dager, uten kredittkort.

Spørsmål

Bør en statusside være offentlig eller privat?

Offentlig for produkter med mange kunder, slik at alle kan sjekke uten å logge inn. Privat, beskyttet med passord, for interne systemer eller for et byrås enkeltkunder.

Hvor bør statussiden hostes?

Atskilt fra hovedinfrastrukturen, slik at den holder seg oppe når produktet er nede. Lenk til den fra nettstedet og hjelpesenteret, slik at kundene finner den.

Hvor ofte bør jeg publisere oppdateringer under en hendelse?

Publiser den første oppdateringen i løpet av minutter, og følg opp med jevne mellomrom, for eksempel hvert 30. minutt, selv om ingenting har endret seg. Si når neste oppdatering kommer.

Kan jeg se hvor mange som besøker statussiden min?

Ja. Analysene for statussider i Uptimecheck viser besøk etter land, henvisningskilde og enhet, telt uten informasjonskapsler og uten å lagre IP-adresser.

Les videre

Guides 5 min lesing

Hendelseskommunikasjon: en plan og maler for hver fase

Slik forteller du kundene om et driftsavbrudd: hvem som uttaler seg, hvor ofte, i hvilken kanal og med hvilke ord. En plan på én side, alvorlighetsgrader, oppdateringsfrekvens og ferdige maler for statussider, e-post og sosiale medier.

Les

Nedetid er fortid.

Sett opp din første monitor på under ett minutt, eller se deg rundt i livedemoen først.

14 dagers gratis prøveperiode · Deretter gratis for 5 monitorer · Uten kredittkort