Telefon: 0 (552) 380 25 25  |  Hafta içi 10:00–18:00 · Teknik destek 7/24

🇬🇧 EN

Digital Bridge Blog

Veri ve Analitik

Yönetici Paneli (BI Dashboard) Nasıl Kurulur? KPI'ları Tek Ekranda Toplamak

Yönetici paneli nasıl kurulur? Veri kaynağı, yenileme sıklığı, tek ekran kuralı, detaya inme, eşik renkleri ve erişim yetkisiyle BI dashboard tasarımı.

10 dk okuma  · Digital Bridge Mühendislik Ekibi
Yönetici Paneli (BI Dashboard) Nasıl Kurulur? KPI'ları Tek Ekranda Toplamak

Yönetici paneli (BI dashboard), şirketin KPI'larını ERP, CRM ve üretim sistemlerinden otomatik çekip tek ekranda, herkes için aynı kuralla hesaplanmış olarak gösteren rapor ekranıdır. İşe yarayan bir panel için göstergeleri seçmek yetmez: veri kaynağı, yenileme sıklığı, tek ekran düzeni, detaya inme, eşik renkleri, tanım sözlüğü ve erişim yetkisi birlikte tasarlanır.

Yönetim toplantısında gerçekte ne oluyor?

Ayın ilk pazartesisi. Finans ciroyu ERP'den bir rakam olarak getiriyor, satış CRM'den başka bir rakamla geliyor; fark, iadelerin ve kesilmemiş faturaların nasıl sayıldığından kaynaklanıyor. Üretim müdürünün OEE tablosu geçen haftanın Excel'i. Toplantının ilk yarım saati "hangi rakam doğru" tartışmasıyla geçiyor, karar bir sonraki toplantıya kalıyor.

Bu tablonun arkasında genellikle üç sorun vardır:

  • Gösterge fazlalığı. "Olsun" diye eklenen 40 grafik, hangisine bakılacağını belirsizleştirir. Her şeyi gösteren panel hiçbir şeyi vurgulamaz.
  • Tanım eksikliği. "Ciro", "aktif müşteri", "zamanında teslimat" gibi terimlerin yazılı tek bir tanımı yoktur; her departman kendi hesabını yapar. Aynı müşterinin CRM, e-ticaret ve destek sisteminde ayrı kayıtları varsa "aktif müşteri" sayısını tek profilde birleştirmek müşteri veri platformu (CDP) işidir.
  • Elle besleme. Veri, birinin dışa aktarım alıp Excel'de birleştirmesine bağlıdır. O kişi izindeyse rapor gecikir, formül kayarsa rakam bozulur. Bu kırılganlığın tipik belirtilerini Excel ile iş takibinin sınırları yazısında topladık.

Bu yüzden panel projesi yazılım seçimiyle değil, "yönetim her hafta hangi soruya yanıt istiyor?" sorusuyla başlar. Aylık Excel raporlarından otomatik raporlamaya geçişin adımlarını Excel raporlamadan BI'a geçiş yazımızda ayrıca ele aldık; araç karşılaştırması aşamasına geldiğinizde BI aracı seçim kriterleri yazısı lisans modelini, bağlantıları ve yetkilendirmeyi karşılaştırmanıza yardım eder.

Sorunu çözmemenin maliyeti

Türkiye'de iş zekası kullanımı hâlâ istisna düzeyinde:

TÜİK'e göre 2025'te 10 ve daha fazla çalışanı olan girişimlerin %28,3'ü ERP, %12,0'ı CRM, yalnızca %6,5'i iş zekası (BI) yazılımı kullandı. (TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2025)

Ölçek büyüdükçe fark açılıyor: aynı araştırmaya göre BI kullanımı 250+ çalışanlı girişimlerde %35,1 iken 10-49 çalışanlılarda %4,9'da kaldı. Yani ERP'si olan pek çok şirkette veri kayıt altında, ama yönetime karar desteği olarak dönmüyor; raporlanmak için hâlâ Excel'e taşınıyor.

