Dashboard KPI seçimi, bir yönetim ekranına mümkün olduğunca çok sayı yerleştirmek değildir. Hangi kararı hangi bilgiyle vereceğinizi açıklamakla başlar. Satış toplamı, bekleyen sipariş sayısı veya gecikmiş işlerin miktarı farklı sorulara cevap verir. Bunları aynı boyutta kartlara koymak hepsini aynı derecede önemli yapmaz. Yöneticinin ilk bakışta neyi fark etmesi gerektiği, ekrandaki düzenin temelini oluşturmalıdır. Bir gösterge hareket gerektirmiyorsa ana ekranda yer almasının nedeni yeniden düşünülmelidir.

İçindekiler

Dashboard KPI bağlamında KPI, belirli bir hedefle ilişkili performans göstergesidir. Her ölçümün KPI olarak adlandırılması gerekmez. Uygulamada bulunan kayıt sayısı yararlı bilgi olabilir; fakat hedef veya karar bağlamı yoksa tek başına performansı açıklamaz. Bu rehber dokuz ölçütle gösterge seçimini, hesaplamayı ve kullanıcıya sunumu ele alır. Burada hazır sektör hedefleri veya başarı oranları verilmez. Her işletme kendi süreçlerini ve güvenilir veri kaynaklarını değerlendirerek hangi göstergelerin anlamlı olduğunu belirlemelidir.

Dashboard KPI çalışmasına ekran tasarımıyla değil, karar sorularıyla başlamak yararlıdır. Bugün hangi siparişlere müdahale gerekiyor, hangi ürünlerde tedarik kararı verilecek ve hangi işler planlanan tarihten saptı? Bu soruların cevabı için gereken veri farklı olabilir. Özel yazılım geliştirme ihtiyacınızı açıklarken beklediğiniz raporun yanında o raporla hangi kararı vereceğinizi de belirtin. Böylece güzel görünen fakat günlük işte kullanılmayan bir panel yerine amaca bağlı bir başlangıç yapılabilir.

Dashboard KPI ile ayrıntılı rapor arasındaki fark

Dashboard KPI ekranının görevi çoğu durumda dikkati önemli duruma yöneltmektir. Ayrıntılı rapor ise nedenleri ve kayıtları incelemeye yardımcı olur. Her ikisinin aynı sayfada bütün alanlarıyla gösterilmesi ekranı kalabalıklaştırabilir. Kullanıcı önce sorunu görür, sonra ilgili ayrıntıya geçer. Bu geçişin hangi filtreyi ve dönemi taşıyacağı düşünülmelidir. Ana ekranda görülen sayıya tıklanınca başka kapsamda liste açılırsa kullanıcı sonuçları eşleştiremeyebilir. Sayı ile dayandığı kayıtlar arasında anlaşılır bağ olmalıdır.

Dashboard KPI göstergelerinin farklı kullanıcılar için aynı olması gerekmez. Satış sorumlusu kendi tekliflerini, depo sorumlusu hazırlık bekleyen işleri, yönetici ise genel eğilimi görmek isteyebilir. Bu ayrım yalnızca görüntü tercihi değildir; yetki sınırlarıyla da ilgilidir. Bir çalışan ilgili toplamı görebilirken bütün müşterilerin ayrıntısını görmemelidir. Ana ekran ve detay ekranı birlikte yetkilendirilmelidir. Grafikte veri gizlemek, başka yoldan ulaşılabilecek kayıtları kendiliğinden güvenli hale getirmez.

Doğru göstergeler için 9 ölçüt

1. Karar sorusunu tanımlayın

Her gösterge için kullanıcı bu bilgiyle ne yapacak sorusunu yazın. Geciken sipariş sayısı görülünce ilgili ekipten bilgi mi istenecek, yoksa teslim planı mı değiştirilecek? Belirli davranış bulunmuyorsa sayı yalnızca genel bilgi olabilir. Bu da tamamen gereksiz olduğu anlamına gelmez; ancak ana ekranın önceliği farklı olabilir. Karar sorusu, hesaplamanın hangi kayıtlara dayanacağını ve hangi ayrıntılara geçiş gerekeceğini belirlemeye yardımcı olur. İlk tasarımda bu cümleyi göstergenin yanına not edebilirsiniz.

