Gösterge panosunun sonu

Gösterge panoları veri sunuyor. Ajanlar kavrayış veriyor. Bu modellerden biri, diğerinden önceki dönemin bir kalıntısı gibi görünmek üzere.

Son iki yılda altı haneli bir analitik kurulumuna para ödemiş herhangi bir şirkete girin ve hafta içi bir sabah gösterge panolarını gerçekte kimin açtığını kontrol edin. Her seferinde aynı üç ya da dört yoğun kullanıcıyı bulacaksınız. Yüzlerce dikkatle tasarlanmış grafik, araçların arkasında milyarlarca dolarlık bir kategori piyasa değeri ve tek bir görünümün izleyici kitlesi tek bir masaya sığacak kadar küçük.

İşte şirket yazılımında kimsenin yüksek sesle söylemek istemediği şey: kimse gösterge panolarını gerçekte sevmiyor. Ekipler onlara katlanıyor. Onları kuruyor. Hangi ölçütlerin öne çıkarılacağı, hangi grafiklerin dahil edileceği, yönetici özetinden ayrıntılı veriye gitmenin kaç tıklama sürmesi gerektiği üzerine aylar tartışıyor. Altı haneli sözleşmeler ödüyor. Onları kurup sürdürmek için analitik insanlar işe alıyor.

Ve sonra neredeyse hiç kimse onlara bakmıyor.

Analitiğin kirli sırrı, gösterge panolarının iyi bir soruya kötü bir cevap olması. İyi soru şu: işimde şu anda ne oluyor ve bu konuda ne yapmalıyım? Kötü cevap şu: işte on yedi grafikten oluşan bir ızgara. Git bul.

Gösterge panoları başarısız oluyor, çünkü yazılımın yapması gereken işi insanlardan istiyorlar: tarama, süzme, örüntü eşleme, ilişkilendirme, anlam çıkarmak için birden çok görselleştirmeyi bir araya getirme. Veri sunuyorlar. Kavrayış vermiyorlar. Bu ikisi arasındaki boşluk, insanların tam olarak ilgisini kaybettiği, işareti kaçırdığı ya da sekmeyi hiç açmadığı yer. Yapay zekâ ajanları bu boşluğu kapatmak üzere. Kapattıklarında gösterge panosu bir geçiş döneminin kalıntısı olacak: artık araba süren bir dünyanın duvarındaki at nalı.

Gösterge panoları insan bilişiyle bir tavizdi

Gösterge panolarının neden öldüğünü anlamak için neden doğduklarına bakın.

Gösterge panolarından önce iş verisinden cevap almak SQL sorguları yazmak, analitik insanları beklemek ya da günler sonra durağan PDF olarak gelen raporlar istemek anlamına geliyordu. Gösterge panoları devrimciydi, çünkü veriyi görsel, etkileşimli ve kabaca güncel kıldılar. Bir ürün yöneticisi bir grafiğe göz atıp geçen salı kayıtların düştüğünü görebiliyordu. Satış başkanı boru hattı çubuğunun çeyreklik hedefe doğru ilerlediğini izleyebiliyordu.

Ama gösterge panoları her zaman insan beyninin sınırlarına bir tavizdi. Ham veritabanı tablolarını okuyamıyoruz, o yüzden grafiklere ihtiyacımız var. Yüz ölçütü çalışma belleğinde tutamıyoruz, o yüzden “önemli” olanları öne çıkaran düzenlere ihtiyacımız var. Bir ekranı sürekli izleyemiyoruz, o yüzden bakmadığımız grafiklerin ekran görüntülerini içeren zamanlanmış posta özetlerine ihtiyacımız var.

Bir gösterge panosundaki her tasarım seçimi, insanların iyi yapmadığı bir şey için geçici çözüm: büyük hacimli düzenli veriyi hızla işlemek, onlarca sinyal boyunca sürekli dikkat tutmak, gürültülü ortamlarda anormallikleri güvenilir biçimde saptamak.

