İçeriğe geç

YeniAI ve otomasyon hizmetleri İnceleyin

Roof Digital ana sayfa

SaaS & Panel UX/UI

Panelde işini bilen kullanıcı da kaybolmasın

Panel ürünlerinde zorluk tek bir ekranda değildir; roller, yetkiler, bildirimler, boş durumlar ve uzun veri tabloları bir araya gelince ürün ağırlaşır. Kullanıcının günlük işini merkeze alıp gezinmeyi, ekran yapısını ve bilgi düzenini buna göre kuruyoruz.

SaaS & Panel UX/UI

SaaS & Panel UX/UI kapsamındaki hizmetler

  • CRM Panel Tasarımı

    Müşteri kaydı, fırsat takibi ve görev akışını satış ekibine göre kuran panel tasarımı.

Panel tasarımı neden ayrı bir iş

Tanıtım sitesinde ziyaretçi ilk kez gelir, ikna edilmesi beklenir ve tek bir adım atar. Panelde ise kullanıcı aynı ekrana her gün döner. Bu fark neredeyse bütün kararları değiştirir. Keşfedilebilirlik yerine hız, gösterişli anlatım yerine bilgi yoğunluğu, tek yol yerine kısayol gerekir. Ürünü yeni açan kullanıcının anlayabileceği ekranla, aynı işi yıllardır yapan kullanıcının yavaşlamadığı ekranı aynı yerde buluşturmak zorundasınız.

İkinci fark sorumluluk. Panelde atılan adımın gerçek bir karşılığı vardır. Fatura kesilir, kayıt silinir, müşteriye mesaj gider. Geri alınamayan işlemin nasıl onaylatılacağı, uyarının nerede çıkacağı ve hatanın kullanıcıya nasıl anlatılacağı bu yüzden tasarımın kenar konusu değil, ana konusudur.

Rol, boş durum ve bildirim

Panel ürünlerinde herkes aynı şeyi görmez. Yöneticinin ekranıyla saha ekibinin ekranı arasındaki farkı yalnız yetki kontrolüne bırakmak, ortaya yarısı kilitli ve anlamsız ekranlar çıkarır. Rolleri baştan çıkarmak ve her biri için ekranın neye benzeyeceğine karar vermek hem daha az iş hem daha az şikayet üretir.

Boş durumlar da öyle. Kullanıcı ürüne ilk girdiğinde elinde hiç veri yoktur ve gördüğü ilk ekran çoğu üründe en az emek verilen ekrandır. Bildirimler ise tersine, zamanla birikip kimsenin bakmadığı bir listeye dönüşür. İkisini de çekirdek akış kadar ciddiye alıyoruz.

Günlük iş listelerde geçer

Panel kullanıcısının vaktinin çoğu tablolarda geçer. Hangi kolonun görüneceği, varsayılan sıralama, filtrelerin nerede duracağı, seçili satırlarla toplu işlem yapılıp yapılamayacağı ürünün günlük kullanımını doğrudan belirler. Tabloyu sona bırakılan bir ayrıntı değil, ana ekran kararı olarak ele alıyoruz.

Aynı şey arama için de geçerli. Kayıt sayısı büyüdüğünde menüde gezinmek anlamını yitirir ve arama, ürünün asıl gezinme aracı hâline gelir. Neyin aranabildiği, sonuçların nasıl gruplandığı ve yanlış yazımın tolere edilip edilmediği bu yüzden erken kararlaştırılması gereken konular.

Nasıl çalışıyoruz?

  1. Rol ve görev analizi

    Panele kimlerin girdiğini, her rolün günlük hangi işleri yaptığını ve hangi işi kaç kez tekrarladığını çıkarıyoruz. Sık tekrarlanan iş, tasarımda en kısa yolu hak eder.

  2. Bilgi mimarisi ve gezinme

    Modüllerin gruplanmasını, menü yapısını ve arama davranışını kuruyoruz. Yapı, bugünkü modüllere göre değil ürünün gideceği yere göre seçiliyor.

  3. Akış tasarımı

    Kayıt oluşturma, düzenleme, onaylama ve silme gibi akışları adım adım kuruyoruz. Geri alınamayan işlemlerin onay ve uyarı düzeni burada belirleniyor.

  4. Arayüz ve bileşen sistemi

    Ekranları tasarlayıp bileşenleri varyantlarıyla kütüphaneye taşıyoruz. Boş, hatalı, yükleniyor ve yetkisiz görünümler kütüphanenin parçası oluyor.

  5. Prototip ve kullanıcı testi

    Gerçek kullanıcılara görev veriyoruz. Panelde en iyi test, işini bilen kullanıcının yeni ekranda ne kadar yavaşladığını görmek.

  6. Teslim ve uygulama takibi

    Dosyayı ölçüleri, bileşen adları ve davranış notlarıyla teslim ediyor, geliştirme sürerken soruları yanıtlıyoruz.

