Kontrol Panelinin Sonu: 2015 SaaS Kullanıcı Arayüzünün Yerini Ne Alıyor?

Her ürün hala 2015'te gördüğünüz aynı gösterge panosunu sunuyor. Gösterge panosu öldü. İşte onun yerini alan şey.

Bugün herhangi bir B2B SaaS aracını açın ve aynı şekli göreceksiniz. Üstte bir gezinme çubuğu, solda bir kenar çubuğu, yan yana dört KPI kartı, altında bir çizgi grafiği, kategori ayrımı için bir halka grafiği ve kimsenin kaydırmadığı sıralanabilir bir tablo. Bu, bir nesil ürün tasarımcısının kas hafızasıdır ve kapladığı ekran alanından artık kira ödemeyi bırakmıştır.

Bu, daha güzel grafikler hakkında bir makale değil. Bu, modelin kendisi, bir kişiye verilerini göstermenin doğru yolunun, sahip olduğunuz her metriği ortaya koymak ve önemli olanı kendisinin bulmasına izin vermek olduğu varsayımı hakkındadır. Bu varsayım bozuldu. Yerine geçen şey, her gün kullandığınız ürünlerde zaten sunuluyor, sadece henüz modele bir isim vermediniz.

Gösterge panosunun yerini neden kazandığı

Klasik gösterge panosu bir zamanlar gerçek bir yükseltmeydi. Bundan önce, elektronik tablolar, haftalık e-postayla gönderilen PDF'ler ve sorgu çekmesi için atıştırmalıklarla rüşvet vermeniz gereken bir BI analisti vardı. Gösterge paneli, bunu, teknik bilgisi olmayan bir operatörün bilet açmadan işletmenin nabzını kontrol edebileceği, kendi kendine hizmet veren bir yüzeye dönüştürdü.

Ayrıca, on yılın teknolojisine de uyuyordu. Grafik kütüphaneleri 2012 civarında gelişti, duyarlı ızgaralar ucuzladı ve SaaS fiyatlandırma modelleri, yöneticilerin satın alma formunda gerekçelendirebileceği "tek bir pencere" sunumlarını ödüllendirdi. Gösterge paneli kullanıcı için değil, yenileme görüşmesi için tasarlandı.

Bir süre işe yaradı. İnsanlar dilbilgisini öğrendi, tasarımcılar veri görselleştirmesinde hünerlerini sergiledi ve ürün ekipleri demo yapmak için temiz bir tuval elde etti. Sorun şu ki, dilbilgisi asla gelişmedi. 2026'da piyasaya sürdüğünüz gösterge paneli, 2015'te piyasaya sürdüğünüz gösterge paneliyle aynıdır, sadece köşeleri daha yuvarlak ve karanlık mod geçişi eklenmiştir.

Gösterge Panellerinin Artık Fayda Sağlamamasının Sebepleri

Beş güç aynı anda gösterge panellerini çökertti ve bunlardan herhangi biri tek başına yeterli olurdu.

Birincisi, bilgi aşırı yüklenmesi; ortalama bir B2B ürünü artık yüzlerce metrik sunuyor ve 12 kartlık bir tablo sizin için önceliklendirme yapamıyor. İkincisi, eylem eksikliği; bir grafik size bir sayının düştüğünü söylüyor ama ne yapmanız gerektiğini söylemiyor ve çoğu kullanıcı analist değil. Üçüncüsü, anlatım eksikliği; bir gösterge paneli bir isim, bir gerçekler duvarı; oysa insanların aslında istediği şey bir fiil, neyin değiştiği ve neden değiştiği hakkında bir hikaye.

Dördüncüsü, öncelik eksikliği; klasik bir gösterge panelindeki her kartın aynı görsel ağırlığı var, bu da üzerindeki hiçbir şeyin ağırlığı olmadığı anlamına geliyor. Beşincisi, yapay zeka tamamen farklı bir şeklin maliyet eğrisini değiştirdi; bu şekil, hiçbir grafik kullanmadan, sade bir dille özetleyebilir, önceliklendirebilir ve soruları yanıtlayabilir. Yazılı bir paragrafın maliyeti yaklaşık sıfıra düştüğünde, grafik-tablo durum iletme tekelini kaybetti.

