Mobil UX: Neyi Çıkaracağına Nasıl Karar Verirsin
Mobil tasarımın pahalı kısmı neyi göstereceğine karar vermek değil, neyi çıkaracağına karar vermek. Rehberlerin çoğu "gereksizi çıkarın" deyip orada duruyor. Gereksizin kim tarafından, neye bakılarak belirlendiği açıkta kalıyor.
"Az göster" ile "sığ tut" aynı anda olmaz
Mobil kullanılabilirlik listelerinin neredeyse hepsi iki şeyi yan yana söyler: mobilde daha az bilgi gösterin, detayları alt sayfalara taşıyın; ve navigasyonu sığ tutun, derin hiyerarşiden kaçının. Bu ikisi çatışır. İçeriği alt sayfaya taşımak, hiyerarşiyi bir kat derinleştirmenin tanımıdır. Ekrandan çıkardığın her blok bir yere gitmek zorunda ve gittiği yer kullanıcıdan fazladan dokunuş ister.
Kararı sayfa başına değil blok başına ver. Ziyaretçilerin küçük bir kısmının aradığı bilgiyi alt sayfaya taşı. Herkesin baktığı bir bilgiyi taşırsan ekranı sadeleştirdiğin kadar yolu uzatırsın, net zarar edersin.
Kararı tahminle değil ölçümle ver
"Bu bölüm mobilde gereksiz" cümlesi genelde toplantı odasında kuruluyor ve orada kalıyor. Bunun ölçülebilir bir karşılığı var: bloğun ekrana girip girmediğini kaydet. IntersectionObserver ile her bölüm için bir görünürlük olayı bastırırsın, birkaç hafta veri toplarsın, mobil oturumlarda hiç ekrana girmeyen bölümleri görürsün. Ekrana giren ama etkileşim almayan bölüm ayrı bir kategori; onu silmeden önce kısaltmayı dene.
Sayfada geçirilen ortalama süre bu karar için işe yaramaz. Uzun süre, içeriğin ilgi çekmesi kadar kullanıcının aradığını bulamaması anlamına da gelir; iki durumu birbirinden ayırmıyor.
Gizlemek çıkarmak değildir
Mobilde görünmeyecek bloğu genelde sunucu tarafında hiç üretmeyerek çözerim. display:none ile saklanan blok kullanıcıya görünmez ama HTML olarak indirilir, içindeki <img> etiketleri çoğu tarayıcıda yine istek atar, ilişkili script yine çalışır. Yani ekranı sadeleştirmiş, sayfayı hafifletmemiş olursun. Mobil sadeleştirmeyi hız kazancı diye satıyorsan bu fark önemli: ölçtüğünde kazancın olmadığını görürsün.
Koşullu render, breakpoint'i sunucuya taşımayı gerektirdiği için biraz daha iş. Karşılığında gerçekten daha küçük bir sayfa alırsın.
Tableti ayrı platform saymak
Tablet için üçüncü bir tasarım üretmek çoğu projede harcanan zamana değmiyor. Dokunma hedefi boyutunu mobil ölçüsünde tutup, tek sütundan iki sütuna geçtiğin eşiği doğru seçmek pratikte yeterli. Ayrı bir tablet arayüzü, bakım maliyetini üçe katlıyor ve o katman genelde ilk güncellemede geride kalıyor.
Menüyü kısaltmadan önce
Mobil menüyü kısaltmanın en kolay yolu maddeleri alt gruplara toplamak, ve bu genelde yanlış yol. Yedi maddelik düz bir liste, üç başlık altına dağıtılmış yedi maddeden daha hızlı taranır; grupladığın anda kullanıcı önce doğru grubu tahmin etmek zorunda kalır. Menüyü gerçekten kısaltmak istiyorsan madde silmen gerekir, ve hangi maddeyi sileceğini yine tıklama verisi söyler.