Dashboard KPI seçerken aynı soruyu farklı kişilere sorun. Yönetici sipariş gecikmesini teslim tarihiyle, satış çalışanı müşteriye verilen söz tarihiyle değerlendirebilir. İki tarih bazen aynı değildir. Ortak karar verilmeden tek kart oluşturulursa kullanıcılar sayının yanlış olduğunu düşünebilir. Hangi iş sorusunun cevaplandığı başlıkta ve kısa açıklamada anlaşılmalıdır. Görselde kullanılan renk veya simge, tanımı belirsiz hesabı açıklayamaz. Önce kavramı netleştirmek daha az yeniden düzenleme gerektirir.

2. Hesaplama tanımını yazın

Göstergenin hangi veriden ve hangi kuralla üretildiğini açıklayın. Bekleyen sipariş sayısına iptal edilenler dahil mi, kısmi teslim kalan miktar üzerinden mi değerlendiriliyor, tamamlanmış ama kapanmamış kayıtlar nasıl ele alınıyor? Aynı başlık altında farklı hesaplamalar yapılabilir. Kısa veri sözlüğünde tanım, kaynak ve bilinen istisnalar yer alabilir. Kullanıcının teknik sorguyu okuması gerekmez; iş açısından anlamı anlaşılır olmalıdır. Hesaplama değiştiğinde geçmiş dönemlerin nasıl etkileneceği de düşünülmelidir.

Dashboard KPI tanımında pay ve payda kullanılan oranlara özellikle dikkat edin. Dönüşüm oranı hangi teklifleri hangi siparişlerle karşılaştırıyor? Tarih aralığı iki tarafta aynı mı? Eksik veya bölünmüş kayıtların etkisi var mı? Yüzde işareti, hesaplamayı kendiliğinden güvenilir yapmaz. Oranın yanında uygun durumda kayıt sayısını göstermek yorumlamaya yardımcı olabilir. Küçük örnek grubuyla büyük işlem grubunun aynı görünmesi yanıltıcı olabilir. Kesin değerlendirme için veri bağlamı ve hesap kuralı birlikte okunmalıdır.

3. Dönemi ve karşılaştırmayı belirleyin

Bugün, bu hafta ve son otuz gün aynı soruya cevap vermez. İşletmenin çalışma ritmine uygun dönem seçilmelidir. Hafta sonu kapalı işletmenin günlük karşılaştırması, faaliyet günleri dikkate alınmadan yanlış yorumlanabilir. Karşılaştırılan dönemlerin ne olduğu kullanıcıya açıkça gösterilsin. Geçen ayın tamamıyla bu ayın henüz bitmemiş bölümünü doğrudan aynı şekilde sunmak uygun olmayabilir. Kullanılacak karşılaştırma yöntemi işletmenin amacıyla birlikte belirlenir. Her durumda tek doğru zaman penceresi bulunmaz.

Dashboard KPI ekranında dönem filtresinin hangi kartlara uygulandığı anlaşılmalıdır. Bazı göstergeler anlık durumu, diğerleri seçilen dönemde oluşan hareketi gösterebilir. Bu fark etiketlenmezse kullanıcı toplamları aynı veri grubuna ait sanabilir. Örneğin açık sipariş sayısı geçmişte açılmış kayıtları da içerebilir. Aynı ekrandaki aylık yeni sipariş sayısıyla doğrudan eşit olması beklenmez. Başlık ve açıklama bu farkı göstermelidir. Dönem değiştiğinde bilgi mesajları ve ayrıntı bağlantıları da aynı kapsamı izlemelidir.

4. Kaynağın güncelliğini gösterin

Her veri gerçek zamanlı gelmeyebilir. Bir sistem belirli aralıklarla aktarım yapıyor, diğeri kullanıcının dosya yüklemesini bekliyor olabilir. Kullanıcı son güncellemenin ne zaman yapıldığını görmelidir. Gecikmiş veriye dayanarak acil karar vermek yanlış sonuç doğurabilir. Güncellemenin başarısız olmasıyla ilgili dönemde hiç kayıt bulunmaması farklı durumlardır. İkisinin de sıfır görünmesi sorunu gizleyebilir. Veri alınamadığında uygun açıklama verilmesi ve hangi sorumluya haber gideceğinin belirlenmesi yararlıdır.

