Şirket verisini karar aldıran dashboard'lara dönüştürmekŞirket verisini karar aldıran dashboard'lara dönüştürmek

Birçok şirkette pazartesi sabahı benzer bir sahne yaşanır. Pazarlama ekibi reklam panelinden aldığı rakamları sunar, satış ekibi CRM'den farklı bir rakam getirir, finans ise muhasebe sisteminden üçüncü bir rakam söyler. Toplantının ilk yarım saati hangi rakamın doğru olduğunu tartışmakla geçer. Kalan sürede de alınması gereken karar ertelenir.

Sorun verinin yokluğu değil, dağınıklığıdır. Bu yazıda dağınık şirket verisini, yönetimin her hafta baktığı ve karar aldığı bir panoya dönüştürmenin adımlarını anlatıyoruz. Konu teknik görünse de başarılı bir dashboard projesinin büyük kısmı teknik değildir; doğru soruları sormak, tanımlarda anlaşmak ve panoyu bir karar ritmine bağlamakla ilgilidir.

Neden çoğu dashboard kullanılmaz?

Çoğu şirkette bir zamanlar heyecanla kurulmuş, sonra kimsenin açmadığı panolar vardır. Bunun birkaç tipik nedeni olur:

• Soru yerine veriyle başlamak: "Elimizde ne varsa gösterelim" yaklaşımı, onlarca grafik içeren ama hiçbir soruya cevap vermeyen panolar üretir.
• Tanım belirsizliği: "Müşteri" kim? İade edilen sipariş satış sayılır mı? Tanımlarda anlaşılmamışsa her rakam tartışmaya açıktır.
• Güncel olmayan veri: Haftada bir elle güncellenen bir pano, güncellenmediği ilk hafta güvenini kaybeder.
• Karar ritmine bağlanmamak: Pano bir toplantının parçası değilse, kimse onu açmak için bir neden bulamaz.

Bu sorunların hepsi, aşağıdaki adımlarla önlenebilir.

Adım 1: Soru listesiyle başlayın

İyi bir dashboard projesi bir veri envanteriyle değil, bir soru listesiyle başlar. Yönetimle oturup şu soruyu sorun: Her hafta hangi kararları veriyorsunuz ve bu kararları verirken hangi bilgiye ihtiyaç duyuyorsunuz?

Örnek bir soru listesi şöyle görünebilir:

1. Bu ay hedefin neresindeyiz ve ay sonunda nerede olacağız?
2. Hangi pazarlama kanalı, maliyetine göre en kârlı müşteriyi getiriyor?
3. Yeni müşteriler ikinci siparişi veriyor mu, ne kadar sürede?
4. Hangi ürünler ya da hizmetler büyüyor, hangileri geriliyor?
5. Satış hunisinde en çok nerede müşteri kaybediyoruz?

Adım 2: Veri envanteri

Sorular netleştikten sonra, bu sorulara cevap verecek verinin nerede olduğunu çıkarın. Tipik bir şirkette veri şu kaynaklara dağılmıştır:

Kaynak	İçerdiği veri	Tipik sorun
Reklam platformları	Harcama, gösterim, tıklama, platform dönüşümleri	Her platform dönüşümü kendine yazar
Google Analytics	Ziyaret, kaynak, site içi davranış	Çerez izinleri nedeniyle eksik veri
CRM	Lead, fırsat, satış, müşteri notları	Eksik ya da tutarsız doldurulan alanlar
E-ticaret altyapısı	Sipariş, ürün, iade, müşteri	İadeler ayrı tabloda, kampanya bilgisi eksik
Muhasebe / ERP	Fatura, maliyet, tahsilat	Pazarlama verisiyle ortak anahtar yok
Excel dosyaları	Hedefler, manuel takip listeleri	Sürüm karmaşası, elle girilen hatalar

Her kaynak için üç şeyi not edin: verinin sahibi kim, nasıl erişilir ve ne sıklıkla güncellenir.

Adım 3: Veriyi temizlemek ve birleştirmek

