So bauen Sie eine Status-Seite, der Kunden wirklich vertrauen

Die meisten Status-Seiten existieren. Wenigen von ihnen wird vertraut. Eine Seite, die während Ausfällen immer grün ist, ist schlimmer als gar keine Seite, denn sie bringt Kunden bei, nicht mehr hinzuschauen. Eine vertrauenswürdige Status-Seite hat vier Eigenschaften: sie ist ehrlich darüber, was kaputt ist, sie ist schnell beim Eingestehen von Vorfällen, sie grenzt die Auswirkungen sorgfältig ein und sie beantwortet die Frage «Betrifft mich das?», ohne dass der Leser suchen muss. Dieser Leitfaden behandelt, wie man eine solche entwirft.

Was Kunden tatsächlich von einer Status-Seite erwarten

Zwei Fragen treiben jeden Besuch einer Status-Seite an. Kunden möchten wissen, ob das, was ihnen wichtig ist, kaputt ist, und ob es jemandem aufgefallen ist. Alles andere ist Dekoration.

Wenn die Seite beide Fragen auf den ersten Blick beantwortet, vertrauen Kunden ihr und hören auf, den Support anzurufen. Wenn sie keine beantwortet, erzeugt jeder Vorfall fünf zusätzliche Support-Tickets und einen schleichenden Vertrauensverlust. Das visuelle Design ist weniger wichtig als die Struktur dessen, was oberhalb des Falzes angezeigt wird.

Die vier Eigenschaften einer vertrauenswürdigen Seite

Vier Eigenschaften unterscheiden eine nützliche Status-Seite von einer reinen Schaufenster-Seite. Setzen Sie alle vier richtig um, und Kunden werden der Seite während eines echten Vorfalls vertrauen.

• Ehrlichkeit. Wenn etwas kaputt ist, wird es als kaputt angezeigt. Wenn Sie es noch nicht wissen, sagt die Seite, dass eine Untersuchung läuft. Grün während eines echten Vorfalls zerstört das Vertrauen für immer.
• Geschwindigkeit. Vorfälle werden innerhalb von Minuten nach Erkennung veröffentlicht. Eine Statusaktualisierung, die echten Ausfällen um eine Stunde hinterherläuft, wird als Marketingtext behandelt.
• Klarheit beim Geltungsbereich. Der Kunde kann in Sekunden erkennen, ob der Vorfall das betrifft, was er nutzt. Region, Produktbereich und Schweregrad sind die drei zu kennzeichnenden Dimensionen.
• Klare Sprache. Aktualisierungen werden in der gleichen Stimme verfasst, in der Sie den Vorfall einem Freund erklären würden, nicht in passiver Unternehmensprosa.

Vorfallsmeldungen, die funktionieren

Die meisten Statusseiten-Vorlagen verwenden standardmäßig einen passiven, ausweichenden Ton. «Wir untersuchen Berichte über erhöhte Latenz.» Das wirkt wie eine Ausflucht. Das Muster, das Vertrauen schafft, ist das Gegenteil: Nennen Sie, was kaputt ist, nennen Sie die Auswirkungen für die Nutzer, nennen Sie, was Sie dagegen unternehmen.

Eine gute erste Meldung liest sich so: «Anmeldungen schlagen für etwa 30 % der Kunden in EU-Regionen fehl. Unser Datenbank-Failover läuft, voraussichtliche Dauer 10 Minuten.» Eine gute Auflösungsmeldung liest sich so: «Anmeldungen sind wiederhergestellt. Die Ursache war ein hängengebliebenes Failover-Skript. Wir haben einen Watchdog hinzugefügt, damit dies nicht erneut unbemerkt stehen bleiben kann.» Beide sind kurz. Beide nennen Auswirkungen, Maßnahmen und Folgeaktionen.

Die Auswirkungen korrekt eingrenzen

Eine einzige Gesamt-Statusseite ist die falsche Abstraktion, sobald Sie mehr als eine Produktlinie oder Region haben. Den Kunden mit einem reinen US-Deployment interessiert es nicht, dass Ihre EU-Region erhöhte Latenz hat.

• Teilen Sie Ihre Seite nach Komponenten auf: die API, das Dashboard, die Datenaufnahme, die Abrechnung usw. Zeigen Sie den Status pro Komponente an, nicht eine einzige globale Anzeige.
• Fügen Sie eine Region- oder Umgebungsdimension hinzu, wo es zutrifft. Markieren Sie die betroffene Region während Vorfällen explizit.
• Zeigen Sie die letzten 90 Tage an Vorfällen unterhalb des Live-Status an. Die historische Ansicht ist das, was Besucher prüfen, um zu entscheiden, ob Sie zuverlässig genug sind, um auf Sie zu setzen.
• Wenn Sie es anbieten, stellen Sie einen RSS- oder JSON-Feed bereit, damit interessierte Kunden ihn in ihren eigenen Tools abonnieren können.

Geplante Wartung ohne das Schweigen

Geplante Wartung ist der einfachste Teil der Statusseite, den man richtig machen kann, und einer der am häufigsten übersprungenen. Veröffentlichen Sie das Wartungsfenster 48 Stunden im Voraus, fassen Sie zusammen, was betroffen sein wird und was nicht, und veröffentlichen Sie eine Folgemeldung, die den Abschluss bestätigt.

Behandeln Sie geplante Wartungen mit demselben Tonfall wie Vorfallsmeldungen. Nennen Sie das Zeitfenster. Nennen Sie die betroffenen Dienste. Nennen Sie die Auswirkungen. Ein sauberer Wartungsbeitrag verhindert ein Support-Ticket. Ein vager erzeugt ein Dutzend.

Die Zuverlässigkeit der Statusseite selbst

Hosten Sie die Statusseite unabhängig von Ihrer Hauptinfrastruktur. Wenn Ihre Statusseite während eines Datenbankausfalls denselben Datenbankfehler zurückgibt wie Ihr Dashboard, wird die Seite selbst Teil des Vorfalls. Eine Statusseite, die von einem separaten Anbieter, einer separaten Region oder einem statischen CDN geladen wird, ist die kleine architektonische Disziplin, die sich beim ersten echten Ausfall auszahlt. Die meisten Teams lernen das auf die harte Tour.