Rehber

Yöneticiler için dashboard tasarım ilkeleri

Grafik eklemek kolay, kararı hızlandıran ekran kurmak zor. Yöneticinin bakışına göre düzen, hedef ve önceki dönemle bağlam, tazelik notu ve bakım sahipliği.

Fratres Editör · 11 Kasım 2026

Yönetici dashboard'u (gösterge paneli), bir ya da birkaç hedef için izlenmesi gereken en önemli bilgileri tek ekranda toplayan, bir bakışta okunacak biçimde düzenlenmiş görsel özettir. İyi bir dashboard üç soruyu hızla yanıtlar: Durum ne, nereye dikkat etmeliyim, ayrıntıya nereden inerim? Tasarım grafik seçimiyle değil, ekrandan çıkacak kararla başlar.

Dashboard rapordan nasıl ayrılır?

Yukarıdaki tanım, veri görselleştirme uzmanı Stephen Few'un ilk kez Mart 2004'te yayımladığı tanıma dayanır. Few, Şubat 2006 tarihli incelemesinde dashboard'un izleme sürecini üç adımla anlatır: büyük resmi görmek, dikkat isteyen kalemlere odaklanmak ve harekete geçmek için gereken ayrıntıya hızla inmek. Ekranın kendisi her şeyi içermek zorunda değildir. Ne zaman harekete geçileceğini göstermesi ve ayrıntıya kapı açması yeter.

GOV.UK Service Manual üç biçimi ayırır. Dashboard bir hedefe odaklanır ve çoğu zaman güncel veriyle karar destekler. Uyarı (alert) bir değişikliği ya da olayı dikkat çekici bir yolla bildirir. Rapor ise düzenli aralıklarla anlık görüntü verir ve okunması için ek bağlam ve zaman ister. Yöneticinin "geçen ay neden düştük?" sorusu çoğu zaman rapor, "bu hafta bir şey ters gidiyor mu?" sorusu dashboard işidir.

Her izleme ihtiyacı dashboard gerektirmez. İngiltere'nin istatistik denetçisi Office for Statistics Regulation, 21 Ağustos 2025 tarihli rehberinde daha sade bir ürünün kullanıcı ihtiyacını karşılayabileceğini hatırlatıyor. Kamu analistlerine yönelik Analysis Function rehberi de dashboard'ların verideki gelişmeyi açıklamakta zayıf olduğunu, konu hassas ya da değişkense analist yorumlu bir raporun daha uygun olabileceğini yazıyor.

Kim bakacak, ne zaman bakacak?

Microsoft'un Power BI tasarım önerileri işe kitleden başlar: Okur ekranı nasıl kullanacak, hangi metrik onun kararını belirliyor, başarılı olmak için neye ihtiyacı var? Ekranın nerede açılacağı da önemlidir. Toplantı odasındaki büyük ekranda daha çok içerik sığar, telefonda daha az kutucuk okunaklı kalır.

Varsayımsal örnek: Genel müdür ekranı pazartesi sabahı beş dakika açar ve dört soruya yanıt arar: ciro hedefe göre nerede, nakit durumu, satış hattı ve müşteri şikâyetleri. Performans pazarlama uzmanı aynı veriyi günde iki kez, kampanya ve kanal ayrıntısıyla ister. Bu iki kişiye tek ekran yapmak, ikisini de yarı yarıya memnun eder. Yönetici ekranı az kalemle kalır, ayrıntı alt raporlara bırakılır.

Ekran düzeni nasıl kurulur?

Tek ekran. Few'un saydığı 13 tasarım hatasının ilki, tek ekranın sınırını aşmaktır. Bilgiyi kaydırmayla ya da sekmeler arasında bölmek, karşılaştırmayı belleğe bırakır. Microsoft da kaydırma çubuğundan kaçınmayı ve gereksiz her öğeyi çıkarmayı öneriyor.

Okuma yönü. Microsoft, en üst düzey bilginin sol üst köşeye konmasını ve ayrıntının okuma yönünde, soldan sağa ve yukarıdan aşağıya artmasını öneriyor. Yönetici ekranında bu köşe, hedefe göre durumu gösteren iki üç ana sayıya aittir.

Bağlam. Tek başına duran bir sayı bir şey söylemez. Few, bağlamsız bir satış toplamı karşısında okurun soracağı ilk soruyu "Compared to what?" diye özetler. Her ana sayının yanında en az bir karşılaştırma bulunsun: hedef, önceki dönem ya da geçen yılın aynı dönemi. İyi, kabul edilebilir ya da kötü durumu hızlıca gösteren bir işaret de eklenebilir.

Hassasiyet. Microsoft, bir sayıyı gösterirken üç dört haneyi aşmamayı ve büyük değerleri bin ya da milyon olarak ölçeklemeyi öneriyor. Kendi örneğinde milyonla ölçeklenmiş kısa yazım, yedi haneli tam sayıdan daha kolay okunuyor. Türkçe ekranda bu 3,4 milyon gibi bir yazım demektir. Kuruş hassasiyeti yönetici ekranında yalnız dikkat dağıtır.

Zaman tutarlılığı. Aynı ekranda bir grafik "son 30 gün", diğeri "bu ay" gösteriyorsa okur iki farklı dönemi karşılaştırdığını fark etmez. Microsoft dönemlerin ayrı ve tutarlı olmasını, ölçek ve renklerin grafikler arasında aynı kalmasını istiyor.

Grafik ve renk seçimi