Yanlış ya da gecikmiş rakamla karar vermenin bedelini ölçmek zordur, ama bu bedel küçük değildir. Veri kalitesi uzmanı Thomas C. Redman, kötü verinin çoğu şirkete maliyetini gelirin %15-25'i olarak tahmin ediyor (MIT Sloan Management Review, "Seizing Opportunity in Data Quality", 2017). Bu bir uzman tahmini; ama yönü açık: aynı soruya iki farklı rakamla yanıt veren şirket, zamanını karar vermek yerine uzlaştırmaya harcar.

Bir de insan kaynağı boyutu var. TÜİK'e göre 2026'da girişimlerin yalnızca %15,2'si BİT uzmanı istihdam ediyor ve BİT uzmanı işe almaya çalışanların %31,7'si 2025'te işe alımda güçlük yaşadı (TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması 2026). Raporlamayı bir kişinin Excel becerisine bağlamak, o kişi ayrıldığında raporlamanın da durması demektir. Her hafta elle güncellenen nakit tablosu bunun en tipik örneğidir; bu tabloyu kaynağa bağlamayı nakit akış raporu otomasyonu yazısında anlattık.

Göstergeler nereden gelir?

Panel, üzerindeki göstergeler kadar iyidir. Hangi KPI'nın ekrana gireceği hedeften türetilir: her hedef için bir sonuç göstergesi, onu önceden haber veren bir-iki öncü gösterge ve her biri için yazılı tanım, sahip ve eşik. Bu seçimin yöntemini KPI nasıl belirlenir rehberimizde adım adım anlattık; satış ekibine özel gösterge setini ise satış dashboard metrikleri yazısında ayrıca ele aldık. Bu yazı ise seçilmiş göstergeleri yönetimin her gün açtığı bir ekrana dönüştürmeye odaklanıyor.

Yönetici paneli nasıl kurulur? 7 tasarım kararı

  1. Veri kaynağı: her göstergenin tek resmi kaynağı. Gösterge, elle hazırlanan bir dosyadan değil, ERP, CRM ya da MES'ten otomatik çekilen veriden hesaplanır. Birden çok sistem birleştirilecekse veri önce bir veri ambarında ve ETL süreciyle toplanır. Dönüşümün ambara yüklemeden önce mi sonra mı yapılacağını ETL ile ELT arasındaki fark belirler. Aynı göstergeyi iki kaynaktan beslemek, toplantıdaki tartışmayı yalnızca ekrana taşır.
  2. Yenileme sıklığı: kararın hızına göre. Stok ve sipariş gibi operasyonel göstergeler dakikalar ya da saatler içinde, finans günlük, stratejik göstergeler haftalık ya da aylık yenilenir. Gereğinden sık yenileme canlı sistemi yorar; gereğinden seyrek yenileme paneli ay sonu raporuna çevirir. Her göstergenin yanında "son güncelleme" zamanı görünür. Hangi göstergenin gerçekten anlık olması gerektiğini gerçek zamanlı raporlama yazısında ayrıntılı ele aldık. Saniyelik makine ve sensör verisi ise ilişkisel tablolara değil, sensör verisi için zaman serisi veritabanına yazılıp panele özet olarak taşınır.
  3. Tek ekran kuralı. Yönetici özeti kaydırmadan tek ekrana sığar: 6–10 gösterge, en kritik olanı sol üstte. Her gösterge sayı, hedef, önceki dönem ve eğilim çizgisiyle birlikte durur. Yeni bir gösterge eklemek için bir başkasını çıkarmak gerekir; bu kural paneli sade tutar. Müşteri tarafında çoğu zaman tek bir memnuniyet göstergesi yeterlidir; bunun için sık seçilen NPS'in nasıl ölçüldüğünü ayrı bir yazıda anlattık.
  4. Detaya inme (drill-down). Özetten departmana, oradan müşteri, ürün ya da hatta, en sonunda fatura ya da iş emrine tıklayarak inilir. İnilemeyen rakam yeniden tartışma başlatır. Detaya inme yolu baştan tasarlanmalıdır, çünkü veri modelini o belirler. Müşteri ve ürün kodları sistemler arasında farklıysa kırılımlar tutmaz; bu eşleştirme ana veri yönetimi (MDM) çalışmasıyla çözülür.
  5. Eşik renkleri ve uyarılar. Yeşil, sarı ve kırmızı eşikleri gösterge sahibi yazar; renk süs değil, karar sinyalidir. Kırmızıya dönen gösterge sorumluya bildirim gönderir, böylece yöneticinin paneli her gün açması gerekmez. Sabit eşikle yakalanamayan olağan dışı sapmalar için yapay zeka ile anomali tespiti devreye girer. Kırmızıya dönen üretim göstergesinin nedenini bulmak için ise üretim verisiyle kök neden analizi gerekir.
  6. Gösterge tanım sözlüğü. Göstergenin üzerine gelindiğinde formül, veri kaynağı, dahil ve hariç tutulanlar, sahip ve son tanım değişikliğinin tarihi görünür. Sözlük, departmanların aynı soruya aynı rakamla yanıt vermesinin güvencesidir. Tanımlar doğru olsa bile mükerrer ve tutarsız kayıtlar rakamı bozabilir; bu yüzden kalite kontrolü panelden önce gelir. Tanımların kime ait olduğunu ve nasıl değiştirileceğini ise veri yönetişimi çerçevesi belirler.
  7. Erişim yetkisi. Yetki rol bazlı kurulur: genel müdür tüm şirketi, bölge müdürü kendi bölgesini, satış temsilcisi kendi müşterilerini görür. Personel ya da müşteri gibi kişisel veri içeren kırılımlar yalnızca gereken rollere açılır. Kimin hangi ekranı ne zaman görüntülediği kayıt altında tutulur. Hangi tablonun kişisel veri içerdiğini veri kataloğu ve veri sözlüğü etiketler; kullanıcılar kendi raporlarını da üretecekse sınırları self-servis raporlama kuralları çizer.

