Yönetim Paneli (Dashboard) Kurmadan Önce 5 Soru

Daha önce iş zekâsını denemiş şirketlerin çoğunda kimsenin bakmadığı en az bir panel vardır. Biraz heyecanla yayına alınmıştır, yirmi grafiği ve dört filtresi vardır; üç ay sonra satış müdürü yine her pazartesi sabahı birinden "o bildik Excel'i" istemektedir.

Sorun nadiren araçtadır. Power BI, Looker Studio ve Metabase'in hepsi iyi bir grafik çizebilir. Panel daha önce, araç hiç açılmadan önceki haftalarda, ne işe yarayacağı konusunda kimse anlaşmadığında başarısız olur.

Üç satış ekibi olan, faturalar için bir ERP, teklifler için bir CRM ve ayrı bir altyapıda online mağaza kullanan bir yapı malzemeleri distribütörü düşünün. Genel müdür "nasıl gittiğimizi gösteren bir panel" istiyor. Bu cümle yüz farklı şekilde kurulabilir ve bunların doksanı kullanılmadan kalır. Hiçbirini kurmadan önce soracağımız beş soru şunlar.

1. Paneli kim, ne sıklıkla açacak?

Panel, belirli bir kişi için belirli bir günde bakılan bir ekrandır. Pazartesi toplantısından önce haftada bir bakan genel müdürün ihtiyacı, her sabah bu ay hangi bayilerin sipariş vermediğine bakan bölge satış sorumlusununkinden çok farklıdır.

Paneli kullanacak iki ya da üç rolü yazın; her biri için ne zaman açacağını da: her gün, haftada bir, ay sonunda. Bir kişi ve bir an söyleyemiyorsanız o grafik muhtemelen ilk sürüme ait değildir.

Bu, pratik bir soruyu da erkenden çözer. Her rol her şeyi değil, kendisini ilgilendireni görmelidir. Bölge sorumlusunun şirket genelindeki kâr marjına, finans ekibinin her temsilcinin ziyaret listesine ihtiyacı yoktur. Rol bazlı görünümleri baştan tasarlamak, sonradan eklemekten çok daha kolaydır.

2. Her rakam hangi karara yarıyor?

Önerilen her rakam için sorun: bu artarsa ya da azalırsa biri neyi farklı yapacak? Cevap "hiçbir şeyi, ama bilmek güzel" ise o rakam her gün açılan ekrana değil, aylık bir rapora adaydır.

Distribütör örneğinde "bu ayki toplam satış" ilginçtir ama tek başına nadiren bir kararı değiştirir. "Geçen yılın aynı dönemine göre siparişi düşen bayiler" ise doğrudan bir işe götürür: biri onları arar. İkinci rakam yerini hak eder; birincisi bağlam olarak bir köşede durabilir.

Faydalı bir alıştırma, ilk sürümü bu testten geçen beş altı rakamla sınırlamaktır. Her zaman daha fazlasını ekleyebilirsiniz. İnsanların alıştığı bir panelden grafik çıkarmak çok daha zordur.

3. Her rakam tam olarak nasıl hesaplanıyor?

Projelerin çoğunu batıran soru budur ve en sıkıcı görüneni de odur. Üç departmana "aylık satış"ın ne demek olduğunu sorun, üç cevap alabilirsiniz: KDV dahil ya da hariç faturalanan tutar; iptaller dahil ya da hariç verilen siparişler; ya da tahsil edilen para.

Panel bunlardan birini, finans raporu başka birini gösterirse ilk toplantı hangi rakamın doğru olduğu tartışmasına döner ve bu tartışmayı panel kaybeder. İnsanlar hep kullandıkları tabloya güvenir.

Bu yüzden kurmadan önce her rakam için kısa bir tanım yazın: neyi saydığını, hangi sistemden geldiğini, hangi filtrelerle ve hangi tarihe göre (sipariş tarihi, fatura tarihi, teslim tarihi) hesaplandığını. Yönetime bir kez onaylatın. Bu tanımları tek bir yerde, tercihen raporlama veri modelinin içinde tutun; böylece her rapor hesabı kendince biraz farklı kurmak yerine her grafik aynı hesabı kullanır.