Ajanlarda bu sınırlamaların hiçbiri yok.

Bir ajan her ölçütü, sürekli, yorulmadan izleyebiliyor. Bir veri modelinin tam bağlamını çalışma belleğinde tutabiliyor. Bir ölçütteki düşüşü tümüyle farklı sistemlerdeki bir başkasındaki artışla ilişkilendirebiliyor. Bunu cumartesi gecesi üçte yapabiliyor ve kontrol etmeyi hiç unutmuyor.

Öyleyse şirketler neden hâlâ gösterge panosu kuruyor?

Çekme vergisi

Bir gösterge panosunun temel etkileşim modeli çekmeye dayalı. İnsanın veriye gitmesi gerekiyor. Sekmeyi aç. Tarih aralığını seç. Süzgeçleri uygula. Doğru görünüme git. Grafiği oku. Bir varsayım kur. Derinlemesine in. Tekrar et.

Buna çekme vergisi diyelim: bir işletmenin, biri verisinden bir cevaba ihtiyaç duyduğu her seferinde ödediği biriken maliyet; gezinme süresiyle, süzme sürtünmesiyle ve yorumlama bilişsel yüküyle ödenen. Bunu haftada bir kez bir sayıya bakması gereken her işletme insanıyla, bir projede durum kontrolüne ihtiyaç duyan her yöneticiyle, hangi müşterilerin risk altında olduğunu görmesi gereken her müşteri yöneticisiyle çarpın. Çekme vergisi tüm kuruluş boyunca birikiyor.

Gösterge panolarının standart savunması keşfi mümkün kıldıkları: iyi tasarlanmış bir gösterge panosunun kullanıcıların özellikle aramadıkları şeyleri keşfetmesine imkân verdiği. Edinme sayılarını kontrol ederken elde tutma grafiğine göz atmak ve kaygı verici bir eğilim fark etmek. Tesadüfi keşif.

Bu gerçek ve değerli. Aynı zamanda çılgınca verimsiz. Doğru kişinin doğru zamanda doğru grafiğe, bir şeyin yanlış olduğunu tanıyacak kadar bağlamla bakmasına bağlı. Anormalliklerin çoğu fark edilmiyor. Gösterge panolarının çoğu ziyaret edilmiyor. Kavrayışların çoğu birinin dönmeyi düşündüğü bir sekmede ölüyor.

Ajanlar bunu daha iyi yapıyor. Veriyi yorumlamada insanlardan daha akıllı oldukları için değil (değiller, en azından her zaman değil) ama yorulmaz, kapsamlı ve öngörücü oldukları için.

Bir insanın ziyaret edip bir sorunu fark etmesini edilgin biçimde bekleyen bir gösterge panosu yerine bir ajan her sinyali etkin biçimde izleyebilir, “normalin” neye benzediğine dair bağlamsal anlayışı uygulayabilir ve yalnızca önemli olanı öne çıkarabilir. Şöyle bir şey: “EMEA bölgesinden gelir haftalık yüzde 14 düştü; bunun ana nedeni Almanya’daki orta ölçekli hesaplarda kayıp artışı. Kaybedilen en büyük beş hesabın üçü çıkış anketlerinde ana neden olarak fiyatı belirtti. Bu, 3 Mart’ta yayına alınan fiyat sayfası güncellemesiyle ilişkilenmeye başladı.”

Grafik yok. Gösterge panosu yok. Yalnızca cevap; bağlamla, nedensellikle ve harekete geçmeye yetecek kesinlikle. İlgili hale geldiği anda, bilmesi gereken kişiye, gerçekte kullanabileceği biçimde teslim edilmiş. Bu bir gösterge panosu değil. Bu bir analitik insanı.

“Git veriye bak”tan “veri sana gelir”e