Sonuç olarak, aynı anda hem karmaşık hem de işe yaramaz hissettiren bir ürün yüzeyi ortaya çıkıyor. Kullanıcılar sayfayı açıyor, tarıyor, eyleme geçirilebilir hiçbir şey bulamıyor ve ayrılıyor. Her ürün ekibini korkutması gereken ölçüt, kimsenin gösterge panosuna koymadığı, içgörüye ulaşma süresidir ve çoğu gösterge panosunda bu süre sonsuza kadar yuvarlanır.

İlk değiştirme modeli: konuşma tabanlı sorgular

Bir gösterge panosunu öldürmenin en hızlı yolu, insanların soru sormasına izin vermektir. Pulse bunu gelir için yapıyor, Stripe Sigma analistlerin kendi defterlerine karşı SQL yazmasına izin veriyor ve Hex'ten Mode'a ve hatta Notion AI'ya kadar en yeni analitik araç dalgası, istemi birincil girdi olarak ele alıyor.

Bu işe yarıyor çünkü çoğu gösterge panosu, kullanıcının bugün sorduğu soruyu değil, tasarımcının tahmin ettiği bir soruyu yanıtlıyor. Konuşma tabanlı bir yüzey sözleşmeyi tersine çeviriyor; kullanıcı soruyu belirtiyor, sistem mümkün olan en kısa cevabı veriyor. Kazanan sohbet kutusu değil, odak noktasıdır.

Buradaki başarısızlık modu, bir ekibin gösterge panosunu, aynı grafikleri bir konuşma balonu içinde döndüren bir sohbet kutusuyla değiştirmesidir. Bu ilerleme değil, bir kostümdür. Konuşma tabanlı sorguların doğru versiyonu önce bir cümle, sonra bir sayı ve ancak grafik cümlenin açıklayamadığı bir şeyi gerçekten açıkladığında bir grafik döndürür.

İkinci değiştirme modeli: Üretken özetler

Özet, ödevini zaten yapmış bir gösterge panosudur. Granola, her toplantıyı bir transkript duvarı yerine tek sayfalık üretken bir özet olarak ele alır ve yüzey özeti oluşturur. Linear'ün proje güncellemeleri, alt sorunları bir ekip arkadaşının yazdığı gibi okunan bir paragrafa dönüştürür. Notion Yapay zeka grafikleri, sayfanın üst kısmında kendi şekillerini sade bir dille açıklayabilir.

Model basittir: sentezi sunucuda yapın, sentezi kullanıcı arayüzü olarak gönderin. Grafik, eğer görünürse, bir cümlenin altında destekleyici kanıt olarak yer alır. Hangi KPI'ın sol üst köşeye yerleştirileceğini seçmek için bir tasarımcıya ihtiyacınız yok, model giriş metnini yazıyor.

Bu, pratikte işe yarayan iki şey var. Özetin spesifik olması gerekiyor, "gelir arttı" işe yaramaz, "gelir haftadan haftaya %14 arttı, bu tamamen kurumsal kademeden kaynaklanıyor" ifadesi yerini hak ediyor. Ve özetin bazen güvenli, kurtarılabilir şekillerde yanlış olması gerekiyor. Kullanıcı, paragraf yanlış koktuğunda tek bir hareketle altta yatan rakamlara tıklayabilmelidir.

Üçüncü değiştirme modeli: tek ekranlı bugün görünümü

En az değer verilen gösterge paneli sonrası model, tek ekrana sığan ve tek bir soruyu yanıtlayan ana görünümdür: şu anda neye bakmalıyım? Linear'in ana sayfası bunun kanonik örneğidir: atanan işiniz, aktif projeniz, önemli olan bir sonraki şey, hiçbir yerde grafik ızgarası yok. Cron ve Notion Takvimi, normalde grafik ağırlıklı bir planlayıcıyı tek bir odaklanmış güne indirgiyor.