4. Veri nerede ve ne kadar temiz?

Panelin ihtiyaç duyduğu her kaynağı listeleyin: ERP, CRM, e-ticaret altyapısı, belki satın alma ekibinin elle tuttuğu bir tablo. Sonra her birinde tek bir şeye bakın: müşterileri ve ürünleri aynı şekilde mi tanımlıyorlar?

ERP'de cari kodu, CRM'de firma adı, online mağazada e-posta adresi kullanılması sık görülür. Biri bir eşleştirme tablosu kurana kadar panel "bu bayi tüm kanallardan toplam ne kadar aldı?" gibi basit bir soruyu bile cevaplayamaz.

Burada iki pratik kural işe yarar:

• Raporları canlı ERP'ye bağlamayın. Mesai saatindeki ağır sorgular sipariş giren kişileri yavaşlatır. Zamanlanmış olarak ya da yalnızca değişen kayıtlarla doldurulan ayrı bir raporlama veritabanı iki tarafı da rahat ettirir.
• Temizliğe zaman ayırın. Kodları eşleştirmek, mükerrerleri silmek ve eski kayıtları düzeltmek genellikle grafikleri çizmekten uzun sürer. Rakamları inandırıcı yapan da bu kısımdır.

5. Ne kadar güncel olmalı, insanlar ondan nasıl haberdar olacak?

"Gerçek zamanlı" kulağa çekici gelir ama nadiren gerekir. Haftalık bir yönetim toplantısı için gece yenilenen veri gayet yeterlidir. Günlük siparişleri izleyen bir satış sorumlusu saatte bir yenileme isteyebilir. Yoğun bir online mağazanın stok seviyeleri daha fazlasını gerektirebilir. Kararı hâlâ destekleyen en yavaş yenilemeyi seçin; daha ucuz, daha basit ve güvenilir tutması daha kolaydır.

Sonra paneli açmayan insanlara nasıl ulaşacağını düşünün. En faydalı "panellerin" çoğu aslında ekran değildir:

• Her pazartesi 08.00'de önemli beş rakamla e-postayla gelen kısa bir rapor.
• Bir rakam belirlediğiniz eşiği geçtiğinde gelen bir uyarı; örneğin 30 gündür sipariş vermeyen bir bayi.
• O e-postanın içinde, daha derine inmek isteyen herkes için tam paneli açan bir link.

Rapor okura geldiğinde arkadaki ekran sonraki soruyu cevaplamanın yeri olur; panelin iyi olduğu iş de tam olarak budur.

İlk önce ne kurulmalı?

Beş soru cevaplanınca ilk sürüm genellikle beklenenden küçük çıkar: her rol için bir tane olmak üzere iki üç ekran, üzerinde anlaşılmış bir avuç rakam, gece yenileme ve bir pazartesi e-postası. Bu iyi bir işarettir. İnsanların güvendiği küçük bir panel kendiliğinden büyür, çünkü sonraki rakamı kendileri istemeye başlarlar.

Aracı seçmek ilk değil, son adımdır. Ekip zaten Microsoft araçlarıyla çalışıyor ve raporları kendisi düzenlemek istiyorsa Power BI doğal bir seçimdir; Google araçlarını kullanan ekipler çoğu zaman Looker Studio'yu tercih eder; Metabase kendi sunucunuzda çalıştırabileceğiniz açık kaynak bir seçenektir. Panel müşterilere ya da bayilere açılacaksa kullanıcı başına lisanslar hızla birikebilir; o durumda kendi uygulamanızın içinde size özel bir panel daha mantıklı olabilir.

Kısaca

Açılan bir panel, kurulmadan önce beş soruyu cevaplar: kim, ne zaman kullanacak; her rakam hangi karara yarıyor; her rakam nasıl hesaplanıyor; veri nereden geliyor ve ne kadar temiz; ne kadar güncel olmalı ve insanlara nasıl ulaşacak. İşin çoğu anlaşmak ve veriyi temizlemektir; grafikler kolay kısımdır.