Karşılaştırma için çubuk grafik, zaman içindeki değişim için çizgi grafik çoğu durumda yeterlidir. Microsoft üç boyutlu grafiklerden kaçınmayı, pasta grafiği yalnız sekizden az kategori olduğunda ve parça-bütün ilişkisi için kullanmayı öneriyor. Rengi süs için değil, dikkat gerektiren kalemi ayırmak için kullanın. Her şey kırmızı ya da yeşilse hiçbiri öne çıkmaz.

Okunabilirlik bir erişilebilirlik konusudur. WCAG 2.2 normal metin için en az 4.5:1, büyük metin için 3:1 kontrast ister. Metin dışı öğeler için de grafiği anlamak için gereken çizgi ve dilimlerin arka planla en az 3:1 kontrast taşıması gerekir. Grafik düzeyindeki hatalar için veri görselleştirmede sık yapılan hatalar yazısına bakabilirsiniz.

Veri tazeliği ve tanımlar neden ekranda görünmeli?

Yönetici bir sayının dün mü, geçen hafta mı güncellendiğini bilmiyorsa ona güvenmez. Araçların varsayılanları da farklıdır. Looker Studio belgesine göre Google Analytics bağlantılarında veri varsayılan olarak 12 saatte bir yenilenir, Google E-Tablolar'da 15 dakikada bir. Google Ads ve Search Console gibi Google reklam ve ölçüm ürünlerinde aralık 12 saattir ve değiştirilemez. Aynı ekrandaki iki kutucuk bu yüzden farklı saatlerin verisini gösterebilir. Her ekranın köşesine son güncelleme zamanını yazın.

Tanımlar da görünür olmalı. "Aktif müşteri" kimdir, "ciro" iadeler düşülmüş mü? Her ana göstergeye bir açıklama notu bağlayın ve KPI tanım kartıyla aynı dili kullanın. Analysis Function, bir güncellemede neyin ne zaman değiştiğini anlatan bir değişiklik notu eklenmesini öneriyor. OSR ise dashboard'u güvenilirlik, kalite ve değer ilkeleriyle değerlendiriyor. Kalite ilkesi, veri kaynaklarını, yöntemi ve bunların sınırlarını açıkça anlatmayı kapsıyor.

Dashboard kurmak için adımlar

Kararları listeleyin. Ekrana bakan kişinin her hafta vermesi gereken üç beş kararı yazın. Her grafik bunlardan birine hizmet etmeli.
Göstergeleri seçin. Her karar için bir iki KPI belirleyin, tanımlarını yazın.
Kâğıtta çizin. Sol üstte ana sayılar, ortada eğilimler, altta ayrıntıya geçiş bağlantıları. Araca geçmeden düzeni onaylatın.
Veri kaynaklarını ve tazeliği netleştirin. Hangi sayı hangi sistemden, kaç saatte bir geliyor?
Kullanıcıyla deneyin. İlk taslağı iki üç gerçek kullanıcıya gösterin, bir soru sorun ve yanıtı ekranda ne kadar sürede bulduklarına bakın.
Notları ekleyin. Güncelleme zamanı, tanımlar, veri sınırları.
Sahip ve bakım planı belirleyin. Analysis Function, dashboard'ların tek bir kişiye ya da geçici personele bırakılacak bir iş olmadığını yazıyor. Kaynak sistem değiştiğinde kimin düzelteceği baştan belli olsun.

Dashboard'un işe yaradığını nasıl ölçersiniz?

Kullanım: Kim, ne sıklıkla açıyor? Yayına alınan ama açılmayan ekran, bakım maliyeti üreten bir arşivdir. Analysis Function, yayındaki ekranlar için kullanım analitiğinin izlenmesini öneriyor.
Karar izi: Toplantı notlarında ekrandaki bir sayıya dayanan kararlar var mı?
Soru süresi: Yöneticinin "hedefin neresindeyiz?" sorusunu ekrandan kaç saniyede yanıtladığını dönem dönem sınayın.
Ek veri talebi: Ekran devreye girdikten sonra analistlere gelen tekil "bana şu sayıyı çıkarır mısın?" talepleri azaldı mı?
Hata bildirimi: Yanlış ya da eski sayı bildirimi ne sıklıkla geliyor, ne kadar sürede düzeltiliyor?

Sık yapılan hatalar

Her şeyi tek ekrana sığdırmak. Kırk kutucuklu ekran, rapor yerine geçmez, dashboard da olmaz.
Bağlamsız sayı. Hedefi ya da önceki dönemi olmayan büyük rakam yalnız yer kaplar.
Göstergeyi araca göre seçmek. Hangi bağlayıcı hazırsa onu koymak, kararla ilgisiz grafikler üretir.
Tazeliği gizlemek. Güncelleme zamanı yazmayan ekran, ilk eski sayıda güvenini kaybeder.
Sahipsiz yayın. Kaynak sistemdeki bir alan adı değiştiğinde ekran sessizce bozulur.
Erişilebilirliği sona bırakmak. Analysis Function, dashboard'ların erişilebilirlik şartlarını nadiren tam karşıladığını, bu yüzden verinin başka bir biçimde de sunulmasını öneriyor.

Yarın mevcut ekranınızı bir soruyla sınayın

En çok kullanılan yönetim ekranınızı açın ve sol üst köşeye bakın. Orada hedefe göre durumu gösteren sayı mı var, yoksa bir logo ya da filtre mi? Ardından her kutucuğun yanına hangi karara hizmet ettiğini yazın. Karşılığı olmayanları alt rapora taşıyın, kalanlara hedef ve son güncelleme zamanı ekleyin. Bu düzenlemeyi veri altyapısıyla birlikte planlamak için dashboard tasarımı ve raporlama başlığına bakabilirsiniz.