Bu adım projenin en uzun ve en az görünür kısmıdır, ama panonun güvenilirliği tamamen buna bağlıdır.

Tanımlar sözlüğü

Önce bir KPI sözlüğü yazın. Her metrik için şunları belirleyin:

• Ad: Örneğin "Net satış geliri"
• Tanım: İadeler ve iptaller düşülmüş, KDV hariç sipariş tutarı
• Kaynak: E-ticaret altyapısı, sipariş ve iade tabloları
• Hesaplama: Brüt sipariş tutarı eksi iade tutarı eksi iptal tutarı
• Sorumlu: Finans müdürü

Bu sözlük, "hangi rakam doğru" tartışmalarını kalıcı olarak bitirir.

Temizlik işleri

• Mükerrer kayıtlar: Aynı müşterinin farklı e-posta yazımlarıyla birden fazla kaydı olabilir.
• Eksik alanlar: Kaynak bilgisi boş bırakılmış lead'ler, kampanya etiketi olmayan siparişler.
• Biçim tutarsızlıkları: Farklı tarih formatları, para birimleri, şehir adı yazımları.
• Test verileri: Ekip içi test siparişleri ve sahte form kayıtları.

Kaynakları birleştirmek

Farklı kaynaklardaki verileri birleştirmek için ortak bir anahtar gerekir: e-posta adresi, telefon, sipariş numarası ya da müşteri kimliği. Pazarlama verisini satış verisiyle eşleştirebilmek için reklam bağlantılarında tutarlı UTM etiketleri kullanmak ve bu bilgiyi formdan CRM'e taşımak, sonradan yapılacak her analizin temelidir.

Bu birleştirme işini elle değil, otomatik veri akışlarıyla yapın. Verinin her gece otomatik olarak çekildiği, temizlendiği ve bir veri ambarına (örneğin BigQuery) aktarıldığı bir yapı, panonun her sabah güncel olmasını sağlar.

Adım 4: Panoyu tasarlamak

Veri hazır olduğunda, panoyu tasarlamaya geçebilirsiniz. İyi bir pano tasarımı birkaç temel ilkeye dayanır.

Rol bazlı panolar

Herkese aynı panoyu göstermek, kimsenin ihtiyacını tam karşılamamak demektir. En az üç seviye düşünün:

1. Yönetim panosu: Tek ekranda en kritik 5–7 metrik, hedefe göre durum ve trend.
2. Ekip panoları: Pazarlama, satış ve operasyon için detaylı, kendi kararlarına odaklı görünümler.
3. Analiz görünümleri: Bir sorunun derinine inmek için filtrelenebilir, detaylı tablolar.

Tasarım ilkeleri

• En önemli bilgi sol üstte. Göz bir panoyu sol üstten okumaya başlar.
• Her grafik bir soruya cevap versin. Grafiğin başlığı, cevapladığı soruyu söylesin: "Kanal bazında müşteri edinme maliyeti" gibi.
• Bağlam ekleyin. Tek başına bir rakam anlamsızdır. Hedefle, geçen dönemle ya da geçen yılın aynı dönemiyle karşılaştırın.
• Doğru grafik türünü seçin. Zaman içindeki değişim için çizgi grafik, kategorileri karşılaştırmak için çubuk grafik, tek bir kritik rakam için büyük bir sayı kutucuğu.
• Az renk kullanın. Renk bir anlam taşımalı; her seriye farklı parlak bir renk vermek dikkati dağıtır.

Adım 5: Panoyu karar toplantısına taşımak

En iyi tasarlanmış pano bile bir karar ritmine bağlanmazsa kullanılmaz. Panoyu şirketin toplantı takvimine yerleştirin.

Haftalık ritim

Haftalık bir yönetim toplantısında pano şu sırayla okunabilir:

1. Hedefe göre durum: Neredeyiz?
2. Beklenmedik değişimler: Ne değişti ve neden?
3. Aksiyonlar: Bu hafta neyi farklı yapacağız?
4. Geçen haftanın aksiyonları: Sonuç verdi mi?

