Müşterilerin Gerçekten Güvendiği Bir Durum Sayfası Nasıl Oluşturulur

Çoğu durum sayfası var. Çok azına güveniliyor. Kesintiler sırasında her zaman yeşil olan bir sayfa hiç sayfa olmamasından daha kötüdür, çünkü müşterilere bakmayı bırakmayı öğretir. Güvenilen bir durum sayfasının dört özelliği vardır: neyin bozuk olduğu konusunda dürüsttür, olayları kabul etmekte hızlıdır, etkiyi dikkatlice kapsamlandırır ve okuyucuyu arama yapmaya zorlamadan «bu beni etkiliyor mu?» sorusunu yanıtlar. Bu kılavuz, böyle bir tane nasıl tasarlanacağını ele alıyor.

Müşteriler bir durum sayfasından gerçekten ne ister

Bir durum sayfasına yapılan her ziyareti iki soru yönlendirir. Müşteriler önemsedikleri şeyin bozuk olup olmadığını ve bunu kimsenin fark edip etmediğini bilmek ister. Geri kalan her şey dekorasyondur.

Sayfa ilk bakışta her iki soruyu da yanıtlıyorsa müşteriler sayfaya güvenir ve destek aramayı bırakır. Hiçbirini yanıtlamıyorsa, her olay beş ekstra destek bileti ve yavaş bir güvenilirlik kaybı üretir. Görsel tasarım, üst kısımda gösterilenin yapısından daha az önemlidir.

Güvenilir bir sayfanın dört özelliği

Dört özellik, yararlı bir durum sayfasını gösterişli bir tanesinden ayırır. Dördünü de doğru yapın ve müşteriler gerçek bir olay sırasında sayfaya güvenecektir.

• Dürüstlük. Bir şey bozuksa, bozuk olarak görünür. Henüz bilmiyorsanız, sayfa araştırılıyor diyor. Gerçek bir olay sırasında yeşil renk, güveni sonsuza dek yok eder.
• Hız. Olaylar tespit edildikten dakikalar içinde yayınlanır. Gerçek kesintilerden bir saat geri kalan bir durum güncellemesi, pazarlama metni olarak değerlendirilir.
• Kapsam netliği. Müşteri saniyeler içinde olayın kullandığı şeyi etkileyip etkilemediğini söyleyebilir. Bölge, ürün alanı ve önem derecesi etiketlenecek üç boyuttur.
• Sade dil. Güncellemeler, olayı bir arkadaşa açıklarken kullanacağınız sesle yazılır, edilgen kurumsal düz yazıyla değil.

İşe yarayan olay güncellemeleri

Çoğu durum sayfası şablonu varsayılan olarak edilgen, çekingen bir tona sahiptir. «Yükselen gecikme raporlarını araştırıyoruz.» Bu, savuşturma olarak okunur. Güven oluşturan model bunun tersidir: neyin bozuk olduğunu adlandırın, kullanıcı etkisini adlandırın, bu konuda ne yaptığınızı adlandırın.

İyi bir ilk güncelleme şöyle okunur: «AB bölgelerindeki müşterilerin yaklaşık %30'u için girişler başarısız oluyor. Veritabanı yük devretmemiz devam ediyor, ETA 10 dakika.» İyi bir çözüm şöyle okunur: «Girişler geri yüklendi. Temel neden, takılan bir yük devretme komut dosyasıydı. Bunun bir daha sessizce durmaması için bir bekçi köpeği ekledik.» Her ikisi de kısadır. Her ikisi de etkiyi, eylemi ve takibi adlandırır.

Etkinin doğru kapsamlandırılması

Birden fazla ürün hattınız veya bölgeniz olduğunda tek bir tümleşik durum sayfası yanlış soyutlamadır. Yalnızca ABD dağıtımı olan müşteri, AB bölgenizin yüksek gecikme yaşadığını umursamaz.

• Sayfanızı bileşene göre bölün: API, kontrol paneli, alım, faturalandırma vb. Tek bir küresel gösterge yerine bileşen başına durumu gösterin.
• Uygun olduğunda bölge veya ortam boyutu ekleyin. Olaylar sırasında etkilenen bölgeyi açıkça işaretleyin.
• Canlı durumun altında son 90 günün olaylarını gösterin. Tarihsel görünüm, ziyaretçilerin bahse girmeye yetecek kadar güvenilir olup olmadığınıza karar vermek için kontrol ettikleridir.
• Sunuyorsanız, ilgilenen müşterilerin kendi araçlarında abone olabilmesi için bir RSS veya JSON beslemesi sunun.

Sessizlik olmadan planlanmış bakım

Planlanmış bakım, durum sayfasının doğru yapılması en kolay ve en çok atlananlardan biridir. Pencereyi 48 saat önceden yayınlayın, neyin etkileneceğini ve neyin etkilenmeyeceğini özetleyin ve tamamlandığını doğrulayan bir takip yayınlayın.

Planlanmış bakımı, olay güncellemeleriyle aynı tonda ele alın. Pencereyi adlandırın. Etkilenen servisleri adlandırın. Etkiyi adlandırın. Temiz bir bakım gönderisi bir destek biletini önler. Belirsiz olan bir düzine yaratır.

Durum sayfasının kendisinin güvenilirliği

Durum sayfasını ana altyapınızdan bağımsız bir yerde barındırın. Bir veritabanı kesintisi sırasında durum sayfanız, kontrol panelinizle aynı veritabanı hatasını döndürüyorsa, sayfanın kendisi olayın bir parçası olur. Ayrı bir sağlayıcıdan, ayrı bir bölgeden veya statik bir CDN'den yüklenen bir durum sayfası, gerçek bir kesinti yaşadığınız ilk seferinde karşılığını veren küçük mimari disiplindir. Çoğu ekip bunu zor yoldan keşfeder.