Tek ekranlı "bugünkü görünüm", kontrol panelinin "bana her şeyi göster" içgüdüsünün tam tersidir. Seçer. Kararlıdır. Önemli olan konularda yanılmaya razıdır ve çoğu zaman doğru olarak yanılma hakkını kazanır. Tasarım disiplini acımasızdır çünkü ekrandaki her piksel, "kullanıcının önümüzdeki 30 saniyede buna ihtiyacı var mı?" sorusuna karşı kendini haklı çıkarmak zorundadır.

Bu modelin arkasındaki ürün matematiği, onu kalıcı kılan şeydir. Ürününüzü açan ve hemen yapması gereken bir sonraki eylemi gören bir kullanıcı, ürününüzü açmaya devam eden bir kullanıcıdır. Ürününüzü açan ve önce yorumlaması gereken bir grafik gören bir kullanıcı, rakip bir ürünü yükleyen bir kullanıcıdır.

Dördüncü değiştirme modeli: bağlam içinde uyarılar

Kontrol paneli, kullanıcının ona geleceğini varsayar. Kontrol paneli sonrası model, ürünün kullanıcıya ulaşacağını ve ürünün kullanıcının doğal kanalında, yani Slack, push bildirimi, e-posta veya işin gerçekten gerçekleştiği yüzeyde konuşacağını varsayar.

PagerDuty bunu yıllar önce olaylar için kanıtladı. Linear, Height ve çoğu modern iş birliği aracı artık kontrol paneline bağlantı değil, farkı gönderiyor, böylece tıklamadan yanıt verebilir veya çözebilirsiniz. Stripe'un bildirimleri giderek artan bir şekilde numarayı doğrudan e-posta konu satırında taşıyor, "görüntülemek için giriş yapın" şeklinde bir ipucu vermiyor.

Kural basittir: uyarı kontrol panelidir. Ürününüz hala neyin değiştiğini öğrenmek için tıklama gerektiren "haftalık raporunuz hazır" e-postası gönderiyorsa, hala 2015 için geliştirme yapıyorsunuz demektir. Kontrol paneli sonrası sürüm, başlığı bildirime yazar, numarayı push bildiriminde gönderir ve yalnızca kullanıcının harekete geçmesi gerektiğinde daha derin bir görünüme geri bağlantı verir.

Beşinci Değiştirme Modeli: Gömülü Analitik

Son değiştirme modeli en görünmez olanıdır ve ayrı bir analitik sayfası yerine veriler çalışma yüzeyinin içinde yer alır. Vercel'nin dağıtım görünümü, ayrı bir gözlemlenebilirlik sekmesinde değil, dağıtımın yanında derleme performansını gösterir. Figma'nin dosya denetleyicisi, "istatistikler" sayfası olmadan kullanım ve sürüm geçmişini gösterir ve GitHub'nin PR görünümü, CI durumunu, kapsamı ve inceleme durumunu doğrudan birleştirmeye karar verdiğiniz yüzeye gömer.

Bu işe yarar çünkü veriler, karar anında en değerlidir ve gösterge paneli modeli verileri karardan ayırır. "Analitikler"e tıkladığınızda, zaten bağlam değiştirmiş ve konuyu kaybetmiş olursunuz. Gömülü analitik, sayıyı zaten baktığınız nesnenin bir özelliği haline getirir, ziyaret etmeniz gereken bir hedef değil.

Tasarım çıkarımı, analitik ekibinin ve ürün ekibinin aynı ekip olduğudur. Bu durumu çözmüş ürünlerde artık "kontrol paneli proje yöneticisi" yok; akışlarında görünen verilerin sahibi olan bir çalışma yüzeyi proje yöneticisi var.

Klasik kontrol paneli ve beş alternatif model