Aylık içgörü notu

Panonun yanında her ay kısa bir analiz notu hazırlamak çok değerlidir. Bu not, rakamları tekrar etmez; ne değiştiğini, bunun olası nedenlerini ve önerilen aksiyonları iki sayfayı geçmeyecek şekilde anlatır. Rakam okumaya vakti olmayan yöneticiler için panonun özetidir.

Aksiyon: veriden karara

Bir dashboard projesinin gerçek başarısı, kaç grafik içerdiğiyle değil, kaç kararı değiştirdiğiyle ölçülür.

Panonun kararlara dönüştüğü bazı tipik örnekler:

• Kanal bazlı müşteri edinme maliyeti analizi sonucunda, bütçenin bir kısmının daha kârlı müşteri getiren arama kampanyalarına kaydırılması
• Kohort analizinin, belirli bir kampanya döneminde gelen müşterilerin daha düşük tekrar alım oranına sahip olduğunu göstermesi ve indirim stratejisinin gözden geçirilmesi
• Satış hunisi panosunun, teklif aşamasında bekleme süresinin uzadığını göstermesi ve teklif sürecine bir otomasyon eklenmesi

Uygulamalı örnek: bir üretim şirketinin ilk panosu

Yurt içi bayilere ve birkaç ihracat pazarına satış yapan bir üretim şirketi düşünelim. Yönetim her ay farklı ekiplerden gelen Excel dosyalarını birleştirerek bir satış raporu hazırlıyor; bu iş her ay birkaç gün sürüyor ve rapor geldiğinde ay çoktan bitmiş oluyor.

Sorular. Yönetimle yapılan ilk görüşmede üç kritik soru belirleniyor: Bu çeyrekte hangi ürün grupları hedefin gerisinde? Hangi bayiler sipariş sıklığını azaltıyor? İhracat pazarlarında teklif ve sipariş dönüşümü nasıl gidiyor?

Kaynaklar. Sipariş verisi ERP sisteminde, bayi bilgileri bir Excel dosyasında, ihracat teklifleri ise satış temsilcilerinin kendi tablolarında duruyor. Ürün kodlarının ERP'de ve Excel'de farklı yazıldığı, bazı bayilerin iki farklı isimle kayıtlı olduğu ortaya çıkıyor.

Temizlik ve birleştirme. Ürün kodları için bir eşleştirme tablosu oluşturuluyor, mükerrer bayi kayıtları birleştiriliyor. ERP'den sipariş verisi her gece otomatik olarak veri ambarına aktarılıyor. Satış temsilcilerinin tabloları, ortak bir şablona taşınarak düzenli bir biçimde okunabilir hâle getiriliyor.

Pano. İlk versiyon yalnızca dört bölümden oluşuyor: hedefe göre ürün grubu performansı, son 90 günde sipariş sıklığı düşen bayiler listesi, ülke bazında teklif ve sipariş hunisi, ay sonu satış tahmini. Her bölümün başlığı, cevapladığı soruyu açıkça söylüyor.

Karar ritmi. Pano, haftalık satış toplantısının ilk on beş dakikasına yerleştiriliyor. Sipariş sıklığı düşen bayiler listesi, bölge müdürleri için o haftanın arama listesine dönüşüyor. Birkaç ay içinde aylık raporun hazırlanması için harcanan günler ortadan kalkıyor ve tartışmalar rakamların doğruluğundan, rakamların ne anlama geldiğine kayıyor.

Bu örnekte panonun başarısı, teknik karmaşıklığından değil, az sayıda doğru soruya odaklanmasından ve bir toplantı ritmine bağlanmasından geliyor.

Panonun bakımı

Bir pano yayına alındıktan sonra da ilgi ister:

• Veri kalitesi kontrolleri: Günlük veri aktarımının başarılı olup olmadığını ve beklenmedik boş değerleri kontrol eden otomatik uyarılar kurun.
• Kullanım takibi: Panoyu kimlerin, ne sıklıkla açtığını izleyin. Hiç açılmayan bölümler, cevaplanmayan bir sorunun ya da gereksiz bir grafiğin işaretidir.
• Düzenli gözden geçirme: Üç ayda bir yönetimle oturup soru listesini güncelleyin. İş değiştikçe sorular da değişir.
• Dokümantasyon: KPI sözlüğünü ve veri akışlarını belgeleyin; ekip değiştiğinde bilgi kaybolmasın.

Teknik araç seçimi

Araç seçimi, yukarıdaki adımlardan sonra gelir. Yaygın seçenekler:

İhtiyaç	Seçenekler
Veri ambarı	BigQuery, Snowflake, PostgreSQL
Veri aktarımı	Fivetran, Airbyte, Supermetrics, özel betikler
Görselleştirme	Looker Studio, Power BI, Metabase, Tableau
Dönüştürme	dbt, SQL tabanlı zamanlanmış sorgular

Küçük ve orta ölçekli şirketler için Looker Studio ile BigQuery kombinasyonu, düşük maliyetle güçlü bir başlangıç sağlar. Microsoft ekosistemini yoğun kullanan şirketlerde Power BI daha doğal bir seçim olabilir.

Veri gizliliği

Şirket verisini birleştirirken kişisel verilerin korunması unutulmamalıdır:

• Panolarda mümkün olduğunca toplu ve anonim veri gösterin.
• Kişisel verilere erişimi rol bazlı sınırlandırın ve kayıt altına alın.
• Veri işleme amaçlarını KVKK aydınlatma metinlerinizle uyumlu tutun.
• Veriyi kendi kontrolünüzdeki bulut hesabında saklayın.

Sık sorulan sorular

İlk panoyu ne kadar sürede kurabiliriz?

Kaynak sayısına ve veri kalitesine bağlı olarak üç ile altı hafta arası makul bir süredir. İlk hafta soru listesi ve veri envanterine, ardından gelen haftalar temizlik, birleştirme ve tasarıma ayrılır. Tüm soruları ilk versiyonda cevaplamaya çalışmak yerine, en kritik üç soruya odaklanan bir ilk pano ile başlamak daha hızlı değer üretir.

Veri ambarı kurmadan pano yapılamaz mı?

Az sayıda kaynakla çalışan küçük işletmeler, görselleştirme araçlarını doğrudan kaynaklara bağlayarak başlayabilir. Ancak kaynak sayısı arttıkça, veriler birleştirilmesi gerektiğinde ve geçmiş verinin saklanması önem kazandığında bir veri ambarı neredeyse zorunlu hâle gelir.

Panoyu kendi ekibimiz yönetebilir mi?

Evet, iyi belgelenmiş veri akışları ve net bir KPI sözlüğüyle teslim edilen bir pano, şirket içindeki bir analist ya da teknik bilgisi olan bir pazarlama uzmanı tarafından yönetilebilir. Yeni bir kaynak eklemek ya da ileri analizler yapmak için dış destek almak ise birçok şirket için daha verimli bir model olabilir.

Panodaki rakamlar platform raporlarıyla neden farklı?

Her platform dönüşümleri kendi atıf modeline göre sayar ve iadeleri, iptalleri ya da diğer kanalların etkisini dikkate almaz. Pano ise tüm kaynakları ortak tanımlarla birleştirir. Bu farkın nedenini KPI sözlüğünde açıkça belirtmek, ekiplerin farklı rakamlar karşısında kafa karışıklığı yaşamasını önler.

Sonuç

Karar aldıran bir dashboard, teknolojiden çok bir disiplin meselesidir: doğru sorular, ortak tanımlar, güvenilir ve otomatik veri akışları, sade bir tasarım ve düzenli bir karar ritmi. Bu adımları atlamadan kurulan bir pano, kısa sürede yönetimin vazgeçilmez aracına dönüşür ve "hangi rakam doğru" tartışmasını "ne yapmalıyız" sorusuna bırakır.