Dashboard KPI göstergelerinde güncellik yalnızca küçük tarih yazısı değildir. Kullanıcının yorumunu etkileyen temel bilgidir. Bir kart son bir saat, diğeri önceki gece güncellenmiş olabilir. Farklı kaynakların zamanı aynı değilse bu anlaşılmalıdır. Daha sık yenileme her zaman daha doğru veri anlamına gelmez; kaynakta eksik işlem bulunabilir. İşletmenin ihtiyacına uygun yenileme düzeni seçilir. Sadece hızlı hareket eden grafik üretmek yerine verinin hangi aşamada doğrulandığı ve neyi temsil ettiği konuşulmalıdır.

5. Hedef ve uyarı eşiğini gerekçelendirin

Bir değerin kırmızı gösterilmesi için neden bulunmalıdır. Her artış kötü değildir; her düşüş de iyi değildir. Bekleyen sipariş artışı yeni talebin yükseldiğini veya darboğaz oluştuğunu gösterebilir. Bağlam ve ayrıntı gerekir. Eşikler rastgele renk seçimiyle belirlenmemelidir. İşletmenin planı, geçmiş gözlemi veya operasyon sınırı kullanılabilir. Veri yoksa eşik geçici varsayım olarak belirtilir. Sonradan kullanıcı geri bildirimine göre gözden geçirilmesi planlanabilir. Bir kez seçilmiş renk kuralı değişmez standart kabul edilmemelidir.

Dashboard KPI uyarılarında hangi kişinin ne zaman aksiyon alacağı açıklanmalıdır. Eşik aşılıyor fakat hiç kimse sorumluluk almıyorsa gösterge yalnızca gürültü üretebilir. Her küçük dalgalanma için bildirim göndermek de dikkati dağıtabilir. Ana ekranda dikkat çekmekle kullanıcıya ayrı bildirim göndermek farklı kararlardır. Hangi koşulda hangisinin kullanılacağı belirlenmelidir. İşin önemine göre kullanıcı belirli ayrıntıyı görüp gerekçe yazabilir. Otomatik karar veya işlem yapılacaksa bunun kapsamı ayrıca değerlendirilir.

6. Toplamdan ayrıntıya geçiş kurun

Ana ekranda görülen gecikmiş iş sayısının arkasındaki kayıtlar bulunabilmelidir. Kullanıcı ayrıntıya geçtiğinde tarih, şube ve sorumlu filtreleri korunabilir. Hangi hesaplamayla o listeye ulaşıldığı anlaşılır olsun. Toplamla liste sayısı arasında beklenmedik fark varsa açıklama gerekebilir. Eşzamanlı güncelleme veya farklı kapsam gibi nedenler bulunabilir. Kullanıcıya her durumda teknik ayrıntı sunmak gerekmez; ancak hangi veriyi incelediğini bilmesi gerekir. Toplamın nedenini araştırma yolu olmayan gösterge, karar sürecinde sınırlı kalabilir.

Dashboard KPI ayrıntısında yalnızca daha fazla sütun göstermek yeterli değildir. Kullanıcı hangi kayda müdahale edeceğini ve hangi bilgiyi kontrol edeceğini bulmalıdır. İlgili işlem ekranına geçiş varsa yetki sınırı korunur. Raporu dışarı aktarma gereksinimi de düşünülmelidir. İndirilen dosya, ekranda görünmeyen gizli alanları içermemelidir. Farklı kullanıcı rollerinin ayrıntı seviyeleri değişebilir. Ana kartın toplamını görmek, bütün kayıtların ayrıntısına erişim hakkı vermeyebilir. Yetki testleri bu geçişleri de kapsamalıdır.

7. Görsel biçimi veriye göre seçin

Tek bir sayının öne çıkarılması için kart, dönemsel eğilim için uygun grafik veya ayrıntılı karşılaştırma için tablo düşünülebilir. Her veriyi aynı grafik türüne yerleştirmek anlaşılmayı zorlaştırabilir. Renk sayısı ve etiket yoğunluğu sınırlı tutulabilir. Kullanıcıların yalnızca renge dayanarak anlam çıkarması beklenmemelidir. Değerler, başlıklar ve açıklamalar birlikte çalışmalıdır. Küçük ekranlarda yazıların okunması ve filtrelerin kullanılması da değerlendirilmelidir. Görsel tercih gerçek kullanıcıyla denendiğinde önemli farklılıklar görülebilir.