Panel türlerine göre tasarım örnekleri

PanelTipik göstergelerVeri kaynağıYenilemeEn alt detay düzeyi
Yönetici özetiCiro, brüt kâr marjı, tahsilat, OEE, stok devir hızıVeri ambarıGünlükDepartman paneli
SatışTeklif hattının değeri, teklif-sipariş dönüşümüCRM, ERPSaatlikTeklif, sipariş
ÜretimOEE, fire oranı, duruş nedenleriMES, SCADADakikalarMakine, iş emri
EnerjiBirim ürün başına tüketim, hat bazında yükEnerji analizörleri, SCADADakikalarHat, pano
FinansVadesi yaklaşan alacaklar, alacak yaşlandırmaERP muhasebe modülüGünlükFatura
Belediye ve sahaArıza müdahale süresi, bölge bazında su kaybıCBS, sayaç okuma, saha uygulamasıSaatlikHaritadaki varlık

Tablo bir başlangıçtır; göstergeler her şirketin kendi hedefinden türetilir. Harita tabanlı panellerde ise gösterge bir tabloda değil konumda okunur: belediyede arıza ve kayıp belediye CBS haritası üzerinde, tarımda parsel bazında bitki sağlığı drone NDVI analizi katmanıyla birlikte izlenir.

Aynı harita katmanına hasat öncesi drone ile rekolte tahmini ya da şantiye ve ocaklarda drone ile stok hacmi hesabı sonuçları da gösterge olarak eklenebilir.

Su idarelerinde panelin haritası boru, vana ve abone bağlantılarından oluşan su şebekesi CBS envanteridir; drone uçurmanın pratik olmadığı geniş tarım arazilerinde ise parsel göstergeleri uydu görüntüsüyle tarım analizinden beslenir.

Fabrikada panelin bir kısmı toplantı odasında değil sahadadır. Fabrikada enerji izleme göstergeleri ya da hat bazında OEE, üretim alanındaki dijital tabela ekranlarına yansıtılabilir. Hat ekranında tek ekran kuralı daha da katıdır: birkaç metreden okunabilen 3–4 büyük sayı ve eşik rengi yeterlidir.

