Anti-Dashboard

Çoğu dashboard bir veri mezarlığıdır. On iki widget, sekiz palet, dört zaman aralığı ve kullanıcının önce neye bakması gerektiği konusunda sıfır fikir. Ekip buna veri odaklı dedi ve yayına aldı. Kullanıcı bir kez açar, yabancı gibi göz gezdirir ve bir daha açmaz.

Anti-dashboard ise tam tersine oynar. Tek soru, tek öncelik listesi, tek aksiyon. Bir sonraki karara hizmet etmeyen her şey kesilir, gizlenir ya da katlamanın altına itilir. Bu yazı o bahsin savunması, bahsi kazanan markalar ve çizgiyi koruyan beş kural.

Dashboard'lar veri değil, karar demektir

Dashboard sayı saklayacağın bir yer değildir. Karar vereceğin bir yerdir. Ekran "şimdi ne yapmalıyım" sorusunu yanıtlamıyorsa, üstüne grafik kütüphanesi konmuş bir süstür.

Çoğu ürün ekibi bu soruyu atlar, çünkü yanıtlamak bir fikir sahibi olmayı gerektirir. Widget duvarı, büfe olmanın güvenliğini taşır. Her metriği yayınladığı için kimse suçlanmaz, sadece birini seçtiği için suçlanır. Ekip de hiçbirini seçmez, bedelini dikkatiyle kullanıcı öder.

Linear'ın inbox'ı tüm issue'ları bir anda dökmez. Önce önceliğe, sonra SLA'ya göre sıralar ve ekran gerçekten temizlenebilecek kadar kısadır. Vercel'in proje görünümü katlamanın üstünde 20 şey göstermez. Deploy zaman çizelgesini ve URL'yi gösterir, bir geliştiricinin sorduğu soru da bundan ibarettir. İki ekip de bir taraf seçti.

Beş başarısızlık biçimi

"Şimdi ne yapmalıyım" testinde kalan her dashboard, tanınabilir beş yoldan biriyle kalır. Her biri şu an canlıda çalışıyor.

Salesforce mezarlığı. Kimsenin açmadığı on iki widget, wireframe'e sığdığı için 4x3 bir ızgarada. Bir zamanlar biri istediği için var, hiç kimsenin birini silecek yetkisi olmadığı için duruyor. Herhangi bir şeye verilen dikkat, her şeyden çalınmış dikkattir.

Metrik karuseli. Yatay bir şeritte altı KPI; her biri bir sayı, bir yüzde, minik bir sparkline. Bağlam yok, kıyas yok, önerilen aksiyon yok. Kullanıcı belli belirsiz bilgilendiğini hisseder ve hiçbir şey yapmaz.

Sauron'un gözü görünümü. Her olay, her log satırı, her webhook, gerçek zamanlı, akıp gidiyor. Hiçbir şey vurgulanmıyor, her şey bulanıklaşıyor. Önceliklendirmesiz gerçek zamanlı veri, saate bağlanmış gürültüdür.

Montaj gerektiren dashboard. Bir widget sürükle. Bir sorgu yapılandır. Düzeni kaydet. Ertesi sabah pişman ol. Kullanıcıdan kendi dashboard'unu tasarlamasını istemek, ürün ekibinin işini ona yüklemektir.

Yönetici vanity dashboard'u. Sayılar yükseliyor, her grafik yeşil, her çeyrek hedefte. Hiçbir karar gerekmediği için hiçbir karar çıkmıyor. Dashboard, yönetim kurulu sunumuna ekran görüntüsü olmak için var.

Harika bir dashboard tek soruyu yanıtlar

Anti-dashboard widget'larla değil, soruyla başlar. Kullanıcı bu ekranı neyi öğrenmek için açıyor? Bunu tek cümleyle yaz. Ekrandaki her şey ya bunu yanıtlar ya da altında yer kazanır.

Stripe Dashboard'un ana sayfası "işler bugün nasıl gidiyor" sorusunu yanıtlar. Bugünkü gelir, dünle kıyas ve bir insan gerektiren üç şey: başarısız bir ödeme, bir itiraz, bir doğrulama talebi. Stripe'ın geri kalanı bir tık ötede.