Dashboard KPI tasarımında Microsoft’un yönetim paneli tasarım önerileri, hedef kitle ve karar bilgisi üzerinden düşünmeyi vurgular. Bu yazı belirli ürünü kullanmanız gerektiğini söylemez. Yararlı yaklaşım, önemli bilginin kalabalık içinde kaybolmamasıdır. Aynı ilke özel uygulamada da değerlendirilebilir. Tasarımın doğruluğunu yalnızca örnek ekrandaki güzellik üzerinden ölçmeyin. Kullanıcı gerçek veride hangi durumu fark ediyor ve doğru ayrıntıya ulaşabiliyor mu sorusuna bakın.

8. Sorumluyu ve açıklama ihtiyacını belirleyin

Göstergenin hesabına ilişkin soru çıktığında kime sorulacağı belli olmalıdır. Veri sahibi, iş kuralını onaylayan kişi ve teknik bakım sorumlusu farklı olabilir. Bu ayrım kaydedilmelidir. Bir kartın beklenmedik yükselmesi yazılım hatasından, veri gecikmesinden veya gerçek iş değişiminden kaynaklanabilir. Önce hangi durum olduğu anlaşılır. Kullanıcıların her farkta aynı kişiye rastgele mesaj göndermesi yerine temel bildirim yöntemi bulunabilir. Kısa açıklama ve örnek kayıt, incelemeyi kolaylaştırır.

Dashboard KPI değerleriyle ilgili düzeltme yapıldığında değişikliğin nedeni korunmalıdır. Hesaplama kuralı değiştiyse eski dönemle yeni dönemin karşılaştırılması etkilenebilir. Kaynak veride düzeltme yapıldıysa bunun hangi tarihlere yansıdığı bilinmelidir. Sayıyı daha olumlu göstermek için tanımı sessizce değiştirmek güveni zedeler. Tanım güncellemesi gerekebilir; fakat hangi kararın verildiği açıklanmalıdır. Veri sorumluluğu yalnızca geliştiricide değildir. İş açısından doğru kavramı ve kuralı onaylayacak kişinin de belirlenmesi gerekir.

9. Kullanımı değerlendirip sadeleştirin

İlk ekran son hal olmak zorunda değildir. Kullanıcılar bazı kartları hiç kullanmıyor, bazı ayrıntıları sürekli başka dosyadan arıyor olabilir. Geri bildirim toplayın. Hangi kararın daha kolay verildiğini ve hangi sorunun hala cevapsız kaldığını sorun. Kullanılmayan göstergeyi kaldırmak bazen yeni kart eklemekten daha yararlıdır. İşletmenin önceliği değiştiğinde ana ekranın da yeniden değerlendirilmesi gerekebilir. Geçmişte önemli olan bir ölçümün her zaman ilk sırada kalması zorunlu değildir. Değişiklikler yine tanım ve kullanıcı etkisiyle birlikte konuşulur.

Dashboard KPI düzenini sadeleştirirken ayrıntılı verinin tamamen kaybolması gerekmez. Ana ekrandan çıkarılan bilgi raporda bulunabilir. Öncelikle dikkat sırası yeniden belirlenir. Kullanıcıların özel görünüm oluşturması düşünülüyorsa ortak tanımların bozulmaması önemlidir. Aynı isme sahip göstergenin herkes için başka hesaplanması yanlış karşılaştırma yaratabilir. Kişisel filtreyle temel hesap kuralı ayrı tutulabilir. Hangi düzeyde kişiselleştirme gerektiği uygulamanın kullanımıyla birlikte değerlendirilir. Her seçeneği baştan eklemek yerine gerçek ihtiyaca bakmak daha yararlı olabilir.

Satış, stok ve operasyon göstergelerini ayırmak

Satış ekibi teklif akışını ve bekleyen görüşmeleri izlemek isteyebilir. Depo ekibi hazırlık bekleyen kayıtları ve kritik stokları görebilir. Operasyon sorumlusu geciken görevleri ve darboğazları araştırabilir. Bunlar örnek başlıklardır; her işletme için hazır liste sayılmaz. Bir sayının farklı ekiplerde farklı aksiyon doğurabileceğini düşünün. Aynı göstergeyi birden fazla yerde kullanıyorsanız tanımın tutarlı olması gerekir. Kullanıcıya gösterilen başlıklar iş diline uygun olmalıdır. Anlaşılmayan kısaltmalar, ekranı teknik gösterse de kullanımını zorlaştırabilir.