Ajan destekli bir kavrayış katmanının etkileşim modeli itmeye dayalı. Veri insana geliyor: bir araya getirilmiş, bağlama yerleştirilmiş, sıralanmış. İnsanın işi gürültüde işareti bulmaktan, kendisine az önce teslim edilen işaret hakkında ne yapacağına karar vermeye kayıyor.

Bu, kuruluşların bilgiyi tüketme biçiminde derin bir kayma. Analitiği kullandığınız bir araçtan sizin için çalışan bir hizmete taşıyor. Ve veriden kimin yararlandığını değiştiriyor.

Bugün gösterge panoları bir kuruluşun dar bir diliminde hizmet ediyor: ne soracağını, nereye bakacağını ve gördüğünü nasıl yorumlayacağını bilen kişiler. Genellikle analitik insanları, veriye hâkim yöneticiler, kendi analitik ekipleri olan şirket yöneticileri. Herkes, yani müşteri yöneticisi, destek sorumlusu, lojistik koordinatörü, basitleştirilmiş bir görünüm ya da hiçbir şey alıyor.

Ajanlar kavrayışa erişimi herkese açıyor. Müşteri yöneticisinin SQL bilmesi ya da karmaşık bir araçta gezinmesi gerekmiyor. Şunu soruyor: bu çeyrekte hesaplarımdan hangileri kayıp riski altında? Ajan altındaki veriyi sorguluyor, kayıp modelini uyguluyor, son destek taleplerini ve etkileşim puanlarını çapraz karşılaştırıyor ve açıklamalarla birlikte sıralanmış bir liste teslim ediyor. Müşteri yöneticisi, gösterge panosunun verebileceğinden daha iyi bir cevap alıyor; hiçbir ön koşul veri okuryazarlığı olmadan.

“Yapay zekâ gösterge panolarının yerini alıyor” ifadesini duyup mevcut bir analitik aracına vidalanmış bir sohbet penceresi hayal eden çoğu şirketin kaçırdığı şey bu. Bir soru yaz, bir grafik al. Bu denendi. Etkileyici olmadı. Salon numarası.

Gelmekte olan temelden farklı: konuşmanın analizin kendisi olduğu bir model. “Soru sor, grafik al” değil; her alışverişin bir öncekinin üzerine kurulduğu, birden çok veri kaynağından çeken, çok adımlı bir soruşturma boyunca bağlamı tutan ve bir analitik insanının saatler süreceği noktaları birleştiren, yinelemeli ve bağlamsal bir diyalog.

Bu, veri hakkındaki sıkça sorulan sorulara cevap veren bir sohbet penceresi değil. Programlama arayüzleriniz üzerinden tüm veri manzarasını dolaşan, soruşturma boyunca bağlamı tutan ve sonunda harekete geçirilebilir cevabı öne çıkaran bir analitik ortak.

Ne kalıyor: görselleştirmenin rolü

Gösterge panoları ölüyor. Veri görselleştirmesi ölmüyor.

Önemli bir ayrım var. Gösterge panosu, yani bir insanın gezindiği, önceden yapılandırılmış grafiklerin durağan bir düzeni, yerinden edilen şey. Bir grafik, çizge, harita ya da diyagram çizme yeteneği hâlâ değerli. Yalnızca artık ana arayüz değil.

Ajan paradigmasında görselleştirmeler keşif amaçlı olmaktan çıkıp açıklayıcı hale geliyor. Ajan analizi yapıyor ve kavrayışı doğal dilde teslim ediyor. Bir görsel anlamayı gerçekten destekleyecekse (bir eğilim çizgisi, bir dağılım grafiği, coğrafi bir örüntüyü bağlama yerleştiren bir harita) ajan onu anında üretiyor; konuşmanın içine gömülü, sorulan belirli soruya uyarlanmış.