Cursor'ın proje paneli "neredeydim ve ne yapıyordum" sorusunu yanıtlar. Bir yanda dosya ağacı, üstte son prompt, ortada editör. Telemetri yok, kullanım grafiği yok. Ekran işin kendisi.

Cron ve Notion Calendar "sıradaki ne" sorusunu yanıtlar. Sıradaki etkinlik günün tepesinde durur, hafta onun altındadır. Sonsuz kaydırma yok, dikkat için savaşan aylık ısı haritası yok. Fikir şu: sıradaki etkinlik, ayın şeklinden daha önemlidir.

Raycast hamlesi: dashboard'un dashboard gibi görünmesi şart değil

Raycast en temiz örnek. Arama çubuğu dashboard'un ta kendisi. Widget yok, sadece tek bir girdi. Birkaç karakter yaz, doğru şey yüzeye çıkar.

Ders "bir arama çubuğu yap" değil. Ders, dashboard'un kart düzeninden ibaret olmak zorunda olmadığı. GitHub'ın ana sayfası, sana atanan pull request'lerdir, nokta. Notion'ın ana sayfası son üç dokümanın ve başka hiçbir şey değil. Superhuman, sıfıra ulaşılabilen, önce triyaj yapan bir inbox'la açılır, çünkü ürün bir inbox'ın bitmesi gerektiği fikri etrafında tasarlandı. Bunların hiçbiri geleneksel anlamda dashboard değil. Hepsi önemli olan tek anlamda dashboard.

Progressive disclosure bunun altındaki ilke. Şu an önemli olan tek şeyi göster. Uzun kuyruğu ancak kullanıcı istediğini belli edince aç.

Anti-dashboard'un beş kuralı

Bu kurallar birbirini katlar. Beşten dördünü tutturursan dashboard genelde işler. İkisini tutturursan bir mezarlık yayınlamışsın demektir.

Kural 1: Ekran başına tek soru

Her dashboard görünümü tam olarak tek soruyu yanıtlar. Yaz bunu. Bir widget yanıtın parçası olarak savunulamıyorsa bu görünümde yayınlanmaz. Diğer sorular başka görünümlere gider, üstüne sekme eklenmiş aynı görünüme değil.

Stripe'ın ana sayfası "işler bugün nasıl" sorusunu yanıtlar. Vercel'in proje görünümü "bu deploy'un durumu ne" sorusunu. Linear'ın inbox'ı "şu an neye dikkat etmem gerekiyor" sorusunu. Farklı sorular için farklı yüzeyler. Hiçbiri üçü birden olmaya çalışmaz.

Kural 2: Ürünün sıraladığı tek öncelik listesi

Ekranda tek liste var ve onu ürün sıralıyor. Kullanıcı değil. Özelleştirilebilir bir sütun başlığı da değil. Ürün, "kullanıcı sıradaki adımda ne yapmalı" sorusunun yanıtına göre sırayı seçer. Sıra, fikrin kendisidir.

Linear önce önceliğe sonra SLA'ya göre sıralar. Stripe Atlas dört aksiyon kartını, bir sonraki iş adımının önünü açana göre sıralar. Superhuman katı ters kronolojiye değil, VIP ve niyet sinyaline göre sıralar. Ürün, kullanıcının yapmak istemediği işi yapıyor.

Kural 3: Makul zaman aralığı, bir kez seçilmiş

Dashboard tek bir varsayılan zaman aralığı seçer ve onu değiştirme hakkını kazanır. Bugün, bu hafta, bu ay, tüm zamanlar. Soruya uyanı seç ve beş farklı toggle sunmayı bırak.

İşlem odaklı bir işletmenin gelir dashboard'u varsayılan olarak bugünü gösterir. Bir retention dashboard'u bu haftayı. Bir finans dashboard'u bu ayı. Varsayılansız açılıp girdi bekleyen bir tarih seçicisi olan dashboard, kullanıcıyı baştan kaybetmiştir.

Kural 4: Her sayı bir aksiyona bağlı