Sık yapılan üç hata

  • Ortalamaya güvenmek. "Ortalama teslim süresi 3 gün" iyi görünür; ama siparişlerin bir kısmı 10 günde gidiyorsa müşteri kaybı oradan gelir; hangi müşterilerin sessizce uzaklaştığını müşteri kaybı (churn) analizi gösterir. Ortalamanın yanında dağılımı ya da eşiği aşan kayıt sayısını gösterin. Gecikme dağıtım planından geliyorsa rota optimizasyonu ile araç başına durak ve sapma ayrıca izlenir.
  • Oranı paydasız göstermek. Fire oranı yükseldiğinde üretim hacmi ya da ürün karması da değişmiş olabilir. Oranın yanında adet ya da tutarı göstermek yanlış alarmı önler.
  • Ekranı süslemek. Üç boyutlu pastalar, hız göstergesi biçimli kadranlar ve renk geçişleri okumayı yavaşlatır. Düz çubuk ve çizgi grafik, kıyaslamayı en hızlı yaptıran biçimdir.

Canlıya almadan önce kontrol listesi

  • Her göstergenin tanım kartı var ve panelden açılabiliyor.
  • Her göstergenin tek bir resmi kaynağı var.
  • "Son güncelleme" zamanı her göstergenin yanında görünüyor.
  • Panel, eski Excel raporuyla en az bir dönem paralel çalıştırıldı ve farklar açıklandı.
  • Yönetici özeti telefonda da okunabiliyor; istenirse her sabah e-postayla geliyor.
  • Rol bazlı yetkiler farklı kullanıcılarla denendi.
  • Üç ay sonrası için "kimsenin bakmadığı grafikleri kaldırma" toplantısı takvime kondu.

Panel, geçmişi gösterdiği kadar geleceğe dair tahmini de gösterebilir. Rafta bulunurluk ve stok gün sayısını şube bazında izlemeyi mağaza stok optimizasyonu, tesis tüketimini saatlik tahminle karşılaştırmayı ise elektrik tüketim tahmini yazımızda anlattık.

Digital Bridge'de yönetici panelini nasıl kuruyoruz?

BI dashboard ve yönetici paneli projelerimizde önce ekran değil, gösterge ve veri akışı tasarlıyoruz:

  • Panel ve gösterge atölyesi. Yönetimle birlikte her hafta yanıtı istenen soruları çıkarıyor, her KPI için tanım kartı (formül, kaynak, sahip, eşik) yazıyor ve yönetici özetinin tek ekran taslağını sizin rakamlarınızla çiziyoruz.
  • Kaynaklara doğrudan bağlantı. Logo Tiger/GO, SAP, Mikro, Netsis ve firmaya özel ERP'lere, CRM'e, pazaryeri API'lerine ve MySQL, MSSQL, PostgreSQL veritabanlarına bağlanıyoruz. REST API sunan sistemler için API entegrasyonu kuruyor, üretim göstergeleri için MES üretim yönetimi ya da SCADA verisini panele taşıyoruz.
  • Tek kaynak. Birden çok sistem ve geçmiş dönem karşılaştırması söz konusuysa veriyi bir veri ambarında topluyoruz; raporlar canlı ERP'yi yavaşlatmadan bu kaynaktan besleniyor. Bütçeyi hangi kalemlerin belirlediğini veri ambarı maliyet kalemleri yazısında, ham verinin ne zaman ambar yerine veri gölünde tutulacağını ayrı bir rehberde anlattık.
  • Önce veri kalitesi. Mükerrer cari, farklı kodlanmış ürün ya da boş alanlar göstergeyi bozuyorsa veri yönetişimi ve kalite çalışmasıyla kaynağında düzeltiyoruz. Hatalı veriyi şık bir grafikle göstermek sorunu çözmez.
  • Kendiliğinden güncellenen panel. Panel belirlenen aralıkla güncelleniyor; yönetici göstergeden fatura ya da iş emri düzeyine iniyor, eşik aşımında sorumluya uyarı gidiyor.
  • Kademeli başlangıç. Yönetici özeti ve tek bir departman paneliyle başlıyor, göstergeler kullanımda oturduktan sonra diğer alanlara genişletiyoruz. Böylece tanımlar erken aşamada gerçek veriyle sınanıyor.

İK göstergeleri (devamsızlık, fazla mesai, vardiya uyumu) için kaynak çoğu zaman giriş-çıkış verisidir. SmartPass kartlı geçiş, PDKS ve yemekhane sayımını tek sistemde tutar; puantajı vardiya planına göre çıkarır ve raporları bordroya aktarılabilir biçimde sunar. Bu veri de panele aynı tanım kurallarıyla bağlanabilir.

