uiuxtasarım
Hizmet

Panel ve Dashboard Tasarımı

İç araçlar çoğu zaman "nasılsa kendi ekibimiz kullanıyor" denerek tasarımsız yapılır. Oysa bu ekranlar günde saatlerce kullanılır; her gereksiz tıklama, her yanlış anlaşılan sütun ve her geri alınamayan işlem doğrudan zaman ve hata maliyetidir.

Farklı boyutlarda boş kâğıt karolara bölünmüş büyük beyaz pano, bir karo magenta
Kısa cevap

Panel ve dashboard tasarımı, operasyon, satış, finans ya da destek ekiplerinin her gün kullandığı veri yoğun ekranların tasarımıdır. İyi bir panel önemli olanı önce gösterir, sık yapılan işleri en az tıklamayla yaptırır, büyük veri tablolarında arama, filtre ve toplu işlemi kolaylaştırır ve hatayı geri alınabilir kılar.

Panel tasarımına kullanıcıların gerçek işini izleyerek başlarız: günün hangi saatinde, hangi veriye bakıp hangi kararı veriyorlar? Sonra bilgi önceliğini belirler, tabloları, filtreleri ve toplu işlemleri bu işe göre tasarlarız. Sayıların Türkçe biçimini, grafiklerin renk körlüğüne uygunluğunu ve yoğun ekranlarda klavyeyle çalışmayı baştan hesaba katarız.

[01]Kimler için?

  • Operasyon, lojistik, finans ya da destek ekipleri için iç araç yapan şirketler
  • Müşterilerine raporlama paneli sunan SaaS ürünleri
  • Eski bir yönetim panelini yenilemek isteyen kurumlar
  • Veri ekibinin hazırladığı raporları karar ekranına dönüştürmek isteyenler

[02]Kimler için değil?

  • Yalnız bir iş zekâsı aracında (ör. hazır rapor araçları) grafik düzenlemesi arıyorsanız, bu genellikle veri ekibinizin işidir; biz ürün içine gömülü panelleri tasarlarız.
  • Uygulamanın kodlanmasını arıyorsanız: biz tasarlar, geliştirici ekibinize eksiksiz devreder ve yayın öncesi tasarım kontrolünü yaparız; kodlamayı sizin ekibiniz ya da iş ortağınız üstlenir.

[03]Ne teslim edilir?

TeslimatİçerikSıklık
Görev ve karar analiziKim hangi veriye bakıp hangi kararı veriyorBaşlangıç
Bilgi önceliğiGösterge seçimi, hiyerarşi, ayrıntıya inme yoluTasarımdan önce
Tablo ve filtre sistemiSıralama, filtre, kaydedilmiş görünüm, toplu işlemProje
Grafik ve sayı kurallarıGrafik türü seçimi, Türkçe sayı ve tarih biçimi, renk ve kontrastProje
Durum ekranlarıBoş, yükleniyor, kısmi veri, hata, yetki yokProje
Bileşen kütüphanesi ve devirVeri bileşenleri ve davranış notlarıTeslim

[04]İlk 90 gün

  1. 1. aşama

    Gözlem

    Kullanıcıların gerçek işi izlenir, sık görevler ve karar noktaları çıkarılır.

  2. 2. aşama

    Yapı

    Gösterge seçimi, gezinme ve tablo yapısı tel kafeste kurulur.

  3. 3. aşama

    Arayüz

    Veri bileşenleri, grafik kuralları ve tüm durumlar tasarlanır.

  4. 4. aşama

    Test ve devir

    Gerçek veriyle prototip testi ve geliştirici devri.

[05]Neyle ölçülür?

  • Sık görevlerin tamamlanma süresi ve adım sayısı
  • Hatalı işlem ve geri alma sayısı
  • Kullanıcıların paneli dış tablolara aktarma ihtiyacının azalması

[06]Sık yapılan hatalar

Her veriyi ana ekrana koymak

Yirmi kartlı bir dashboard hiçbir şeyi öne çıkarmaz. Ana ekran yalnız karar gerektiren göstergeleri göstermeli.

Yalnız renkle anlatmak

Kırmızı-yeşil ayrımına dayanan durumlar renk körlüğü olan kullanıcılar için okunmaz. Renk, ikon ya da metinle desteklenmeli.

Örnek veriyle tasarlamak

Kısa isimler ve düzgün sayılarla çizilen tablo, gerçek verideki uzun firma adları ve boş alanlarla dağılır. Tasarım gerçek veriyle denenmeli.

[07]Fiyatı ne belirler?

Sabit paket fiyatı yayınlamıyoruz; çünkü iki “mobil uygulama” ekran sayısı, kullanıcı rolleri, araştırma ihtiyacı ve mevcut tasarım sistemi açısından çok farklı iş yükü olabilir. Görüşmeden sonra kapsamı, yöntemi, takvimi ve fiyatı yazılı iletiriz. Dış katılımcı paneli gibi üçüncü taraf maliyetler ayrıca yazılır.

  • Ekran ve rapor sayısı
  • Tablo ve filtre karmaşıklığı
  • Kullanıcı rolü sayısı
  • Gerçek veriye erişim ve gözlem imkânı
  • Mevcut bileşen kütüphanesi

[08]Sık sorulanlar

Kullanıcıların o ekrana bakarak hangi kararı verdiğinden yola çıkarız. Karar etkilemeyen göstergeler ana ekrandan çıkarılır ya da ayrıntı ekranına taşınır.

Mümkünse evet; anonimleştirilmiş gerçek veri, tablo ve grafik tasarımının gerçek koşullarda çalışıp çalışmadığını gösterir. Erişim yoksa gerçekçi uç durumları içeren örnek veri hazırlarız.

Kullanım bağlamına göre karar veririz. Saha ekipleri için ayrı, sade bir mobil görünüm; masa başı işler için masaüstü öncelikli ama mobilde okunabilir bir tasarım çoğu zaman doğru dengedir.

Evet. Geliştiricilerinizin kullandığı grafik ve tablo kütüphanesinin yeteneklerine göre tasarlarız; böylece tasarımla kod arasında fark kalmaz.

Sonraki adım

Ürününüzü birlikte inceleyelim

Görüşmede ürününüzü, kullanıcılarınızı, takıldıkları yerleri ve ekibinizin yapısını konuşur; yazılı bir kapsam, yöntem ve takvim önerisi çıkarırız. Bağlayıcı değildir.

WhatsAppGörüşme Planla