Etkileşim Tasarımının Beş Temel Özelliği ve Pratikteki Karşılığı
Etkileşim tasarımı, kullanıcının bir sistemle kurduğu diyaloğu tasarlama işidir: neyi tıklayacağı, ne olduğunu nereden anlayacağı, yanlış yaptığında nereye düşeceği. Interaction Design Foundation bu alanı beş karakteristikle özetler. Beşi de soyut prensip değil, ekranda karşılığı olan kararlardır; aşağıda her birinin pratikte ne anlama geldiği ve nerede ters teptiği var.
1. Tasarım değişimi şekillendirir
Bir arayüzü yayına aldığın anda insanların davranışını değiştirmiş olursun. Hangi seçenek işaretli geliyor, liste neye göre sıralı, birincil buton nerede duruyor: bunların hepsi tercih üretir. Varsayılanı değiştirmek çoğu zaman yeni bir özellik eklemekten daha büyük etki yapar, o yüzden değiştirmeden önce mevcut dağılımı ölç. Aksi halde iyileştirdiğini mi yoksa sadece kaydırdığını mı bilemezsin.
Hover efektleri, kısa geçişler ve tıklanabilir görseller bu yönlendirmenin küçük araçlarıdır. Bir uyarıyla: hover dokunmatikte yok. iOS Safari'de hover durumu ilk dokunuşta tetiklenir ve kullanıcı bağlantıya gitmek için ikinci kez dokunmak zorunda kalır. Yalnızca fare imleci üzerine gelince görünen bilgi, klavyeyle gezinen kullanıcı için de yok demektir. Kural basit: hover ek katman olsun, bilgiye giden tek yol olmasın.
2. Tasarım olası gelecekleri yoklar
Prototipin işi doğru çözümü bulmak değil, yanlış olanları ucuza elemek. Bu yüzden tek bir akışı cilalamak yerine iki üç ayrı yaklaşım kur, hepsini aynı senaryoyla dene. Tıklanabilir bir prototip, gerçek veriyle çalışan bir ekranın onda biri kadar emekle aynı sorunu ortaya çıkarır.
Atılamayacak kadar emek harcadığın prototip, prototip olmaktan çıkıp savunulan bir karara dönüşür. Zaman kutusu koy: bir gün, iki gün. Süre dolduğunda elindekini test et, güzelleştirmeye devam etme.
3. Problemi çözümle birlikte çerçevelemek
Etkileşim tasarımcısı sorunu tanımlarken çözümü de kurar, ikisi paralel ilerler. Burada gözden kaçan şu: çözüm önerisi, problem tanımını kilitler. "Menü karışık" diye çerçevelersen çözümün mutlaka bir menü olur, oysa asıl sorun kullanıcının aradığı şeyin hiçbir menüde bulunmaması olabilir.
Navigasyon şikayeti geldiğinde ilk bakılacak yer menü değil, site içi arama kayıtlarıdır. Sonuçsuz kalan sorgular problem tanımını çoğu zaman baştan değiştirir; "gezinme zor" dediğin şey "o içerik yok" ya da "insanlar ona başka bir isimle diyor" çıkar. Çerçeveyi bir kez yeniden yazmak, yanlış çerçeveye üç iterasyon harcamaktan ucuza gelir.
4. Eskizle düşünmek
Fikir kafanın içindeyken tutarlı görünür, kağıda döküldüğünde açıkları çıkar. Bu yüzden ilk tur kaba kalsın: kutular, oklar, iki kelimelik etiketler. Düşük çözünürlük bilerek seçilir, çünkü gösterdiğin şey ne kadar bitmiş görünürse geri bildirim o kadar yüzeye kayar. Renk ve yazı tipi hakkında yorum alırsın, akış hakkında almazsın.
Kağıt aşamasını atlayıp doğrudan tasarım aracına geçen ekipler çok (bunu hız kazancı değil, geri dönüşü pahalıya patlayan bir erteleme olarak görüyorum). Eskiz üç dakikada çöpe atılır, üç gün emek verilmiş ekran atılmaz, savunulur.
5. İşlevsellik, teknoloji, estetik ve etik dengesi
Bir arayüz aynı anda dört sınavı geçmek zorunda: işini görecek, altyapının kaldıracağı şekilde kurulacak, bakılabilir olacak ve kullanıcıyı kandırmayacak. İlk üçünde takılan tasarım genellikle fark edilir. Dördüncüsü sessizce geçer.
Etik kısmı somut örneklerle konuşulunca anlaşılır. Önceden işaretli gelen onay kutusu geçerli rıza değildir; Avrupa Birliği Adalet Divanı Planet49 kararında (C-673/17) bunu açıkça belirtti ve KVKK'nın açık rıza tanımı da aynı yere bakar. Aynı mantık iptal akışına uzanır: kayıt olmak üç tıklıyorsa, iptal etmek de üç tıklık olmalı. Kullanıcıyı yorarak elde tutmak bir tasarım kararıdır, kaza değil.
Estetikle işlevi karşı karşıya koymaya da gerek yok. Tutarlı boşluk, okunur bir kontrast ve tahmin edilebilir buton yerleşimi hem güzel görünür hem hata oranını düşürür. Süs olan kısım, bu üçünü kurduktan sonra kalan yerdir.
Kaynak