Vaka Çalışması · Perakende
Derimod iş zekası: tek ambardan beslenen 20+ Power BI dashboard'u
Veri ambarındaki temiz veriyi Derimod'un her ekibinin doğrudan ulaşıp yorumlayabildiği dashboard'lara çevirdik: satış, ürün, müşteri, bütçe, mağaza ve depo kapasitesi, lojistik, e-ticaret operasyonu, Optail başarı raporları. Dashboard'lar dört adımlı bir katalogla (raporlama, derin analiz, trading, CEO) kuruldu ve hepsi aynı ambardan besleniyor; hiçbir raporun ayrı bir veri kaynağı yok.
- 20+
- Dashboard
- 4
- Katalog adımı
- 1
- Veri kaynağı
- Günlük
- Yenileme
Tek ambardan, tek tanımla
Raporlama → derin analiz → trading → CEO
Hiçbir raporun kendi kaynağı yok
Kapasite ve stok canlı akar
Problem
Veri ambarı yalnızca bilgi işlemin ve analitik ekibinin erişebildiği bir yer olarak kalsaydı şirketin geri kalanı için pek bir şey değişmeyecekti. Derimod’da haftalık toplantılar sayıların doğruluğunu tartışmakla başlıyordu; her ekip kendi Excel’inden geliyordu ve iki ekibin “satış”ı birbirini tutmuyordu.
Hedef, veriye ihtiyacı olan herkesin ona doğrudan ulaşıp yorumlayabilmesiydi. Bir rakam hangi dashboard’da görünürse görünsün aynı tablodan gelmeliydi.
Dört adımlı katalog
Dashboard’ları bir katalog sırasıyla kurduk. Her adım bir öncekinin üstüne çıkar; ilk adım bitmeden ikincisi başlamaz.
| Adım | Dashboard | Ne gösterir |
|---|---|---|
| 1 · Raporlama | Satış · Ürün · Müşteri · Satış şehir analizi | Yıl, hafta, gün, ürün, üretici, kanal ve mağaza kırılımında fiş, adet, ciro, maliyet, ortalama fiyat; ürün bazında LFL, MTD, YTD, pareto; müşteri sayısı, yeni/tekrarlı, frekans, cohort |
| 2 · Derin analiz | Sepet analizi · Bütçe/hedef · Kapasite | Confidence, support, lift ve ürün ağı; ciro ve adet bütçesi, AOV, IPT; son 7 gün, genel ve reyon doluluk, mağaza + yol stoku |
| 3 · Trading | Trading dashboard | Çapraz kurgular: bölge müdürü × mağaza, üretici × ürün grubu, ürün ekibi × ürün; sezon grubu bazlı takip |
| 4 · CEO | CEO dashboard | Tek bakışta mağaza ve ürün grubu analizi; tüm alt katmanların özeti |
Katalogdaki her dashboard’un metrik listesi, sayfaları ve kim için olduğu baştan yazıldı; ekip dashboard’u açtığında ne göreceğini biliyordu.
Operasyon panoları
Katalogun yanında operasyon ihtiyacından doğan panolar var:
- Mağaza kapasitesi: toplam kapasite, fiili ve nihai stok, option kapasitesi, kırık olmayan option sayısı, yoldaki stok, çıkış emri, gelecek stok, cover ve 28 günlük cover; giysi ve ayakkabı için ayrı. Stok ve kapasite verisi canlı akar.
- Depo kapasitesi: fiili, nihai, kullanılabilir ve iade stoku; sezon ve alt grup bazında depoda ne kadar stok var.
- Mal kabul KPI, sevk edilen – depoda bekleyen, lojistik: depo giriş–çıkış, maliyet ve stok sayfaları.
- E-ticaret operasyonu, best–worst seller, üretici performansı.
- Optail raporları: transfer etkinlik, replenishment başarı, haftalık kırıklık, atıl stok.
Mimariyi bilerek basit tuttuk: tüm dashboard’lar aynı veri ambarından besleniyor. Bir satış rakamı hangi dashboard’da görünürse görünsün aynı tablodan geldiği için “senin raporun benimkiyle tutmuyor” konuşması hiç açılmıyor. Dashboard’ları onu kullanacak ekiple birlikte tasarladık. Mağaza kapasite raporunun neye benzemesi gerektiğini en iyi mağaza operasyonu ekibi biliyordu.
Üçüncü yıl
Bir BI projesinin ne kadar sağlam kurulduğu, açılıştan birkaç yıl sonra anlaşılıyor. Yenileme süreleri uzadığında zaman aşımını artırmak yerine yavaş sorguyu bulup düzelttik ve büyük tablolarda artımlı yenilemeye geçtik. Kaynak şema değişikliklerini veri ambarı katmanı emiyor; dashboard’lar kaynak sistemin ayrıntılarını bilmek zorunda kalmıyor. Her dashboard’un iş tarafında bir sahibi var, bu yüzden dashboard sayısı kontrolsüz büyümüyor.
Değişiklik en çok haftalık toplantılarda görüldü. Artık sayıların doğruluğu tartışılmıyor, toplantı “ne yapacağız” sorusuyla açılıyor. Beklemediğimiz bir etki de oldu: veriye erişim kolaylaşınca sorulan soru sayısı arttı ve kataloğun bir kısmı bu sorulardan çıktı. Yönetim kuruluna Mayıs 2024’te sunulan set (satış, bütçe, mağaza ve depo kapasitesi) o günden beri yönetim bilgilendirmelerinin temel seti.