Bu her boyutta gösterge panolarından daha iyi. Görselleştirme bağlamsal: tam olarak mevcut soruyla ilgili olanı gösteriyor. Dinamik: genel bir kitle için önceden kurulmuş değil, bu belirli an için üretilmiş. Açıklamalı: ajan görselin ne anlama geldiğini açıklayabiliyor, önemli kısımları öne çıkarabiliyor, onu daha geniş anlatıya bağlayabiliyor.

Bu, birine bir atlas vermek ile onun için çizdiğiniz bir haritada ihtiyaç duyduğu belirli sokağı işaret etmek arasındaki fark. İkisi de harita içeriyor. Biri kullanışlı.

Programlama arayüzleri en aşağıya kadar

Ajan güdümlü analitik geleceğinin katı bir ön koşulu var: iş kararlarıyla ilgili veri tutan her sistemin o veriyi programlı bir arayüz üzerinden sunması gerekiyor. Gösterge panosu değil. Rapor oluşturucusu değil. Programlama arayüzü.

Ürün analitiği platformunuz, ajanların huni verisini, grup analizlerini ve olay akışlarını sorgulamasına imkân veren bir arayüze ihtiyaç duyuyor. Müşteri ilişkileri yönetim sisteminiz boru hattı verisini, hesap sağlık puanlarını ve etkinlik kayıtlarını sunan bir arayüze ihtiyaç duyuyor. Finansal sistemleriniz gelir verisini, gider takibini ve tahmin modellerini öne çıkaran arayüzlere ihtiyaç duyuyor. Destek platformunuz talep verisini, memnuniyet puanlarını ve çözüm ölçütlerini sunan arayüzlere ihtiyaç duyuyor.

Ve bu arayüzlerin analitik ajanların gerektirdiği türde esnek, anlatımlı sorguları desteklemesi gerekiyor. GraphQL savının pratikleştiği yer burası. Analitik bir konuşma yürüten bir ajanın tam olarak doğru veriyi tam olarak doğru kaynaklardan asgari sürtünmeyle çekmesi gerekiyor. REST onu bir çağrı çağlayanı düzenlemeye zorluyor. GraphQL cevabın kesin biçimini tek bir sorguda istemesine imkân veriyor.

Veriniz gösterge panolarında kilitliyse, analitiğinize erişmenin tek yolu tarayıcı tabanlı bir görselleştirme aracıysa, ajanlar ona ulaşamıyor. Veriniz bir adaya dönüşüyor. Kavrayışlarınız bir giriş ekranının arkasında, belki hiç gelmeyecek bir insanı beklerken mahsur kalıyor.

Bu, başka bir alanda oynanan önce programlama arayüzü savıyla aynı biçim. Gösterge panosunun sonu ile önce programlama arayüzü mimarisinin yükselişi, farklı açılardan anlatılan aynı hikâye.

Şimdi ne yapmalı

Gösterge panoları bir gecede yok olmayacak. Geçiş çoktan başladı ve yapılacak somut şeyler var.

Sonraki gösterge panosunu kurmadan önce veriyi programlama arayüzleri üzerinden sunun. Bir sonraki sefer ilgili biri yeni bir görünüm istediğinde, altındaki verinin programlı olarak erişilebilir olup olmadığını sorun. Değilse önce arayüzü kurun. Gösterge panosu o arayüzün bir kullanıcısı olabilir; gelecekteki ajanlar da.

Olay akışlarına ve gerçek zamanlı hatlara yatırım yapın. İtmeye dayalı kavrayış modeli, veri değişikliklerinin gerçek zamanlı farkındalığını gerektiriyor. Analitik gece boyunca yığın halinde işleniyorsa şirket dünün paradigması için kuruyor. Olay güdümlü mimariler (Kafka, geri çağrılar, GraphQL abonelikleri) öngörücü analitik geleceğin temeli.

Verinizi arayüz sözleşmesi olan bir ürün olarak ele alın. İç veri kaynakları, harici ürünlere verdiğiniz aynı programlama arayüzü disiplinine ihtiyaç duyuyor. Tutarlı şemalar. Sürümlenmiş erişim noktaları. Belgeler. Erişim denetimleri. Bu veriyi kullanacak ajanlar işlevsel olarak iç müşteriler.