SaaS & Panel UX/UI fiyatını neler belirler?

  • Rol ve yetki yapısı

    Kaç farklı rol olduğu ve rollerin ekranı ne kadar değiştirdiği kapsamın belirleyicisi. Her rol, aynı ekranın ayrı bir tasarım kararı demek.

  • Modül ve akış sayısı

    Ürünün kaç modülden oluştuğu ve kaç farklı işlem akışı içerdiği çalışmanın boyutunu belirler.

  • Araştırma ihtiyacı

    Kullanıcılarınıza erişim varsa görüşme ve gözlem yapıyoruz. Erişim yoksa iç ekiplerin bilgisiyle ilerliyor ve varsayımları yazılı tutuyoruz.

  • Mevcut sistemin olgunluğu

    Kurulu bir bileşen kütüphanesi ve tanımlı akışlar varsa iş uyarlamayla ilerler, yoksa sistem baştan kurulur.

  • Teknik kısıtlar

    Hazır arayüz kütüphanesi, eski altyapı ya da entegrasyon sınırları tasarım alanını daraltır ve karar sayısını artırır.

Sıkça sorulan sorular

Panel tasarımı ile web sitesi tasarımı arasındaki fark ne?

Sitede ziyaretçi genelde bir kez gelir ve ikna edilmesi beklenir. Panelde ise aynı kullanıcı her gün döner ve hız ister. Bu yüzden panelde gösterişli anlatım değil, bilgi yoğunluğu, kısayollar ve tutarlı davranış öne çıkıyor.

Kullanıcılarımızla görüşmeden tasarım yapabilir misiniz?

Yapabiliriz ama ideal değil. Panel ürünlerinde iç ekipler kullanıcı davranışını çoğu zaman olduğundan daha düzenli hatırlar. Birkaç kullanıcıyla yapılan kısa görüşme bile tasarım kararlarının çoğunu değiştirebiliyor.

Rol sayısı fazla, hepsini ayrı ayrı tasarlamak gerekir mi?

Genelde gerekmez. Rolleri gördükleri ekrana göre grupluyoruz. Çoğu üründe üç dört görünüm, on rolü karşılıyor. Önemli olan farkın yetki kontrolüne bırakılmaması.

Mevcut panelimizi kullanıcılarımız zaten öğrendi, değişiklik zarar verir mi?

Ani ve topluca yapılan değişiklikler verir. Bu yüzden geçişi planlıyoruz. Sık kullanılan akışların yerini korumak, yeniliği modül modül açmak ve değişiklikleri ürün içinde anlatmak alışkanlığı bozmadan ilerlemeyi sağlıyor.

Onboarding akışını da tasarlıyor musunuz?

Evet. Panel ürünlerinde ilk kurulum ve boş durum ekranları, kullanıcının ürünü kullanmaya başlayıp başlamayacağını belirleyen yer. İlk oturumda hangi adımların isteneceğini ve neyin sonraya bırakılacağını birlikte kararlaştırıyoruz.

Bildirim sistemini tasarım tarafı mı belirliyor?

Hangi olayın bildirim üreteceği ürün kararı, bildirimin nerede görüneceği ve nasıl yönetileceği tasarım kararı. İkisini birlikte ele almazsak bildirim listesi birkaç ay içinde kimsenin bakmadığı bir yığına dönüşüyor.

Tasarım sonrası geliştirmeyi de yapıyor musunuz?

Yazılım geliştirme ayrı bir kapsam. Kendi ekibiniz geliştirecekse teslim dosyası buna göre hazırlanır; geliştirme desteği gerekiyorsa kapsamı ve ekibi baştan konuşuyoruz.

SaaS & Panel UX/UI için ilk adımı atalım

  1. 1Formu doldurun ya da bizi arayın
  2. 2Bir iş günü içinde ön görüşme planlayalım
  3. 3Size özel yol haritası ve teklif hazırlayalım