Hazır paket satmıyoruz; ihtiyaç analizinin ardından kapsamı, aşamaları ve bedeli içeren yazılı bir teklif hazırlıyoruz. 2013'ten bu yana Adana merkezli ekibimizle Türkiye'nin her iline uzaktan ve yerinde hizmet veriyoruz. Veri ambarından veri kalitesine, CBS'ten drone analizine kadar diğer başlıklar için Veri ve Analitik rehberimizin tamamına göz atabilirsiniz.

Sonraki adım

Önümüzdeki yönetim toplantısından önce bir deneme yapın: yönetimin her ay sorduğu beş soruyu yazın ve her birinin yanıtının bugün hangi sistemden, kimin elinden, kaç saatte geldiğini not edin. Bu liste, ilk panelin kapsamını belirlemek için yeterlidir. Bizimle iletişime geçin; listenizi birlikte inceleyip kendi verinizle örnek bir yönetici paneli kurgulayalım.

Sizin durumunuza birlikte bakalım

Sürecinizi anlatın; ihtiyaç analizinin ardından kapsamı, aşamaları ve bedeli içeren yazılı teklif gönderelim.

Teklif İsteyin 0 (552) 380 25 25
En çok sorulan sorular

Sık Sorulan Sorular

Yönetici panelinde kaç gösterge olmalı?

Yönetici özeti için genellikle 6–10 gösterge yeterlidir. Hepsi kaydırmadan tek ekrana sığmalı ve her biri bir hedefe bağlanmalıdır. Daha fazla ayrıntı gerekiyorsa ön sayfaya yeni gösterge eklemek yerine alt paneller ve tıklayarak inilen kırılımlar kullanılır. Yeni bir gösterge eklemek için bir başkasını çıkarmak, paneli yıllar içinde sade tutmanın en pratik kuralıdır.

Yönetici paneli ile klasik rapor arasındaki fark nedir?

Klasik rapor belirli bir tarihte hazırlanmış, sabit bir belgedir; soruya yanıt vermek için yeniden hazırlanması gerekir. Yönetici paneli ise veriyi kaynaktan belirlenen aralıkla kendiliğinden çeker, eşik aşımında uyarı verir ve tıklayarak fatura ya da iş emri düzeyine inilmesini sağlar. Rapor geçmişi anlatır; panel bugünkü durumu ve dikkat isteyen noktayı gösterir.

BI dashboard için veri ambarı şart mı?

Her zaman değil. Tek bir ERP'den beslenen basit panellerde doğrudan bağlantı yeterli olabilir. Birden çok sistemin verisi birleştirilecekse, geçmiş dönemler güvenilir biçimde karşılaştırılacaksa ya da rapor sorguları gün içinde ERP'yi yavaşlatıyorsa veri ambarı gerekir. Ambar ayrıca farklı sistemlerdeki müşteri ve ürün kodlarını tek yapıda eşleştirir.

Dashboard ne sıklıkla güncellenmeli?

Göstergenin doğasına ve kararın hızına göre. Stok ve sipariş gibi operasyonel veriler dakikalar ya da saatler içinde, finans verisi günlük, stratejik göstergeler haftalık ya da aylık güncellenebilir. Gereğinden sık yenileme canlı sistemi yorar. Hangi sıklık seçilirse seçilsin, her göstergenin yanında son güncelleme zamanının görünmesi eski veriyle karar verilmesini önler.

Yönetici paneline telefondan erişilebilir mi?

Evet, yönetici özeti genellikle telefonda okunacak biçimde ayrıca tasarlanır: daha az gösterge, büyük sayılar ve eşik renkleri. Rol bazlı yetki mobilde de aynen geçerlidir; kullanıcı yalnızca kendi bölgesini ya da müşterilerini görür. İstenirse aynı özet her sabah e-postayla da gönderilir, böylece paneli açmayan yönetici bile kırmızıya dönen göstergeden haberdar olur.

Sorunuz burada yok mu? Bize Sorun

Bir Mühendisle Konuşun

Çözmek istediğiniz işi anlatın, yazılı teklifle dönelim.