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ı
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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
| Panel | Tipik göstergeler | Veri kaynağı | Yenileme | En alt detay düzeyi |
|---|---|---|---|---|
| Yönetici özeti | Ciro, brüt kâr marjı, tahsilat, OEE, stok devir hızı | Veri ambarı | Günlük | Departman paneli |
| Satış | Teklif hattının değeri, teklif-sipariş dönüşümü | CRM, ERP | Saatlik | Teklif, sipariş |
| Üretim | OEE, fire oranı, duruş nedenleri | MES, SCADA | Dakikalar | Makine, iş emri |
| Enerji | Birim ürün başına tüketim, hat bazında yük | Enerji analizörleri, SCADA | Dakikalar | Hat, pano |
| Finans | Vadesi yaklaşan alacaklar, alacak yaşlandırma | ERP muhasebe modülü | Günlük | Fatura |
| Belediye ve saha | Arıza müdahale süresi, bölge bazında su kaybı | CBS, sayaç okuma, saha uygulaması | Saatlik | Haritadaki 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.