Çaldıran ve Çatak: UX Tasarımında Görev Testi

Bir arayüzün güzel görünmesi, kullanıcıların işini tamamlayabildiğini göstermez. Çaldıran veya Çatak’ta çalışan bir işletme yeni bir web sitesi ya da yönetim paneli hazırlatırken önce hangi işlemin zorlandığını belirlemelidir. Bu rehber, tasarım teklifini ekran sayısı yerine kullanıcı görevleri üzerinden değerlendirmek için hazırlanmıştır. Aşağıdaki senaryolar örnektir; ilçelerde yapılmış bir araştırma veya tamamlanmış müşteri projesi olarak sunulmaz.

Test edilecek görevi açık bir cümleyle yazın

“Site kolay kullanılsın” ölçülebilir bir beklenti değildir. Bunun yerine “Ziyaretçi uygun hizmeti bulsun, kapsamını okusun ve teklif talebini gönderebilsin” gibi bir görev seçin. Başlangıç noktası, kullanıcının elindeki bilgi ve başarılı bitiş koşulu belli olmalıdır. Bir depo panelinde aynı yaklaşım “Gelen ürünün kaydını bul ve teslim alınan miktarı işle” olabilir. Her iki örnek farklı ekranlara, bilgilere ve hata durumlarına ihtiyaç duyar.

İlk sürüm için en önemli birkaç görevi seçin. Ekran listesini bu görevlerden çıkarın; sırf başka bir sitede bulunduğu için bölüm eklemeyin. Kullanıcının daha önce yaptığı iş, kullandığı cihaz ve erişebildiği bilgiler tasarım kararının gerekçesi olmalıdır.

Çalışan sistemden önce prototiple deneyin

Prototip, ekranlar arasındaki geçişi gösterir; gerçek ödeme, kayıt veya entegrasyon yaptığı varsayılmamalıdır. Teste katılan kişiye hangi sayfaya basacağını söylemek yerine hedefi anlatın. Kullanıcıların takıldığı düğmeyi, yanlış anladığı başlığı ve aradığı bilgiyi not edin. Katılımcının bir ekranı beğenmesi ile görevini tamamlaması ayrı sonuçlardır.

1. Kullanıcıya işlem bağlamını ve elindeki bilgileri verin.
2. Görevi kendi yöntemiyle tamamlamasını isteyin; düğmeleri tarif etmeyin.
3. Yanlış seçimleri, geri dönüşleri ve yardım ihtiyacını kaydedin.
4. Sorunun nedenini sorun; yanıtı hemen kendi yorumunuzla değiştirmeyin.
5. İyileştirilen akışı aynı görevle tekrar deneyin.

Formun yalnızca başarılı halini tasarlamayın

Bir teklif formunda zorunlu alanın boş olması, hatalı e-posta, bağlantı kesilmesi ve tekrar gönderim farklı durumlardır. Hata mesajı hangi alanın neden düzeltilmesi gerektiğini söylemelidir. Kullanıcının doğru doldurduğu bilgiler hata sonrasında kaybolmamalıdır. İşlem sürerken düğme durumu anlaşılır olmalı; başarısız istek sonrasında yeniden deneme mümkün kalmalıdır.

Formun gerçekten kaydedildiği sunucudan doğrulanmadan başarı ekranı gösterilmemelidir. Başarılı sonuçta talebin alındığı söylenebilir; işletmenin garanti etmediği bir dönüş süresi yazılmamalıdır. Bu durumları tasarım dosyasında göstermek, geliştirme sırasında kararların eksik bırakılmasını önler.

Mobil ve klavye kullanımını ayrı görevlerle kontrol edin

Telefon ekranında sadece sayfanın daralmasına bakmayın. Menü açıldığında içerik dışarı taşıyor mu, klavye formun gönder düğmesini kapatıyor mu, hata mesajı görünür yerde mi diye deneyin. Büyük metin ayarıyla yazılar kesilmemeli; önemli bilgi yalnızca üzerine gelince ortaya çıkmamalıdır. Menü ve dialog kapandığında kullanıcı kaldığı noktadan devam edebilmelidir.

W3C’nin WCAG 2.2 hedef boyutu açıklaması, istisnalarıyla birlikte en az 24 × 24 CSS piksel hedef veya yeterli aralık koşulunu ele alır. Bu tek kriter bütün erişilebilirliği kanıtlamaz. Klavyeyle gezinme, görünür odak, alan etiketleri ve hata açıklamaları da ayrıca denenmelidir.

Tasarım tesliminde hangi dosyalar bulunmalı?

• Önemli görevler için başlangıçtan sonuca kadar kullanıcı akışları.
• Masaüstü ve mobil ekranlar; açılan menü ve form durumları.
• Yükleniyor, boş, hata, başarı ve yetkisiz erişim örnekleri.
• Tekrarlanan düğme, alan ve kartların kullanım kuralları.
• Metinler, görsel kaynakları ve geliştiricinin erişebildiği düzenlenebilir tasarım.

Test sonuçlarını “kullanıcılar beğendi” şeklinde özetlemek yerine görevin tamamlanıp tamamlanmadığıyla kaydedin. Küçük bir test, bütün müşterilerin davranışını veya dönüşüm artışını garanti etmez; fakat belirgin akış sorunlarını yayın öncesinde görünür kılar.

Deca Yazılım’ın UX/UI tasarım hizmeti ve Van için UX/UI proje kapsamı üzerinden ihtiyaçlar görüşülebilir. Ekibimiz Atakum/Samsun merkezlidir; Çaldıran ve Çatak için çalışma biçimi ve teslimatlar keşif aşamasında netleştirilir.

Teknik kaynak: W3C — WCAG 2.2 hedef boyutu açıklaması.