Dashboard KPI listesinde sonuç göstergeleriyle süreç göstergeleri birlikte bulunabilir. Satış toplamı bir sonuçtur; belirli süreyi aşmış teklif sayısı ise müdahale gerektiren süreci gösterebilir. Sonucun neden değiştiğini anlamak için ikisini ilişkilendirmek yararlı olabilir. Ancak ilişki görülmesi doğrudan neden kanıtı değildir. Örneğin gecikmiş teklif sayısının azalması, tek başına satış artışının o değişiklikten kaynaklandığını göstermez. İş verilerini yorumlarken başka koşullar ve veri tanımları da dikkate alınmalıdır. Panelin görevi araştırmayı desteklemektir.

Varsayımsal örnek: Sipariş toplamından iş listesine

Bir işletmenin ana ekranda yalnızca toplam sipariş miktarını gösterdiğini düşünelim. Yönetici toplamın yüksek olduğunu görüyor ama hangi işin geciktiğini anlamak için ayrı tablo açıyor. Bu tamamen varsayımsal örnekte yeni ekran, teslim tarihi geçmiş ve tamamlanmamış siparişleri ayrı gösteriyor. Kullanıcı o karta geçtiğinde aynı kapsamdaki listeyi görüyor. Siparişin sorumlusu, kalan miktarı ve açıklaması bulunuyor. Böylece ana sayının yanında günlük müdahale ihtiyacı da görünür hale geliyor. Bu, gerçekleşmiş bir müşteri sonucu değildir.

Dashboard KPI tasarımında bu örneğin önemli noktası yeni grafik sayısı değildir. Bir iş sorusundan ilgili kayda ulaşma yolu kurulmuştur. Gecikme tanımı yanlışsa ekran yine yanıltıcı olabilir. Bu yüzden hangi tarihin kullanıldığı ve kısmi teslimin nasıl sayıldığı önce açıklanmalıdır. Örnekte belirli süre veya başarı oranı iddia edilmez. Kullanıcıların örnek kayıtlarla deneme yapması, hangi bilgiye ihtiyaç duyduklarını görmelerine yardımcı olabilir. Son tasarım, gerçek kullanım değerlendirmesine ve işletmenin onayladığı kurallara göre şekillendirilir.

Veri yok, değer sıfır ve erişim yok ayrımı

Bir kartta boşluk görülmesi farklı anlamlara gelebilir. Kaynak henüz güncellenmemiş olabilir, seçilen dönemde kayıt bulunmayabilir veya kullanıcının yetkisi olmayabilir. Bunları aynı sıfırla göstermek yanlış karar yaratabilir. Uygun açıklama, kullanıcının durumu anlamasına yardım eder. Veri alınamıyorsa son başarılı güncelleme gösterilebilir. Yetki yoksa gereksiz ayrıntı sızdırmadan anlaşılır mesaj verilmelidir. Kaynak sistemde hata bulunduğunda teknik metnin doğrudan kullanıcıya dökülmesi gerekli değildir. Bildirim ve inceleme yolu ayrıca belirlenir.

Dashboard KPI kontrolünde bu durumları örnek senaryolarla deneyin. Yeni açılmış işletme hesabı, boş dönem, gecikmiş aktarım ve yetkisi sınırlı kullanıcı farklı sonuçlar üretmelidir. Sadece dolu ve düzenli örnek veride test yapmak yeterli olmayabilir. Çok uzun başlıklar, büyük sayılar ve eksik alanlar da görünümü etkileyebilir. Mobil cihazda kartın kesilmesi veya filtrenin bulunamaması günlük kullanım sorunudur. Kullanıcı denemesi yalnızca tasarımı beğenip beğenmediğini sormakla sınırlı kalmamalıdır. Gerçek iş sorusuna cevap bulup bulamadığı gözlenebilir.

Filtrelerin anlamını görünür tutun

Şube, çalışan, ürün ve tarih filtresi değiştiğinde hangi göstergelerin etkilendiği açık olsun. Varsayılan filtre de önemlidir. Kullanıcı açılışta bütün işletmeyi gördüğünü sanırken yalnızca kendi kayıtlarına bakıyor olabilir. Başlık ve açıklama bunu göstermelidir. Filtrelerin üst üste birikmesi, beklenmedik boş sonuç doğurabilir. Kullanıcı geçerli filtreleri görebilmeli ve gerektiğinde sıfırlayabilmelidir. Kaydedilmiş görünüm varsa hangi kapsamı içerdiği anlaşılır olmalıdır. Filtre seçimiyle erişim yetkisi farklı konulardır; kullanıcı yetkisi dışındaki veriyi filtre değiştirerek açamamalıdır.