İşte bu makalenin geri kalanında ele alınan karşılaştırma. Klasik kontrol paneli bu tablonun bir satırını oluştururken, beş alternatif model diğer satırları paylaşıyor ve aradaki farklar, önümüzdeki 18 ay için ürün yol haritanızın nasıl görünmesi gerektiğini gösteriyor.

| Model | Birincil girdi | Birincil çıktı | En uygun kullanım alanı | Hata modu |

|---|---|---|---|---|

| Klasik kontrol paneli | Yok, siz varıyorsunuz | Grafik tablosu | Demolar, satın alma | Eylem yok, öncelik yok |

| Sohbet tabanlı sorgular | Bir soru | Bir cümle artı grafik | Geçici analiz | Sohbet kutusundan grafikler döndürme |

| Üretken özetler | Bir zaman aralığı | Bir paragraf | Haftalık incelemeler, günlük toplantılar | Genel, temelsiz özetler |

| Tek ekranlı günlük görünüm | Kimlik, günün saati | Tek odaklı cevap | Günlük operatörler | Gizli derinlik, kayıp analistler |

| Bağlam içinde uyarılar | Eşik değişikliği | Kanalınızda bir çizgi | Olaylar, anormallikler | Uyarı yorgunluğu, gürültü |

| Gömülü analizler | Görüntülediğiniz nesne | O nesneye ait veriler | Düzenleme noktasındaki kararlar | Gizli nesneler arası görünümler |

Giriş sütununa dikkat edin. Her değiştirme modeli, kullanıcının size zaten verdiği bir şeyden, bir sorudan, bir zaman aralığından, bir kimlikten, bir eşikten, bir nesneden başlar. Klasik gösterge paneli hiçbir şeyden başlamaz ve kullanıcının bağlam oluşturmasını gerektirir. Oyunun tamamı budur.

Kimler çoktan hareket etti ve kimler hala 2015'te takılı kaldı

Gösterge paneli sonrası dönem bir tez değil, bir listedir. Linear, tek ekranlı ana sayfa görünümünü varsayılan giriş noktası olarak sundu, Granola toplantı tutanağını ürünün kendisi olan üretken bir özete dönüştürdü ve Pulse for revenue, SaaS finans panosunu günlük Slack mesajı ve konuşma tarzı bir takip ile değiştirdi.

Vercel gözlemlenebilirlik, analitiği ayrı bir sayfa yerine dağıtım yüzeyine yerleştiriyor, Stripe Sigma, temel defteri sabit bir grafik seti yerine sorgulanabilir bir şey olarak sunuyor, Notion AI artık özetleri veritabanı görünümlerinin üzerine yazıyor, böylece sayfa bir özet gibi okunuyor ve Cron ve Notion Takvim, takvim analitiğini tek bir planlayıcı ekranına birleştiriyor.

Bu ürünlerin her biri aynı takası yaptı: yönlendirme için yüzey alanından fedakarlık ettiler. Bir çözüm seçtiler ve onu piyasaya sürdüler. Herkes için aynı anda her şey olmaya çalışmayı bıraktılar ve bir kişi için bir anda tek bir şey olmaya başladılar.

Uyarı listesi de aynı derecede öğretici. Google Analytics, her yeniden tasarımında aynı grafik ızgarasını yeni sekmelere taşıyan bir ürün, adeta müzelik bir parça. Mixpanel ve Amplitude hala yorumlanması için bir atölye çalışması gerektiren bir kart duvarıyla açılıyor. Çoğu B2B faturalama aracı, çoğu İK bilgi sistemi platformu, çoğu CRM ana ekranı, sanki son on yıl hiç yaşanmamış gibi aynı grafik ızgarasına varsayılan olarak dönüyor.

Bu, ekiplerin tembel olmasından değil, gösterge panosunun her zaman kullanımından daha kolay satılmasından kaynaklanıyor. Bir grafik ızgarasının demosu, henüz kullanıcı olmayan bir alıcı için etkileyici görünüyor ve satın alma, B2B'nin patron seviyesidir.