Mevcut veri üzerinde konuşma arayüzleriyle deney yapın. Kusursuz altyapıyı beklemeyin. Bir ajanı şirketin zaten sahip olduğu arayüzlerden birine bağlayın ve insanların doğal dilde soru sormasına izin verin. Sonuçlar kusurlu olacak. Aynı zamanda aydınlatıcı olacak, çünkü insanların gerçekte ne bilmek istediği ile gösterge panolarının onlara ne gösterdiği arasındaki boşluk hemen görünür hale gelecek.

Gösterge panosunun iyi bir dönemi oldu. Veriyi bodrumdan çıkarıp ofisteki her ekrana koydu. Ama her zaman bir aracıydı: ham veri ile insan anlayışı arasında bir çeviri katmanı.

Ajanlar daha iyi bir çeviri katmanı. İşlerini yapmak için gösterge panosuna ihtiyaç duymuyorlar. Programlama arayüzüne ihtiyaç duyuyorlar.

İlgili okumalar

Bu, arayüz bir yalan yazısında savunulan ve önce programlama arayüzü için iş gerekçesi yazısında fiyatlandırılan daha geniş bir kaymanın raporlama katmanındaki sonucu.

Sıkça sorulan sorular

Gösterge panoları tümüyle ortadan kalkıyor mu? Durağan, önceden yapılandırılmış gösterge panoları analitiğin ana arayüzü olmaktan çıkıyor. Altındaki veri ve görselleştirme çizme yeteneği ortadan kalkmıyor: bir görsel anlamayı gerçekten destekleyeceğinde bir yapay zekâ ajanının anında kullandığı öğeler haline geliyorlar.

Çekme vergisi nedir? Çekme vergisi, bir işletmenin biri verisinden bir cevaba ihtiyaç duyduğu her seferinde ödediği biriken maliyet; gezinme süresiyle, süzme sürtünmesiyle ve yorumlama bilişsel yüküyle ödenen. Çekmeye dayalı gösterge panoları bu vergiyi sürekli tahsil ediyor. İtmeye dayalı ajan kavrayışları onu ortadan kaldırıyor.

“Yapay zekâ gösterge panolarının yerini alıyor” mevcut yapay zekâ sohbet pencereli analitik araçlarından nasıl farklı? Mevcut sohbet pencereli analitik araçları esasen doğal dili bir SQL sorgusuna çevirip bir grafik döndürüyor. Ajan güdümlü model, konuşmanın analizin kendisi olduğu yinelemeli ve bağlamsal bir diyalog: birden çok veri kaynağından çekiyor, birden çok alışveriş boyunca bağlamı tutuyor ve tek bir SQL sorgusunun ulaşamayacağı noktaları birleştiriyor.

Ajan güdümlü analitik neden önce programlama arayüzü mimarisi gerektiriyor? Ajanlar ulaşamadıkları veri üzerinde analitik akıl yürütme yapamıyor. İşletme için kritik veri, programlı erişimi olmayan gösterge panolarında ya da tarayıcı tabanlı analitik araçlarında kilitliyse ajanın altındaki veriye giden bir yolu yok. Ajan güdümlü gelecek, önce programlama arayüzünü katı bir ön koşul olarak taşıyor.

Analitik ajanlar için hangi tür programlama arayüzü en iyi? GraphQL özellikle uygun, çünkü ajanlar tam olarak ihtiyaç duydukları veriyi tek bir sorguda isteyebiliyor, veri kaynakları arasındaki ilişkileri çok sayıda gidiş geliş olmadan dolaşabiliyor ve neyin kullanılabilir olduğunu anlamak için şemayı inceleyebiliyor. REST işliyor ama genellikle daha fazla düzenleme gerektiriyor.