Veri Ambarı Nedir?
Veri ambarı (Data Warehouse), bir işletmenin farklı kaynaklardan gelen verilerini tek merkezi depoda toplayan, temizleyen ve analiz için optimize eden büyük ölçekli veritabanı sistemidir. Satış verisi CRM'den, finans verisi muhasebe yazılımından, stok verisi ERP'den otomatik akar; tek bir doğru kaynak (single source of truth) oluşur.
Bu sayede 'hangi ürün en kârlı', 'hangi müşteri segmenti büyüyor', 'hangi ay nakit akışı sıkışır' gibi sorulara saniyeler içinde cevap alırsınız.
İşletmeniz Neden Veri Ambarına İhtiyaç Duyar?
Birkaç sinyali görüyorsanız, veri ambarı zamanı gelmiştir:
Belirgin İhtiyaç Sinyalleri:
- Excel cehennemi: Onlarca Excel dosyası, her ay raporlar saatler alıyor
- Farklı sistemler farklı sayı veriyor: CRM ile muhasebe rakamları tutmuyor
- Anlık karar veremiyorsunuz: 'Geçen ay nasıldı?' sorusu cevapsız kalıyor
- Sezgisel yönetiyorsunuz: Veri yerine 'içime doğdu' kararları
- Büyüme yönetilemez: İşletme büyüdükçe veri yönetimi çöküyor
Sunduğumuz Veri Çözümleri
Veri Ambarı Kurulumu: AWS Redshift, Google BigQuery veya Snowflake ile modern bulut tabanlı altyapı.
ETL Pipeline: Farklı sistemlerden veriyi otomatik çekme, temizleme, yükleme.
BI Dashboard: Metabase, Power BI veya Tableau ile görsel raporlar.
Analitik ve Tahmin: Satış tahmini, müşteri segmentasyonu, churn analizi.
Veri Kazıma: Rakip fiyatları, sektör trendleri, pazar verileri otomatik toplama.
Veri Görselleştirme: Yönetici ekranı, operasyon panosu, KPI takip ekranları.
Veri Ambarı ile Veri Tabanı Arasındaki Fark Nedir?
Karıştırılan bu iki kavram farklı işler için tasarlanmıştır.
Veri tabanı günlük işlemi yürütür: sipariş kaydeder, stok düşer, müşteri bilgisini günceller. Hız ve tutarlılık için optimize edilmiştir; anlık işlem yapar, geçmişi analiz etmek için tasarlanmamıştır.
Veri ambarı ise soru sormak için vardır: "geçen yıl bu ay hangi ürün grubu ne kadar sattı, hangi bölgede kâr marjı düştü". Veriyi farklı kaynaklardan toplar, tarihsel olarak saklar ve raporlamaya uygun biçimde düzenler.
Fark neden önemli? Çünkü ağır raporları doğrudan canlı veri tabanı üzerinde çalıştırmak, günlük operasyonu yavaşlatır. Ay sonu raporu alınırken sipariş ekranının donması bu yüzdendir. Ayrıca gerçek soruların cevabı genellikle tek sistemde değildir: satış ERP'de, ziyaret verisi Analytics'te, talepler CRM'de durur. Ambar bunları tek yerde birleştirir.
Küçük ölçekte ambara gerek yoktur; iyi kurulmuş raporlar yeterlidir. İhtiyaç, veri birden fazla sisteme dağıldığında ve sorular geçmişi kapsamaya başladığında doğar.
İş Zekâsı (BI) Nedir? Raporla Farkı Ne?
Rapor geçmişi anlatır, iş zekâsı karar aldırır. Klasik rapor "geçen ay 480 sipariş geldi" der. İş zekâsı yaklaşımı aynı veriyi bağlamıyla gösterir: geçen yılın aynı ayına göre nerede, hangi kanaldan geldi, hangi müşteri grubunda düşüş var, bu düşüş hangi ürünle ilgili.
Pratikte BI üç katmandan oluşur:
- Toplama: Farklı sistemlerden verinin düzenli çekilmesi (ETL). En emek isteyen kısım genellikle burasıdır; veri temiz gelmez.
- Modelleme: "Ciro", "aktif müşteri", "kâr marjı" gibi kavramların tek bir tanıma bağlanması. Şirket içinde herkesin aynı kelimeyle farklı şeyi kastetmesi en yaygın raporlama sorunudur.
- Sunum: Yönetimin günlük baktığı pano. İyi bir panoda beş-altı gösterge vardır; otuz grafikli pano hiç bakılmayan panodur.
Doğru kurulmuş bir panonun ölçütü şudur: sabah açıldığında bir dakikada "bugün bir şey ters mi" sorusunu cevaplaması. Ayrıntı ikinci ekranda durur.
Veri Ambarı Danışmanlığı: Bizim Kapsamımız Ne, Ne Değil?
Dürüst olalım: büyük ölçekli kurumsal veri ambarı projeleri (petabaytlarca veri, onlarca kaynak sistem, ayrı veri mühendisliği ekibi) global platform sağlayıcılarının ve büyük entegratörlerin işidir. Biz o ligde iddialı değiliz ve öyleymiş gibi de davranmıyoruz.
Bizim çalıştığımız alan orta ölçekli işletmelerin gerçek sorunudur: verisi üç-beş sisteme dağılmış, Excel'le raporlanan, ay sonu üç gün süren, herkesin farklı rakam söylediği yapılar. Burada yaptığımız iş şu:
- Kaynak sistemlerden (ERP, e-ticaret, CRM, Analytics, kendi yazılımlarınız) düzenli veri çekimi kurmak.
- Tanımları birleştirip tek doğruluk kaynağı oluşturmak.
- Yönetimin bakacağı panoyu ve otomatik dönemsel raporları kurmak.
- Elle hazırlanan raporları otomatikleştirip o zamanı geri kazandırmak.
Bu ölçekte proje aylarca sürmez ve maliyeti kurumsal ambar projeleriyle kıyaslanmaz. Nereden başlanacağını konuşmak için mevcut sistemlerinizi inceleyip neyin bir haftada, neyin ancak yapısal değişiklikle çözülebileceğini yazılı olarak iletiyoruz.
Hangi Göstergeleri İzlemeli? Panoyu Kurarken Yaptığımız İş
Pano kurulumunda en sık yapılan hata, sistemin ürettiği her veriyi ekrana koymaktır. Otuz grafikli pano hiç bakılmayan panodur. Bizim yaklaşımımız, sayıyı azaltıp her göstergenin bir karara bağlı olmasını sağlamaktır.
Çalışmaya şu soruyla başlıyoruz: "Bu gösterge kötüye giderse ne yapacaksınız?" Cevap yoksa gösterge panoya girmez; ilgi çekicidir ama işe yaramaz.
Tipik bir yönetim panosunda beş-altı gösterge yeterlidir ve genelde şu başlıklardan seçilir: ciro ve önceki döneme göre değişim, kâr marjı, aktif müşteri veya sipariş adedi, tahsilat/alacak durumu, operasyonel darboğaz (bekleyen iş, stok kritik seviye) ve talep hacmi.
İkinci katman ayrıntı içindir: ürün grubu kırılımı, bölge, kanal, müşteri segmenti. Bunlar ana ekranda değil, tıklandığında açılan detayda durur.
Kurulumun en zor kısmı grafik değil tanımdır. "Aktif müşteri" son 12 ayda alışveriş yapan mı, sözleşmesi devam eden mi? İki departman farklı tanım kullanıyorsa pano da farklı rakam gösterir ve güven kaybolur. Bu yüzden proje başında tanım listesini yazılı olarak birlikte çıkarıyoruz — teknik iş bundan sonra başlıyor.