Form onayını tamamlanan kullanıcı görevine bağlamak
Kurgusal form karşılaştırması tasarım onayından sonra açık kalan soruları gösterir: düzeltme, bilgilerin korunması ve talebin alındığının doğrulanması.
Bir form, tasarım görüşmesinde anlaşılır görünüp bir giriş düzeltilirken ek iş çıkarabilir. Bu nedenle onay kaydı, akışın hangi bölümünün gerçekten değerlendirildiğini ve hangi soruların açık kaldığını belirtmelidir.
Aynı proje talebi, farklı akışlar
Aşağıdaki tablo, iki kurgusal proje formunun varsayımsal davranışlarını anlatır. Başlangıç ekranları aynı derecede düzenli görünür. İkisinde de telefon isteğe bağlı olarak etiketlenmiştir; kişi, sorular için kendisine e-postayla ulaşılabilecek bir talep oluşturmak ister.
Kontrol durumu | A sürümü | B sürümü |
|---|---|---|
Telefon alanı boş kalır | Gönderirken yine de zorunlu tutulur. | İsteğe bağlı kalır. |
E-posta tamamlanmamıştır | Yalnız kırmızı çerçeve vardır; düzeltme yardımı yoktur. | İlgili alana götüren anlaşılır hata metni vardır. |
E-posta düzeltilir | Önceden yazılmış proje hedefi kaybolur. | Proje hedefi korunur. |
Gönderim doğrulanmamıştır | Tıklamadan hemen sonra başarı gösterilir. | Talebin alındığının henüz doğrulanmadığı gösterilir. |
Yalnız başlangıç ekranını görüşmek bu farkları ortaya çıkarmaz. Bu nedenle formun görünümü ile görev sırasındaki davranışı birlikte ele alınmalıdır. W3C WAI, alan yanındaki ve gönderim sonucuna ilişkin geri bildirimleri açıkça form akışının parçası olarak ele alır.
Gözlemi işlev kontrolünden ayırmak
GOV.UK, kullanılabilirlik incelemelerini somut görevler ve açık, yönlendirmeyen talimatlarla açıklar. Örnekte hedef şöyle olabilir: “Ekibin size e-postayla ulaşabileceği bir proje talebi oluşturun.” Kişinin hedefe ulaşıp ulaşmadığı, nerede duraksadığı ve hangi yardıma ihtiyaç duyduğu gözlenir. Talimat, sırada hangi düğmenin seçileceğini söylemez.
Hazırlanmış bir işlev kontrolü ise ayrıca tamamlanmamış girişleri ve sunucu onayının gelmemesini özellikle sınar. Örneğin değerlerin korunup korunmadığını gösterebilir. Teknik olarak denenmiş hata durumu, gerçek kullanıcıların gözlenmiş olması anlamına gelmez. İki tür bulgu farklı soruları yanıtlar.
Erken tasarım onayı neyi sağlayabilir?
Görsel taslak, ifadeleri, bilgi hiyerarşisini ve açıklamaların alanlara yakınlığını erken değerlendirmeye yardımcı olur. Akış henüz geliştirilmemişse tıklanabilir prototip düzeltme yollarını anlaşılır kılabilir. Burada sunucunun kabulü varsayımsal bir durum olarak işaretlenmelidir.
Sonraki onayda, kararlaştırılan hata durumları dahil talebin alındığının doğrulanmasına kadar uzanan yol önem kazanır. Bu nedenle açık bir onay notu incelenen görevi, son doğrulanmış durumu ve açık noktaları belirtir.
Kaynaklar
Devamını okuyun
Tüm yazılar
ASES ile Tasarım ve UX
Kullanıcı deneyimi, arayüz ve marka tasarımı