Grafik için değil, soru için tasarlamak
Bir raporlama deneyimi, insanların neyin önemli olduğunu fark etmesine ve sonraki adıma karar vermesine yardım ettiğinde işe yarar. Bu da grafik seçilmeden çok önce, doğru soruyla başlar.
Bir rapor ya da gösterge paneli nereden başlamalı?
Bir rapor, eldeki verilerden ya da en etkileyici görünen grafikten değil, desteklemesi gereken karardan başlamalı. Kimin hangi soruyu ne sıklıkla sorduğunu ve yanıta göre neyi farklı yapacağını yazın; tasarım bunun üzerine kurulur.
Kulağa çok açık geliyor ve çoğu ekip prensipte buna katılıyor. Ama pratikte raporlama projeleri çoğu zaman bir envanterle başlıyor: kaynaklar bunlar, metrikler bunlar, nasıl gösterelim? Ortaya her şeyin göründüğü ama çok az şeyin anlaşıldığı ekranlar çıkıyor. İnsanlar ekranı açıyor, göz gezdiriyor, sonra bir iş arkadaşına “Bu ne anlama geliyor?” diye soruyor.
“Kararla başlamak” pratikte nasıl görünür?
Tanımla ve Keşfet aşamasında, henüz hiçbir şey çizmeden, raporlama deneyimini bir metrik listesi olarak değil, bir dizi an olarak tarif etmeye çalışıyoruz. Raporu kullanan her kişi için şunları anlamak istiyoruz:
- Ne zaman bakıyor? Her sabah toplantıdan önce mi, ay sonunda mı, yoksa yalnızca bir şeyler ters gidiyor gibi göründüğünde mi?
- Neye karar vermeye çalışıyor? Müdahale edip etmeyeceğine, dikkatini nereye vereceğine, yukarıya ne raporlayacağına, planın hâlâ yolunda olup olmadığına.
- Onu harekete geçiren ne? Bir eşik, bir yön değişimi, plan ile gerçekleşen arasındaki fark, sıra dışı bir değer.
- Neyle karşılaştırıyor? Geçen hafta, geçen yılın aynı dönemi, hedef, başka bir bölge, benzer bir grup.
- Sonra ne yapıyor? Birini arıyor, bir kaydı açıyor, özet yazıyor, tahmini güncelliyor.
Bu yanıtlar brifte nadiren yer alır. Bilgiyi kullanan insanlarla konuşarak ve mümkünse bugün var olanı nasıl kullandıklarını izleyerek ortaya çıkar. Bir yönetici “satışlara genel bir bakış” istediğini söyleyebilir; oysa asıl soru çok daha dardır: Bu hafta hangi üç müşteriyle konuşmak gerekiyor ve neden?
Sorular yazıya döküldüğünde çoğu ekran daha azını gösterebilir. Bir karara hizmet etmeyen metrikler ya detay görünümüne taşınır ya da tamamen çıkar. Bu bir bilgi kaybı değil, bilginin nereye ait olduğuna dair verilmiş bir karardır.
Grafik neden içgörüyle aynı şey değil?
Grafik bir şeyin olduğunu gösterir. İçgörü ise bunun bakan kişi için neden önemli olduğunu açıklar. Raporların çoğu bu ikisi arasındaki boşlukta tökezler.
Aşağı inen bir çizgi bir olgudur. “Haftalık kayıtlar geçen yılın aynı haftalarına göre düşük ve düşüş tek bir kanalda yoğunlaşıyor” ise üzerine harekete geçilebilecek bir şeye çok daha yakındır. Oraya varmak genellikle üç tasarım kararına bağlıdır:
- Doğru karşılaştırma. Tek başına bir sayı nadiren anlam taşır. Yanına koyduğunuz karşılaştırma, ister hedef ister eğilim ister benzer bir grup olsun, yorumun büyük kısmını üstlenir.
- Okunduğu yerde bağlam. Notlar, bilinen olaylar ve tanımlar ayrı bir sözlükte değil, rakamın hemen yanında durmalı.
- Sonraki adıma görünür bir yol. Yanıt “daha yakından bak” ise detaya inmek tek adım uzakta olmalı ve soru gözden kaybolmamalı.
Bunların hiçbiri daha gösterişli bir grafik gerektirmez. Çoğu zaman sorunun sorulduğu yere yerleştirilmiş daha sade bir grafik yeter.
İyi bir raporlama deneyimi, en çok grafiğin olduğu ekran değildir. İnsanların gerçekten aklındaki soruyu yanıtlayan ekrandır.
Efabrika
Bir rapor bilmediği konusunda ne kadar dürüst olmalı?
Oldukça dürüst. Bir içgörü kendiliğinden kanıtlanmış bir neden değildir; bir öneri de kendiliğinden doğrulanmış bir tavsiye değildir. Bu sınırları bulanıklaştıran bir rapor, insanlara ona fazla güvenmeyi öğretir; ilk yanlış karardan sonra da hiç güvenmemeyi.
Bu ayrımları dipnotlara bırakmak yerine arayüzün içine tasarlamanın işe yaradığını görüyoruz:
- Gözlemi yorumdan ayırın. “Kuzey bölgesinde iadeler arttı” bir gözlemdir. “İadeler ambalaj değişikliği yüzünden arttı” ise biri kontrol edene kadar bir varsayımdır.
- Verinin güncelliğini ve eksiklerini gösterin. Verinin en son ne zaman güncellendiği, hangi kaynakların eksik ya da gecikmeli olduğu aramadan görülebilmeli.
- Tahminleri tahmin olarak işaretleyin. Öngörülen, modellenen ya da kısmi olan her şey için açık bir görsel ayrım kullanın.
- Belirsizliği ölçülü gösterin. Her sayının bir güven aralığına ihtiyacı yok; ama bir tahmine dayanarak karar veren kişi, o tahminin daha önce ne kadar değiştiğini bilmeli.
Bu, veri kadar tasarımın da konusu. Bir rakamın sunuluş biçimi, insanlara ona ne kadar ağırlık vermeleri gerektiğini söyler.
Bir raporlama deneyimi nasıl gelişmeye devam eder?
Sorular değişir. Yeni bir ürün çıkar, bir ekip yeniden yapılanır, bir hedef güncellenir ve geçen çeyreğe uyan rapor yavaş yavaş uzaklaşmaya başlar. Bu yüzden raporlamayı tek seferlik bir teslimat olarak değil, bir döngünün parçası olarak ele alıyoruz.
Tasarla ve Geliştir aşamasında hiyerarşiyi, karşılaştırmaları ve görünümleri belgelediğimiz sorular etrafında şekillendiriyor, sonra bunları kullanacak kişilerle birlikte geliştirip doğruluyoruz. İyileştir aşamasında raporun nasıl kullanıldığını izliyoruz: İnsanlar hangi görünümlere geri dönüyor, veriyi başka bir yerde çalışmak için nerede dışa aktarıyor, hangi sorular hâlâ ekrana değil bir iş arkadaşına gidiyor? Bunların her biri, raporla sorunun birbirinden uzaklaştığının işareti.
Bu işaretler bizi yeniden Tanımla ve Keşfet aşamasına götürür. Bazen değişiklik küçüktür: yeni bir karşılaştırma ya da daha net bir etiket. Bazen de desteklediği karar artık var olmadığı için bir görünüm tamamen kaldırılır.
Grafik seçmeden önce kısa bir kontrol listesi
- Bu görünümün desteklediği kişiyi, anı ve kararı söyleyebiliyor musunuz?
- Önemli her sayının yanında bir karşılaştırma var mı?
- Ekibe yeni katılan biri okuduktan sonra ne yapacağını anlar mı?
- Neyin gözlem, neyin yorum, neyin tahmin olduğu açık mı?
- Soru değiştiğinde bunu nasıl fark edeceğinizi biliyor musunuz?
Kendi raporlamanız için bu soruların üzerinden geçiyorsanız, İçgörü, Raporlama ve Karar Desteği sayfamızda yaklaşımımızı bulabilirsiniz. Ekibinizin neyi daha iyi anlamaya çalıştığını duymaktan memnuniyet duyarız.