Pazar, anlaşma sırasında gösterge panosunu ödüllendiriyor, ardından her gün cezalandırıyor ve ceza görünmez bir müşteri kaybı oluyor. Eğer bir grafik ızgarası kadar iyi bir demo sunan ve on kat daha iyi kullanılan bir gösterge panosu sonrası yüzey sunabilirseniz, kategorinizi ele geçirirsiniz ve yukarıdaki şirketler size bir başlangıç ​​avantajı sağlıyor.

Gösterge panelini değiştirme girişiminde başarısız olma modları

Bir gösterge panelini değiştirmek, onu tamamen ortadan kaldırmaktan daha zordur ve çoğu girişim tahmin edilebilir şekillerde başarısız olur. İşte kaçınmanız gereken dört mod:

1. Yapay zeka grafik duvarı. Aynı grafik ızgarasını, üç grafik daha üreten bir "içgörü oluştur" düğmesiyle sarıyorsunuz. Şimdi kullanıcı hem orijinal ızgarayı hem de oluşturulanı okumak zorunda kalıyor. İş yükünü ikiye katladınız, yarıya indirmediniz.

2. Grafik döndüren sohbet kutusu. Bir istem girişi ekliyorsunuz, istem aynı gösterge paneli düzenini döndürüyor. Arayüz değişti, cevap değişmedi. Kullanıcı hala kartlar arasında arama yapıyor.

3. Uyarı yorgunluğu. Gösterge panelini bildirimlerle değiştiriyorsunuz, ardından her olayı bir uyarı olarak gönderiyorsunuz. Bir hafta içinde kullanıcı kanalı sessize alıyor ve çalışan tek gösterge paneli sonrası yüzeyini kaybetmiş oluyorsunuz.

4. Daha az değil, daha fazla sekme. Gösterge panelini koruyorsunuz, bir "bugün" görünümü ekliyorsunuz, bir diyalog sayfası ekliyorsunuz, bir özet bölümü ekliyorsunuz ve hepsini kardeş ürünler olarak gönderiyorsunuz. Şimdi ürünün dört giriş noktası var ve kullanıcının hiç yok.

Her başarısızlığın ortak noktası eklemeli düşünmedir. Gösterge paneli sonrası model ise çıkarıcıdır. Grafik ızgarasını siliyorsunuz, sekmeleri siliyorsunuz, kimsenin tıklamadığı kartları siliyorsunuz. Yerini alan yüzey, yerini aldığı şeyden daha küçük olarak yerini hak ediyor, yanında durarak değil.

Gösterge Paneli Hala İşini Görüyorsa

Gösterge panelleri kaybolmaz, grafik ızgarasının gerçekten doğru şekil olduğu belirli işlere geri dönerler. Bunlardan üçü vardır ve ürününüz bunlardan biriyse, ızgaranızı koruyabilirsiniz.

1. Operasyonel durum görünümü, veri merkezi NOC, havayolu operasyon konsolu, işlem salonu, canlı olay monitörü. Kullanıcının işi, gerçek zamanlı olarak düzinelerce sinyali anormallikler açısından taramak olduğunda, grafik ızgarası doğrudur, bu tam olarak işin kendisidir.

2. Analistler için derinlemesine analitik çalışma ortamı. Hex, Mode, Tableau, Power BI; bir kantitatif analist veya analistin tüm gününü geçirdiği yer burasıdır ve grafik ızgarası artı sorgu düzenleyici, doğru profesyonel yüzeydir. Bir kantitatif analistin sohbet kutusu kullanmasını sağlamaya çalışmayın.

3. Yönetim kurulu düzeyinde üst düzey iş zekası. Grafik ızgarasının günlük çalışma yüzeyi değil, toplantı materyali olduğu aylık veya üç aylık özet sunum. Bu, uygulama olarak değil, belge olarak bir gösterge panosudur.

Dikkat edin, üçü de profesyonel, seyrek veya her ikisidir. Klasik SaaS hatası, bir borsa salonunda tam zamanlı bir analist için tasarlanmış bir yüzeyi, ürünü haftada iki kez açan bir pazarlama müdürüne göndermektir. Gösterge panosunu öldüren uyumsuzluk budur.

