Tasarım sistemini gerçek akışta değerlendirmek
Bileşen sayısı, yararı tek başına göstermez. Bir sipariş düğmesi, hangi durumların ortak kurallara ihtiyaç duyduğunu ortaya koyar.
Bir tasarım sistemini, bileşenlerinin tekrar eden görevleri güvenilir biçimde destekleyip desteklemediğine göre değerlendirin. Çizilmiş bileşen sayısı bunun için zayıf bir ölçüttür. Tek bir sipariş düğmesi bile güzel görünüm ile işe yarayan davranış arasında ne kadar iş bulunduğunu gösterebilir.
Aşağıdaki örnek varsayımsaldır. Müşteri portalı için “Siparişi gönder” düğmesi özenle tasarlanır. Aralıklar, renk ve yazı tipi uygundur. Tasarımda bileşen bitmiş sayılır. İstek başlatıldıktan sonra ne olacağı ise henüz kararlaştırılmamıştır.
Tek görünüm farklı sonuçları karşılamaz
Örnekteki durum | Arayüzün aktarması gereken bilgi |
|---|---|
İstek işleniyor | İşlem sürüyor; yeniden başlatma akışa uygun ele alınıyor. |
Sunucu siparişi onaylıyor | B-42 sipariş referansı ve onaylı durum gösteriliyor. |
Sunucu geçersiz miktarı reddediyor | Miktar görünür kalıyor; anlaşılır biçimde düzeltilebiliyor. |
Gönderimden sonra bağlantı kesiliyor | Sonuç belirsiz; sipariş durumunun kontrol edilmesi gerekiyor. |
Kırmızı bir düğme son durumu açıklamaz. Sipariş çoktan oluşmuş olabilir. Onaylı yanıt olmadan gösterilen yeşil tik de başarıyı kanıtlamaz. Burada görsel tasarımın yanında doğru bilginin aktarılması gerekir.
Ortak davranışla ürün kurallarını birleştirmek
Bileşen görünür odak, uzun etiketlere yer ve işlem sürüyor gösterimi sağlayabilir. Sipariş akışı ise hangi miktarların geçerli olduğunu ve belirsiz sunucu sonucunun nasıl açıklığa kavuşturulacağını bilmelidir. Bu kurallar genel bir düğmenin içinde çözülemez.
WAI-ARIA rehberi benzer bir ilişkiyi açıklar: Rol, beklenen anlamı bildirir ama klavye etkileşimini uygulamaz. Tasarım tokenı olarak adlandırılmış metin rengi gibi ortak tasarım değerleri de davranışın veya tasarımla kod arasındaki bağlantının yerini tutmaz.
Devre dışı bırakılmış düğme her hata durumu için doğru cevap değildir. GOV.UK, anlaşılma sorunlarına dikkat çeker. Bir eylem engelleniyorsa kullanıcı nedenini anlayabilmeli ve sonraki adıma ulaşabilmelidir.
Gerekli ayrıntıyı kullanım belirler
Statik bir bilgi sayfası sipariş durumuna ihtiyaç duymaz. Yalnız gösterilen bir logonun sunucu isteği için durum makinesine ihtiyacı yoktur. Her bileşene aynı varyantları dayatmak gereksiz bakım yükü oluşturur.
Öte yandan mevcut ve test edilmiş bir bileşen kütüphanesi bu ihtiyaçları karşılıyor olabilir. Bu durumda onu uygun biçimde kullanmak, aynısını yeniden yapmaktan daha anlamlı olabilir. Gerçek akışların mevcut bileşenlerle anlaşılır biçimde gösterilemediği ortaya konursa değerlendirme değişir.
Bu nedenle tekrar eden bir akışı uygulanmış arayüzde, hatalar ve uzun çeviriler dahil değerlendirin. Örnekte bileşen, siparişinin sonucu belirsiz kalan kişinin de ne yapacağını anlamasını sağladığında işe yarar biçimde bağlanmış olur. Yinelenen siparişleri önlemek ayrıca uygun sunucu kuralları gerektirir; yalnız düğmeyi kilitlemek yeterli değildir.
Kaynaklar
Devamını okuyun
Tüm yazılar
Projeniz ASES ile
Projenizi bize anlatın. İlk değerlendirmemizle size dönelim.