İş Zekâsı Dashboardu: KPI Sözlüğü Olmadan Rapor Kurmayın

Gösterge adını hesap tanımıyla tamamlayın

“Satış” sipariş toplamı, tahsilat veya iadeler düşülmüş gelir anlamında kullanılıyor olabilir. “Aktif müşteri” son oturum açan kişi ya da son dönemde sipariş veren şirket olabilir. KPI sözlüğü bu belirsizliği giderir: isim, amaç, formül, kaynak, kapsam dışı kayıtlar ve sorumlu kişi birlikte yazılır.

Tanımı herkesin anlayabileceği bir örnekle sınayın. İptal edilen sipariş satışa dahil mi? Kısmi iade hangi tarihe yazılıyor? Test müşterileri rapordan çıkarılıyor mu? Bu sorular cevaplanmadan tasarlanan grafikler karar vermeyi kolaylaştırmak yerine tartışmayı büyütebilir.

Veri ayrıntı düzeyini seçin

Sipariş, sipariş satırı ve ödeme işlemi farklı ayrıntı düzeyleridir. Bunları doğrudan birleştirirken aynı sipariş tutarı birkaç satırda tekrar edebilir. Microsoft yıldız şema rehberi olgu ve boyut tablolarının rolünü ve tutarlı ayrıntı düzeyinin önemini açıklar. [1]

Örneğin bir siparişte üç ürün ve iki ödeme denemesi varsa yanlış birleştirme altı satır üretebilir. Toplamı düzeltmek için rastgele tekrar silmek yerine ilişkinin anlamını çözün. Hangi tablo ölçüyü, hangisi açıklayıcı niteliği taşıyor? Veri modeli bu sorunun cevabını açıkça vermelidir.

Örnek: iadeli ay sonunda iki satış rakamı

Varsayımsal işletmede bu ay oluşturulan siparişler bir raporda, bu ay tahsil edilen tutarlar diğerinde gösteriliyor. Önceki ayın siparişine ait ödeme bu ay geldiğinde iki değer farklı olabilir. Bu fark otomatik olarak hata değildir. Panellerin başlıkları ve açıklamaları hesaplanan kavramı doğru anlatmalıdır.

Bu tanımlar öneri niteliğindedir; muhasebe standardı veya finansal raporlama tavsiyesi değildir. İşletmenin kullandığı resmî hesap tanımlarıyla uyum ayrıca değerlendirilmelidir.

Tarih, saat dilimi ve veri tazeliğini görünür yapın

Aynı UTC zamanının yerel takvimde başka güne düşmesi günlük raporları etkileyebilir. PostgreSQL tarih-saat dokümantasyonu saat dilimli ve saat dilimsiz türlerin farklı davranışlarını açıklar. [2] Kaynak sistemin hangi zaman biçimini tuttuğunu ve raporun hangi takvimle topladığını belgeleyin.

Panelde son veri güncelleme zamanı gösterilsin. Kaynak erişilemediğinde eski rakamları güncelmiş gibi sunmayın. Geciken veri, tahmini değer ve doğrulanmış değer farklı işaretlenebilir. Kullanıcı grafiğe bakarken ne kadar güncel bilgiyle karar verdiğini anlayabilmelidir.

Filtrelerin ölçüyü nasıl değiştirdiğini test edin

Şube filtresi seçildiğinde müşteri sayısı o şubede işlem yapanları mı, o şubeye atanmışları mı gösteriyor? Tarih filtresi sipariş tarihini mi, kapanış tarihini mi etkiliyor? Aynı sayfadaki bütün grafiklerin aynı filtre mantığını kullandığını varsaymayın.

Örnek veri setiyle beklenen sonuçları elle hesaplayın. Bir müşterinin iki şubede işlem yaptığı, bir siparişin kısmen iade edildiği ve bir kaydın geç geldiği durumları ekleyin. Görsel olarak doğru görünen bir toplam, ilişki veya filtre hatasını gizleyebilir.

Dashboard teklifinde teslim kanıtı isteyin

KPI sözlüğü, kaynak haritası, dönüşüm kuralları ve örnek mutabakat dosyası teslim paketinde yer almalıdır. “On grafik yapılacak” ifadesi doğru veri üretildiğini kanıtlamaz. Veri erişim yetkileri ve kullanıcıların hangi şirket veya şubeyi göreceği de test edilmelidir.

Rapor değişikliğinde formül sürümü ve etkilediği geçmiş dönemler açıklansın. Yeni tanım eski rakamları değiştirdiyse bu fark kullanıcıya görünür olsun. Analiz ekibinin güveni, gösterişli grafikten çok açıklanabilir ve tekrar üretilebilir hesapla oluşur.

Sık sorulan sorular

### Bütün KPI’ları tek panelde toplamak daha iyi mi? Her rol aynı kararı vermediği için her zaman değil. Yönetici, operasyon ve satış ekibi için ilgili kararları destekleyen sade görünümler tasarlayın.

Rapor ile muhasebe ekranı farklıysa hangisi yanlış?

Önce dönem, durum, para birimi ve hesap tanımını eşitleyin. Farklı kavramları ölçen iki doğru rapor da farklı sonuç verebilir; doğrudan birini hatalı ilan etmeyin.