Gösterge panosunun yerini alacak tasarım nasıl yapılır

Şu anda içinde grafik ızgarası bulunan bir Figma dosyasının önünde oturuyorsanız, işte yol haritası.

Soruyla başlayın. Kullanıcının bu sayfayı açtığında neyi anlamaya çalıştığını tek bir cümleyle yazın. Eğer bu cümleyi yazamıyorsanız, henüz bir şey tasarlamaya hazır değilsiniz, hala araştırma aşamasındasınız. Eğer cümle "tüm verilerimi gör" ise, kullanıcınız bir gösterge paneli istemiyor, alıcınız istiyor ve yanlış kişi için tasarım yapıyorsunuz demektir.

Sorunuza göre beş değiştirme kalıbından birini seçin. Tekrarlayan kararlar tek ekranlı bugünkü görünümlere, anlık sorular konuşma tabanlı sorgulara, periyodik incelemeler üretken özetlere, zamana duyarlı değişiklikler bağlam içindeki uyarılara ve düzenleme noktasındaki kararlar gömülü analitiklere gider. Sorunuz iki kalıba da uyuyorsa, bir değil iki sayfanız var demektir.

En küçük sürümü gönderin. "Klasik görünüm" geçiş düğmesi veya "tüm metrikleri gör" bağlantısı ekleme dürtüsüne karşı koyun. Eski gösterge paneli kalıbına eklediğiniz her kaçış yolu, kullanıcılar ve kendi ekibiniz için 2015'te yaşamaya devam etme iznidir. Değiştirme yüzeyinin amacı, taahhütte bulunmaktır.

Bunun Anlamı ve Nereden Başlamalı

Önümüzdeki iki yıl boyunca B2B ürün tasarımı, hangi ekiplerin gösterge panellerini ilk önce ortadan kaldıracağına bağlı olacak. Kategori liderleri zaten harekete geçti. Geri kalanlar 2026 ve 2027 yıllarını pahalı yeniden tasarım döngülerinde geçirecek ve bu yeniden tasarımların çoğu başarısız olacak, çünkü modeli değiştirmek yerine grafik ızgarasını yeniden tasarlayacaklar.

Kazanan ekipler ilk başta satın alma departmanına garip görünecek. Grafik duvarı yerine tek bir cümle gösterecekler, "tek bir cam panel" yerine Slack uyarısı sunacaklar ve tek ekrana sığan bir "bugünkü görünüm" satacaklar. Grafik ızgarası kullanan rakiplerine birkaç anlaşma kaybedecekler, ancak kazandıkları her kullanıcıyı koruyacaklar, çünkü sundukları yüzey, kullanıcının gerçekten istediği yüzey olacak.

Ürününüzü yarın açın. Kullanıcının ilk gördüğü ekrana bakın. Ekranın gerçek bir soruyu mu yanıtladığını yoksa sadece veri modelinizi mi ortaya koyduğunu sorun; eğer veri modelinizi ortaya koyuyorsa, bir gösterge paneliniz var demektir ve gösterge paneli artık işlevsizdir. Ardından, ürününüzü açtıklarında en değerli kullanıcınızın aklına gelen soruyu seçin ve tablo yerine bu soruya tek ekranlık bir yanıt sunun.

Başlamak için tüm ürününüzü yeniden tasarlamanıza gerek yok, sadece ilk ekranı yeniden tasarlamanız yeterli, gerisi de kendiliğinden gelecektir. Ana görünümünüz bir gösterge paneli olmaktan çıktığında, ürünün geri kalanı da artık bir gösterge paneli gibi görünmeyi bırakır. Grafik tablosu iyi bir dönem geçirdi, ancak artık cevap olmaktan çıktı; bu nedenle, kullanıcılarınızın gerçekten ihtiyaç duyduğu yüzeyi oluşturun ve gösterge panelini bir kenara bırakın.