Dashboard KPI ekranının farklı cihaz ve rollerle denenmesi önemlidir. Yöneticiye uygun yoğun görünüm saha çalışanı için zor olabilir. Kartların sırası, metin boyutu ve ayrıntıya geçiş yolu bu farklılıklara göre değerlendirilebilir. Her kullanıcıya tamamen ayrı uygulama kurmak gerekmez; ortak tanımlar üzerinde uygun görünüm oluşturulabilir. Kullanıcı bir sayının ne olduğunu anlamak için sürekli başka kişiye soruyorsa kısa açıklama veya isim değişikliği gerekebilir. Tasarımın sade olması yalnızca az kart bulunması değil, görünen bilginin anlaşılır olmasıdır.

Ölçümün iş davranışını nasıl etkilediğini düşünün

Dashboard KPI göstergeleri çalışanların önceliklerini etkileyebilir. Yalnızca tamamlanan görev sayısı öne çıkarılırsa işlerin zorluğu veya yeniden açılan kayıtlar görünmez kalabilir. İşletme açısından önemli olan nicelik ile sonucun niteliğini birlikte değerlendirmek olabilir. Bu yüzden tek sayıyla bütün performansı açıklamaya çalışmayın. Kullanıcıların hangi davranışı artırmasını istediğinizi açıkça konuşun. Göstergeyi iyileştirmek için işin özünü olumsuz etkileyen yöntemler ortaya çıkıyorsa tanım yeniden incelenmelidir. Bu değerlendirme kişileri etiketlemek yerine süreci anlamak için yapılır.

Dashboard KPI açıklamasında göstergenin hangi soruya cevap vermediği de belirtilebilir. Açık iş sayısı tek başına ekip verimliliğini ölçmeyebilir; gelen iş miktarı ve işlerin farklılığı önemli olabilir. Bu sınırlama, göstergenin gereksiz olduğu anlamına gelmez. Yorumun doğru kapsamda yapılmasına yardımcı olur. Ana ekrandaki sayı karar için başlangıç olabilir, nihai hüküm olmak zorunda değildir. İşletme kullanıcıları bu farkı bildiğinde tek kart üzerinden kesin neden çıkarma alışkanlığı azalabilir. Ayrıntı incelemesi uygun durumda desteklenmelidir.

Geçmiş verinin karşılaştırılabilirliğini korumak

Dashboard KPI tanımı değiştiğinde geçmiş değerler yeniden hesaplanacak mı sorusu önem kazanır. Önceden yalnızca tamamen biten siparişler sayılırken artık kısmi teslimler de ele alınıyorsa eğilim çizgisinin anlamı değişebilir. Değişim tarihini açıklamak veya karşılaştırmayı uygun biçimde sınırlamak gerekebilir. Hangi yöntem kullanılacağı veriye ve iş ihtiyacına bağlıdır. Eski değerleri yeni tanımla sessizce yan yana koymak, gerçek iş değişimiyle hesap değişimini karıştırabilir. Bu nedenle tanımın güncel sürümü ve geçerlilik dönemi bulunmalıdır.

Dashboard KPI kartında bütün hesap geçmişini göstermeye gerek yoktur. Kısa bilgi bağlantısı veya açıklama alanı yeterli olabilir. Ancak sorumlu kişi tanımın hangi tarihte neden değiştiğini bulabilmelidir. Kullanıcılar raporları dışarı aktarıp saklıyorsa önceki dosyalarla yeni ekranın farklı olabileceği de düşünülmelidir. Aynı başlık kullanılsa bile kapsam farklı olabilir. Değişim duyurusu ve uygun dosya açıklaması yorum hatasını azaltabilir. Göstergenin zaman içinde tutarlı tutulması, yeni kart eklemek kadar önemli bir bakım işidir.

Örnek veriyle hesap kontrolü yapmak

Dashboard KPI hazırlığında küçük ve anlaşılır bir kontrol grubu seçin. Tamamlanmış, bekleyen, iptal edilmiş ve kısmen işlenmiş kayıtlar örnek olabilir. Hangi kaydın hangi göstergeye neden dahil olduğunu önceden yazın. Böylece çıkan toplam yalnızca sezgiyle değil bilinen örnekle karşılaştırılır. Gerçek kişilerin bilgileri gerekmiyorsa temsili kayıt kullanın. Örnek seti bütün olasılıkların yerine geçmez; fakat temel tanımın aynı anlaşıldığını görmeye yardımcı olur. Özellikle yeni bir hesaplama değiştiğinde bu tür açıklayıcı kontroller yararlı olabilir.

