Yönetici paneli için doğru KPI seti, şirketin o dönemki hedeflerine doğrudan bağlı, sayısı az (genellikle bir ekranda 6–10 gösterge), her biri yazılı bir tanıma, bir sahibe ve bir eşiğe sahip göstergelerden oluşur. BI dashboard'un işe yaraması grafiklerin güzelliğine değil, bu göstergelerin ERP, CRM ve üretim sistemlerinden otomatik ve herkes için aynı kurala göre hesaplanmasına bağlıdı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ığı. Dashboard'a "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.
- 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 BI projesi yazılım seçimiyle değil, "yönetim hangi soruya her hafta yanıt istiyor?" sorusuyla başlamalıdır. Excel'den bu yapıya geçişin adımlarını Excel raporlamadan BI'a geçiş yazımızda ayrıca ele aldık.
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ı (TÜİK 2025). Yani ERP'si olan pek çok şirkette veri kayıt altında, ama yönetime karar desteği olarak dönmüyor; ERP'de duran veri raporlanmak için hâlâ Excel'e taşınıyor.
Yanlış ya da gecikmiş rakamla karar vermenin bedeli ölçmesi zor ama 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.
Yönetici paneli için KPI seçme çerçevesi
Aşağıdaki adımlar, göstergeyi seçmekten ekrana koymaya kadar izlediğimiz sırayı özetliyor:
- Hedeften başlayın, veriden değil. "Elimizde hangi veri var?" yerine "bu yıl neyi başarmak istiyoruz?" diye sorun. Hedef "brüt kârlılığı artırmak" ise gösterge ciro değil, ürün ve müşteri bazında brüt kâr marjıdır. Hedefi göstergeye çevirme yöntemini KPI nasıl belirlenir yazımızda ayrıntılı anlattık.
- Sayıyı sınırlayın. Yönetici özeti tek ekrana sığmalı; 6–10 gösterge çoğu şirket için yeterlidir. Ayrıntı, alt panellere ve tıklayarak inilen kırılımlara bırakılır.
- Her göstergeyi yazılı tanımlayın. Formül, veri kaynağı, dahil ve hariç tutulanlar (iade, iskonto, iptal), güncellenme sıklığı ve ölçü birimi tek bir tanım kartında yazılır.
- Sahibini ve eşiğini belirleyin. Her göstergenin bir sorumlusu ve "yeşil / sarı / kırmızı" eşikleri olmalıdır. Eşiği olmayan gösterge, yorumu kişiye bırakır.
- Öncü ve gecikmeli göstergeleri dengeleyin. Ciro gecikmeli bir göstergedir; ay bittiğinde ne olduğunu söyler. Teklif hattının değeri, sipariş girişi ya da planlanan-gerçekleşen üretim ise sonucu önceden haber verir.
- Kaynağa doğrudan bağlanın. Gösterge, elle hazırlanan bir dosyadan değil, ERP, CRM ve MES'ten otomatik çekilen veriden hesaplanmalıdır.
- Rakamdan belgeye inilebilsin. Yönetici bir sapma gördüğünde tıklayıp müşteri, ürün, fatura ya da iş emri düzeyine inebilmelidir. İnilemeyen rakam yeniden tartışma başlatır.
- Üç ayda bir gözden geçirin. Hedef değiştiğinde gösterge de değişir. Kimsenin bakmadığı grafikleri kaldırın.
Departmanlara göre örnek göstergeler
| Alan | Gecikmeli gösterge (sonuç) | Öncü gösterge (sinyal) | Tipik veri kaynağı |
|---|---|---|---|
| Satış | Ciro, brüt kâr marjı | Teklif hattının değeri, teklif-sipariş dönüşümü | ERP, CRM |
| Üretim | OEE, fire oranı | Planlanan-gerçekleşen üretim, duruş nedenleri | MES, SCADA |
| Stok ve tedarik | Stok devir hızı | Kritik seviyenin altındaki ürün sayısı, tedarikçi teslim performansı | ERP, WMS |
| Finans | Tahsilat gerçekleşmesi | Vadesi yaklaşan alacaklar, alacak yaşlandırma | ERP muhasebe modülü |
| Müşteri | Müşteri kaybı | Uzun süredir sipariş vermeyen müşteriler, sipariş sıklığı | CRM, ERP |
Bu tablo bir başlangıç listesidir; her şirketin göstergesi kendi hedefinden türetilmelidir. Örneğin sözleşmeli üretim yapan bir fabrikada "zamanında teslimat oranı" yönetici özetinin ilk satırında olabilirken, perakende zincirinde mağaza bazında metrekare başına satış öne çıkar. Belediyelerde ise göstergelerin çoğu konuma bağlıdır ve belediye CBS haritasıyla birlikte okunur.
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. Ortalamanın yanında dağılımı ya da eşiği aşan kayıt sayısını gösterin.
- 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.
- Aynı göstergeyi iki farklı kaynaktan beslemek. Ciro bir panelde ERP'den, diğerinde CRM'den geliyorsa toplantıdaki tartışma bu kez ekranda yaşanır. Her göstergenin tek bir resmi kaynağı olmalıdır.
Dashboard'u kullanılır kılan küçük ayrıntılar
- Tek sayfa yönetici özeti ve her gösterge için bir alt panel.
- Karşılaştırma bağlamı: hedef, geçen yılın aynı dönemi ve eğilim çizgisi aynı grafikte.
- Eşik aşımında uyarı: yöneticinin her gün paneli açması yerine kırmızıya dönen göstergenin sorumluya bildirilmesi. Sabit eşikle yakalanamayan olağan dışı sapmalar için yapay zekâ ile anomali tespiti devreye girer.
- Mobil erişim ve sabah özeti: genel müdürün telefonda açabildiği, istenirse her sabah e-postayla gelen tek sayfa.
- Verinin tazeliği: her göstergenin yanında "son güncelleme" zamanı. Eski veriyle karar vermemek için bu kadar basit bir bilgi yeterlidir.
Digital Bridge'de bu işi nasıl yapıyoruz?
BI dashboard ve yönetim raporlama projelerimizde önce ekran değil, gösterge tasarlıyoruz:
- Gösterge atölyesi. Yönetimle birlikte hedefleri ve her hafta yanıtı istenen soruları çıkarıyor, her KPI için tanım kartı (formül, kaynak, sahip, eşik) yazıyoruz. Departmanlar aynı soruya aynı rakamla yanıt verene kadar tanımlar netleşiyor.
- 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 kuruyoruz; ü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. Mimarinin ayrıntıları veri ambarı ve ETL rehberimizde.
- Ö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; tipik kalite sorunlarını mükerrer kayıt ve veri kalitesi yazımızda anlattık.
- Kendiliğinden güncellenen panel. Rapor 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ıç. Tüm şirketi tek seferde panele taşımak yerine yönetici özeti ve tek bir departman paneliyle başlıyor, göstergeler kullanımda oturduktan sonra diğer alanlara genişletiyoruz. Böylece ekip, tanımların doğru olup olmadığını erken aşamada gerçek veriyle sınama fırsatı buluyor.
İ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.
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; göstergelerinizi birlikte tanımlayıp kendi verinizle örnek bir yönetici paneli kurgulayalım.