Aksiyonu olmayan sayı süstür. Anti-dashboard her ana sayıyı bir sonraki hamle için bir kanca olarak görür. Bugünkü gelir başarısız ödemelere bağlanır. Açık issue'lar triyaj kuyruğuna. Deploy süresi build log'una.

Stripe Atlas'ın dört kartlı düzeni en temiz örnek. Her kart bir sayı artı bir buton. "Gelir $0, ödeme entegrasyonunu kur." "0 çalışan, ilkini işe al." Kullanıcı hiçbir zaman ileri yolu olmayan bir istatistikte mahsur kalmaz.

Kural 5: Uzun kuyruğu gizle

Anti-dashboard şunu kabul eder: metriklerin %80'i, kullanıcıların %5'i için, zamanın %5'inde önemlidir. Bu metrikler bir sekmenin, bir "daha fazla" linkinin ya da ayrı bir analitik görünümünün arkasında yaşar. Ana ekran sorudur, dizin değil.

Metrikleri gizlemek riskli hissettirir, çünkü biri kaldırdığın metriği isteyecek. Çözüm onu görünür değil, bulunabilir kılmaktır. Arama ve özel bir analitik yüzeyi uzun kuyruğu halleder.

Görür görmez silinecek anti-pattern'ler

Bunlar neredeyse her denetimde çıkar. Her biri, ekibin fikir yayınlamak yerine özelliklerin arkasına saklandığının ele verenidir.

Her ekranda her metrik. Gelir, retention, churn, MAU, NPS ve CSAT'ın tek karede olması bir soru değil, bir kaçamaktır. Role veya göreve dayalı görünümlere böl.

Ürün fikrinin yerine geçen "özelleştirilebilir widget'lar". "Kullanıcılar kendi dashboard'unu yapılandırabilir" cümlesini "ekip neyin önemli olduğu konusunda anlaşamadı" diye çevir. Özelleştirme, varsayılanlar güçlüyken gerçek bir özelliktir, değilken bir bahanedir.

Kimsenin okumadığı canlı aktivite akışı. Sistemdeki her olayın kayan bir listesi. Debug log'larında işe yarar, dashboard'da işe yaramaz. Tasarımcılar için veri görselleştirme yazısı, hiyerarşisiz gerçek zamanlının neden sadece pahalı gürültü olduğunu anlatır.

Kullanıcıdan kendi dashboard'unu tasarlamasını isteyen boş durum. "Başlamak için widget'ları kenar çubuğundan sürükleyin." Ürün ilk ekranda fikri olmadığını itiraf ediyor. Boş durumlar üründür yazısı, ilk ekranın ödev değil, aktivasyon yüzeyi olduğunu anlatır.

Asıl yanıtı gizleyen sekmeler. Üstte altı sekme, en önemli veri üçüncüde. Ya üçüncü sekmeyi öne çıkar ya da bir ile ikinin ekibin sandığı kadar önemli olmadığını kabul et.

Önce ve sonra, tek karede

Mezarlıktan anti-dashboard'a geçiş genelde bir özellik kararı değil, bir yerleşim kararıdır. Aynı veri, soru etrafında sıralanmış.

"Önce" hali, her hücrenin dikkat için yarıştığı 4x3 bir ızgara. "Sonra" hali görsel hiyerarşiyi kullanarak ekranı üç bölgeye ayırır: soruya bağlı bir hero istatistik, sıradaki hamleye bağlı kısa bir aksiyon listesi ve meraklı kullanıcı için soluk bir alt bölüm. Hiçbir şey silinmedi, ekip sadece hangi özelliklerin ayrıcalıklı koltuğa oturacağını seçti.

Dashboard denetimi

Herhangi bir ürün dashboard'unu şu yedi sorudan geçir. Her birine net bir evet diyemiyorsan dashboard bitmemiştir.