Dashboard KPI doğrulamasında işletme ve teknik ekip farklı katkılar sağlar. İşletme hangi kaydın neden sayılması gerektiğini açıklar. Teknik ekip uygulanan hesabın bu kurala uygunluğunu inceler. Bir tarafın tek başına verdiği onay her ayrıntıyı kapsamayabilir. Sonuç beklenenden farklıysa önce filtre ve dönem kontrol edilir, sonra örnek kayıtlar üzerinden neden araştırılır. Hızlıca sayıyı istenen değere çevirmek doğru çözüm değildir. Hedef, aynı kuralın benzer kayıtlar için tutarlı uygulanmasıdır. Kontrolün sonucu ve açık kalan sorular kaydedilebilir.

Kullanıcıdan alınacak geri bildirimi somutlaştırmak

Dashboard KPI ekranını değerlendirirken beğendiniz mi sorusunun yanına görev ekleyin. Bugün geciken kayıtları bulun, hangi şubede yoğunluk olduğunu gösterin veya belirli toplamın ayrıntısına geçin. Kullanıcının nerede durduğu ve hangi açıklamayı aradığı gözlenebilir. Bu bir çalışan sınavı olarak sunulmamalıdır. Amaç ekranın anlaşılır olup olmadığını görmektir. Kullanıcı aynı kavramı farklı kelimeyle arıyorsa başlık değişikliği düşünülebilir. Gereken ayrıntı başka sayfada saklıysa geçiş düzenlenebilir. Küçük kullanım gözlemleri önemli tasarım sorularını ortaya çıkarabilir.

Dashboard KPI geri bildirimlerini tek listede toplayın. Hesaplama sorunu, eksik veri, görsel tercih ve yeni gösterge talebi ayrı sınıflanabilir. Hepsini aynı anda zorunlu düzeltme saymak öncelikleri karıştırır. İş sorusunun cevapsız kalmasıyla renk tercihi aynı etkiyi doğurmaz. İlgili kullanıcılar ve karar sorumlusu hangi değişikliğin gerekli olduğunu değerlendirebilir. İlk görünümde sadeleşme kararı verildiyse bunun nedeni de yazılsın. Sonraki dönemde aynı talep geldiğinde önceki değerlendirme bulunabilir ve yeni koşullarla yeniden ele alınabilir.

Yerel işletmeler için ilk görüşme

Dashboard KPI beklentisini görüşmek isteyen Maltepe, İdealtepe ve Anadolu Yakası işletmeleri, mevcut raporlarını ve o raporlarla verdikleri kararları hazırlayabilir. HD Bilgisayar ile görüşürken hangi sorunun ana ekranda cevaplanmasını istediğinizi anlatmanız yararlıdır. İletişim numarası 0532 396 34 71, adres Altayçeşme, Oba Çıkmazı No:3, Maltepe, İstanbul’dur. Görüşme zamanı ve yöntemi ayrıca kararlaştırılır. Buradaki örnekler belirli ürün, teslim süresi veya performans sonucu taahhüdü değildir. İhtiyaca göre kapsam değerlendirilir.

Ekranı değerlendirmek için kontrol listesi

Dashboard KPI tasarımını sonlandırmadan önce yalnızca kartların göründüğünü kontrol etmeyin. Tanım, kaynak, dönem ve kullanıcı davranışı birlikte değerlendirilmelidir. Örnek kayıtlarla hesaplamayı karşılaştırın. Ana ekrandan ayrıntıya geçen kişinin doğru listeye ulaştığını görün. Eksik veri ve yetki sınırları da denensin. Bu kontrollerin tamamını tek kişinin yapması gerekmez. İş kurallarını işletme, teknik davranışı ilgili ekip değerlendirebilir. Sorumlular ve açık kalan sorular kaydedildiğinde sonradan yapılacak düzeltme daha anlaşılır olur.

