Gösterge Panosu (Dashboard) Nasıl Oluşturulur?

Gösterge panosu, bir ekip ya da şirket için en alakalı göstergelerin tek bir ekranda toplandığı görsel özettir.

Amacı veriyi depolamak değil, bakan kişinin hızlıca durum değerlendirip karar verebilmesini sağlamaktır. Bu ayrım önemli: rapor kapsamlı olmak zorundadır, pano ise seçici olmak zorundadır.

Panoların terk edilme nedeni genellikle eksik veri değil, fazla veridir.

Hazırlanırken elde ne varsa konur. Sonuçta hiçbir şeyin öne çıkmadığı, her göstergenin aynı görsel ağırlıkta durduğu bir ekran oluşur. İnsanlar birkaç hafta bakar, sonra bakmayı bırakır.

İkinci yaygın neden panonun kimin için yapıldığının belirsiz olmasıdır. Yöneticinin ihtiyacıyla operasyon ekibinin ihtiyacı aynı ekrana sığmaz: biri eğilim ve sapma arar, diğeri bugün ne yapması gerektiğini arar. Tek panoda ikisini birden vermeye çalışmak, ikisini birden kaybetmenin en kısa yoludur.

Tasarıma geçmeden önce şu beş sorunun cevabı yazılı olmalı. Sıra önemli: her karar bir öncekine dayanır.

1. Bu pano kimin için? Tek bir kitle seçin. "Herkes için" cevabı, pratikte hiç kimse için demektir. Farklı kitleler farklı panolar ister; aynı ekranda birleştirilemezler.
2. Hangi tek soruyu cevaplıyor? Panonun varlık sebebini tek cümleyle yazın: "bugün müdahale gerektiren bir şey var mı?" ya da "bu çeyrek hedefe göre neredeyiz?" İki soruyu birden cevaplayan pano, ikisini de bulanık cevaplar.
3. Hangi göstergeler girecek? Ölçüt tek: bir gösterge, değeri değiştiğinde birinin bir şey yapmasını gerektiriyorsa panoda yeri vardır. Kimsenin bakıp aksiyon almadığı gösterge ilginç olabilir ama panoya değil rapora aittir.
4. Her göstergenin karşılaştırma zemini ne? Bir sayı tek başına iyi mi kötü mü olduğunu söylemez. Her gösterge ya geçen döneme, ya hedefe, ya da başka bir birime göre sunulmalı. Zemini olmayan gösterge yer kaplar, karar üretmez.
5. Nerede ve ne sıklıkla açılacak? Günde bir kez masaüstünde açılan pano ile haftada bir telefondan bakılan pano aynı biçimde kurulmaz. Bu karar gösterge sayısını ve detay seviyesini doğrudan belirler.

Bu beş cevabı yazmadan başlayan pano çalışmaları, genellikle "önce bir taslak çıkaralım" diye başlar ve elde ne varsa konmuş bir ekranla biter.

Panonun işi durum bildirmek değil, davranış tetiklemektir.

Somut bir örnek: bir sayfanın ziyaretçi sayısının düşmesi tek başına bir bilgidir. Aynı gösterge, geçen haftaya göre değişim oranıyla ve bir uyarı eşiğiyle birlikte sunulduğunda pazarlama ekibi için bir sinyal haline gelir.

Bu yüzden pano tasarlarken her gösterge için şu soruyu yazılı olarak cevaplayın: bu sayı beklenmedik biçimde değişirse kim, ne yapacak? Cevabı olmayan göstergeler listeden çıkar.

Aynı mantık anormallikler için de geçerli. Bir sapmanın panoda görünmesi yetmez; sapmanın normal dalgalanma mı yoksa müdahale gerektiren bir durum mu olduğunu ayırt edecek bir zemin olmalı.

Sabit bir sayı yok. Kullanılabilir ölçüt şudur: ekran tek bakışta taranabiliyor mu?

Kaydırmadan görülemeyen bir pano pratikte iki panodur ve muhtemelen ikiye bölünmelidir. Kullanıcı grubuna göre ayrı sekmeler açmak, her şeyi tek ekrana sığdırmaya çalışmaktan daha iyi sonuç verir.

Bölme kararını verirken göstergeleri konuya göre değil, kime ne söylediğine göre gruplayın. Aynı veri kaynağından gelen iki gösterge farklı kişilere hitap ediyorsa, aynı ekranda durmaları gerekmez.

Kullanıcı kitlesine bağlı.

Panoyu masasında açan bir analist ile toplantı arasında telefonundan bakan bir yönetici aynı şeye ihtiyaç duymaz. Mobilde bakılacaksa gösterge sayısı azaltılır, en kritik birkaç değer öne alınır ve detay ikinci bir dokunuşa bırakılır.

Mobil pano ayrıca farklı bir kullanım biçimi doğurur: masaüstünde pano incelenir, mobilde kontrol edilir. Bu fark tasarımı belirler — mobil sürümde amaç analiz etmek değil, "bir sorun var mı?" sorusunu saniyeler içinde cevaplamaktır.

Üç olasılık var ve çözümleri farklı.

Kimse bakmıyorsa sorun genellikle alakadır: pano, bakması beklenen kişinin gerçekten sorduğu soruyu cevaplamıyordur. Çözüm gösterge eklemek değil, çıkarmaktır.

Bakılıyor ama aksiyon çıkmıyorsa sorun karşılaştırma zeminidir. Sayılar var, ama iyi mi kötü mü olduğu belli değil. Hedef, eşik ve önceki dönem eklenmelidir.

Veriye güvenilmiyorsa hiçbir tasarım çözmez. Bir kez yanlış çıkan bir gösterge, panonun tamamına olan güveni götürür. Bu durumda iş tasarım değil, veri kaynağının doğrulanmasıdır.

Panoların çoğu bir arayüz sorunu gibi görünür ama gerçekte bir veri mimarisi sorunudur. Verinin nerede durduğu ve hangi sistemlerin konuştuğu netleşmeden kurulan panolar, kısa sürede elle güncellenen tablolara dönüşür. Bu tarafı özel yazılım geliştirme yazımızda ayrıca ele aldık.