1. Bu görünümün yanıtladığı tek soru ne? Cümle olarak yaz. Ekip cümlede anlaşamıyorsa dashboard'u henüz tasarlamamıştır, widget dizmiştir.
2. Bir aksiyona bağlı tek bir ana sayı var mı? Rekabet eden üç istatistik değil. Bir hero sayı, bir bariz sonraki hamle, geri kalan her öğe, bir landing page'in hero bölümü gibi onun altında sıralanmış.
3. Öncelik listesini kullanıcı değil, ürün mü sıralıyor? Yanıt "kullanıcı istediği gibi sıralayabilir" ise ürün taraf seçmemiştir. Varsayılanlar fikrin kendisidir.
4. Bu görünüm hangi zaman aralığıyla açılıyor ve neden? Varsayılan soruyla uyuşmalı. Düşünülmüş bir varsayılanı olmayan toggle, ekibin topu taca attığının işaretidir.
5. Neyi gizlemeye karar verdin? Yanıt "hiçbir şey" ise ekip işi yapmamıştır. Gizlenmiş metrikler bir fikrin kanıtıdır.
6. Boş durum ürünü ilerletiyor mu, yoksa durduruyor mu? Kullanıcıdan widget yapılandırmasını istiyorsa ödevi ürün diye yayınlamışsındır. Yerine hazırlanmış tek bir aksiyon koy.
7. Yeni bir kullanıcı bu ekranı açıp bir daha başka ekran görmezse ürünü anlar mı? Ana görünüm, bir araç olduğu kadar bir satış konuşmasıdır.

Bu yedisini geçen dashboard, kullanıcının birden fazla kez açtığı dashboard'dur. Herhangi birinde kalan taranır, ekran görüntüsü alınır ve terk edilir. Landing page tasarım ilkeleri yazısı aynı disiplinin pazarlama sayfası versiyonunu, web tasarım ilkeleri yazısı ise ürünün geri kalanının bunu nasıl takip ettiğini anlatır.

Doğru yerde sürtünme

Anti-dashboard kendi başına bir minimalizm değildir. Doğru yerde sürtünmedir. Ana görünüm kolaydır, uzun kuyruk bir tık daha zordur. Bu eğim tasarımın ta kendisidir. Sürtünmeyi bilerek tasarlamak yazısı, bazı sürtünmelerin neden bir özellik olduğunu anlatır.

Sık sorulan sorular

Dashboard ile anti-dashboard arasındaki fark nedir?

Geleneksel dashboard, kullanıcının isteyebileceği her metriği göstermeye çalışır. Anti-dashboard tek soruyu yanıtlar ve görünen her sayıyı bir aksiyona bağlar. Geleneksel olan bir büfedir. Anti-dashboard bir karar yüzeyidir.

Her ürün dashboard'u özelleştirme sunmalı mı?

Neredeyse hiçbir ürün dashboard'u derin özelleştirmeye ihtiyaç duymaz. Çoğu ekip, varsayılan seçmekten kaçınmak için özelleştirme yayınlar. Güçlü varsayılanlar, neredeyse her retention ölçümünde yapılandırılabilir widget'ları yener. Özelleştirmeyi ana görünüme değil, ileri düzey kullanıcı yüzeylerine sakla.

Bir dashboard ana ekranda kaç KPI göstermeli?

Yanıta bağlı bir hero istatistik, artı üç ila beş ikincil aksiyon. Beşin ötesinde göz öncelik sırasını kaybeder ve dashboard bir metrik karuseline döner. Uzun kuyruğu daha derin bir analitik yüzeyinin arkasına gizle.

Tarafını seç, sonra ekranı yayınla

Dashboard tasarımı üründeki en zor problem değil. En çok ertelenen problem. Ekipler aylarca widget dizer, çünkü birini diğerine tercih etmek risk gibi hissettirir. Anti-dashboard bu riski asıl iş olarak görür. Soruyu seç. Önceliği seç. Zaman aralığını seç. Neyi gizleyeceğini seç.

2026'da kazanan dashboard'lar en çok veriye sahip olanlar değil. En çok fikre sahip olanlar. Linear, Vercel, Stripe, Cursor, Cron, Raycast, GitHub, Notion ve Superhuman'ın hepsi tek bir şeyi paylaşır. Bir taraf seçtiler ve ekran o tarafı taşıyor.

Ürün dashboard'larını widget ızgarası yerine karar yüzeyi olarak tasarlayan bir ekip istiyorsan, Brainy'yi tut. Fikri varsayılan düzende yayınlarız.