• Her gösterge hangi karar sorusuna cevap verdiğini açıklıyor mu?
• Hesaplama tanımı ve veri kaynağı belli mi?
• Dönem ve karşılaştırılan kapsam anlaşılır mı?
• Son güncelleme ile veri eksikliği ayrılıyor mu?
• Renklerin ve uyarıların gerekçesi var mı?
• Toplamdan doğru ayrıntıya geçilebiliyor mu?
• Rol ve dışa aktarma yetkileri korunuyor mu?
• Mobil görünüm gerçek kayıtlarla değerlendirildi mi?
• Kullanılmayan kartları yeniden değerlendirecek yöntem var mı?

Sık sorulan 6 soru

Ana ekranda kaç gösterge bulunmalı?

Her işletme için tek sayı vermek doğru değildir. Kullanıcının karar soruları ve ekranın kullanıldığı ortam belirleyicidir. Dashboard KPI seçimini kart sayısını doldurmak için yapmayın. En önemli durumlar ilk bakışta anlaşılmalı, ayrıntılar uygun geçişlerle bulunmalıdır. Kullanıcılar sürekli kaydırarak kritik bilgiyi arıyorsa öncelik sırası gözden geçirilebilir. Daha az kart her zaman daha iyi değildir; ancak her kartın amacı açıklanabilir olmalıdır.

Her gösterge gerçek zamanlı mı olmalı?

Gerekmeyebilir. Bazı kararlar günlük veriye, bazıları daha sık güncellemeye ihtiyaç duyar. Kaynak sistemin koşulları da önemlidir. Dashboard KPI ekranında son güncelleme anlaşılır gösterilmelidir. Hızlı yenileme eksik veya yanlış veriyi otomatik düzeltmez. Önce hangi karar için hangi güncelliğin gerektiğini açıklayın. Veri gecikmesi ve hiç kayıt bulunmaması ayrı durumlar olarak ele alınmalıdır. Uygun yenileme yöntemi ihtiyaca göre değerlendirilir.

Renkli grafikler daha iyi yönetim sağlar mı?

Grafik biçimi bilgiyi anlamaya yardımcı olabilir; fakat tanımı belirsiz sayıyı güvenilir yapmaz. Kullanıcı rengin neyi ifade ettiğini bilmelidir. Her artış kötü veya iyi değildir. Dashboard KPI tasarımında renk dışında başlık, değer ve açıklama da kullanılmalıdır. Kullanıcının ayrıntıya ulaşması ve nedenini araştırması önemlidir. Görsel tercihler gerçek verilerle ve farklı ekran boyutlarında değerlendirildiğinde daha anlamlı sonuç verir.

Farklı çalışanlar aynı ekranı mı görmeli?

İhtiyaç ve yetkilere bağlıdır. Satış, depo ve yönetim farklı önceliklere sahip olabilir. Ortak hesap tanımları korunarak farklı görünümler düşünülebilir. Bir toplamı görmek bütün ayrıntıya erişim hakkı vermeyebilir. Dashboard KPI yetkileri kart, ayrıntı ve dışa aktarma yollarında birlikte ele alınmalıdır. Sadece menüyü gizlemek güvenlik kontrolünün yerine geçmez. Kullanıcı rolleri ve erişim sınırları başlangıçta açıklanmalıdır.

Gösterge yanlış görünüyorsa ilk ne yapılmalı?

Önce dönem, filtre ve son güncellemeyi kontrol edin. Ardından birkaç örnek kaydı hesap tanımıyla karşılaştırın. Sorun kaynak veriden, tanımdan veya uygulama davranışından gelebilir. Dashboard KPI değerini el ile değiştirerek düzeltmeye çalışmak yerine nedeni araştırın. Hangi kullanıcı, hangi ekran ve hangi kapsamda fark gördüğünü kaydetsin. Gerekli kişiler veriyi ve teknik hesabı birlikte değerlendirebilir. Düzeltilen tanımın geçmiş dönemlere etkisi de kontrol edilmelidir.

İlk görüşmede hangi örnekleri getirmeliyim?

Dashboard KPI beklentisi için sık kullandığınız raporu ve o raporla verdiğiniz bir kararı hazırlayın. Anlamakta zorlandığınız bir durum veya sürekli elle düzelttiğiniz alan varsa gösterin. Hassas bilgileri ayırarak küçük örnek kümesi oluşturabilirsiniz. Teknik gösterge listesini kendiniz tamamlamak zorunda değilsiniz. İş sorusunu açık anlatmak başlangıç için daha değerlidir. Ardından kaynaklar, hesaplamalar, kullanıcılar ve gösterim yöntemi birlikte değerlendirilir.