Yapay Zeka ile Oluşturduğunuz Uygulamayı Herkes Kullanabiliyor mu? Erişilebilirlik İçin Sade Bir Rehber

Yapay zekayla bir uygulama oluşturduğunuzda, onu kendi kullandığınız gibi test edersiniz: kendi ekranınız, kendi gözleriniz, dizüstü bilgisayarınızı iki elinizle sabit tutuşunuz. Sorun şu ki, uygulamanızı açacak insanların ciddi bir kısmı onu böyle kullanmıyor. Biri telefonundaki yazıyı normalin iki katına yakınlaştırıyor. Biri kırmızı hata mesajınızı etrafındaki siyah yazıdan ayırt edemiyor. Biri kucağında bebekle tek başparmağıyla dokunuyor. App erişilebilirliği, basitçe, bu insanların da işi hallettirebilmesiyle ilgilidir — ve bu, yapay zekayla oluşturulan uygulamaların çoğuna hiç sorulmayan bir sorudur.

Bunu halletmek için bir diplomaya ya da uyumluluk ekibine ihtiyacınız yok. Uygulamaların insanları genellikle nerede dışarıda bıraktığını — dört beş yaygın noktayı — ve bunları düzeltmesi için builder’ınıza nasıl söyleyeceğinizi bilmeniz yeterli. Size yaygın olanları hikayelerle göstereyim, çünkü bir kere görünce fark etmesi çok daha kolay.

Biri yakınlaştırınca uygulamamın düzeni neden bozuluyor?

Çünkü yapay zekayla oluşturulan uygulamaların çoğu tek bir sabit yazı boyutuna göre tasarlanır; bu yüzden biri telefonundaki veya tarayıcısındaki yazıyı büyüttüğünde — ki bunu özellikle altmış yaş üstü pek çok insan yapar — butonlar üst üste biner, sütunlar karman çorman bir yığına dönüşür, kontroller birbirinin altına kayar.

Tanıdığım bir maker, annesinin kuaför salonu için düzgün, küçük bir randevu uygulaması yaptı. Görünüşü harikaydı. Sonra annesi uygulamayı açtı ve altmış yaş üstü pek çok kişi gibi ilk yaptığı şey yazıyı büyütmek için ekrana iki parmakla dokunmak oldu. Düzen tamamen dağıldı. Butonlar üst üste bindi, “Rezervasyon Yap” butonu menünün altına kaydı, saatlerin olduğu sütun ise okunamayan karışık bir yığına dönüştü.

Bu, yapay zekayla oluşturulan uygulamalarda en sık görülen erişilebilirlik hatasıdır ve biri yakınlaştırana kadar fark edilmez. Builder’ınıza şunu sorun: “Yazı %200’e yakınlaştırıldığında düzenin hâlâ çalıştığından emin ol. Hiçbir şey üst üste binmesin ya da kesilmesin.” Sonra kendiniz test edin — telefonunuzda sistem yazı boyutunu en büyük ayarına getirip uygulamanızı açın. Eğer dağılıyorsa, ilk düzeltmeniz bu olsun.

Uygulamam durumu göstermek için neden sadece renk kullanmamalı?

Çünkü erkeklerin yaklaşık on ikide biri renkleri farklı görür, en yaygın olarak da kırmızı ile yeşili — yani salt kırmızı bir noktayla yeşil bir nokta arasındaki fark olarak gösterilen bir durum, onlara aynı görünür ve “ödendi” ile “gecikmiş”i gerçekten ayırt edemezler.

Bir serbest çalışan, durumu tamamen renkle gösteren bir fatura takip uygulaması yaptı — yeşil nokta, kırmızı nokta. Kırmızı-yeşil renk körü olan müşterilerinden biri, iki nokta ona aynı göründüğü için zaten ödenmiş faturaları tekrar tekrar ödedi. Bilgi oradaydı. Sadece onun için orada değildi.

Bunun çözümü bir özellik değil, bir alışkanlıktır: bir şeyi anlatmanın tek yolu olarak asla sadece rengi kullanmayın. Renkle birlikte bir kelime, ikon ya da şekil ekleyin. Kırmızının yanına “Gecikmiş” yazın. Yeşilin yanına bir onay işareti koyun. Sadece kırmızı bir çerçeve değil, bir yıldız işareti ve “zorunlu” kelimesi kullanın. Renk kalabilir — sadece mesajı tek başına taşıyamaz.

Ekran okuyucular ikonun adını söylemek yerine neden sadece “buton” diyor?

Çünkü etiketsiz bir ikon buton — bir çöp kutusu, bir kalem, hiç yazısı olmayan bir büyüteç — ekran okuyucunun (görme engelli ve az gören kişilerin ekranı sesli okutmak için kullandığı yazılım) okuyabileceği bir metne sahip değildir; bu yüzden tam anlamıyla “buton” diye seslendirir. “Sil” demez. “Düzenle” demez. Sadece “buton” der.

Yapay zeka builder’ları modern göründükleri için sade ikon butonları sever. Ama her kontrolün “buton” olarak adlandırıldığı ve tahmin etmek zorunda kaldığınız bir uygulama kullandığınızı düşünün. Her ikona görünür bir yazı eklemeniz gerekmiyor — her kontrolün altında, ekran okuyucunun seslendirebileceği görünmez bile olsa bir isim olmasını sağlamanız gerekiyor. Builder’ınıza şunu sorun: “Her ikon butona erişilebilir bir etiket ver — bir çöp kutusu ikonu ‘Sil’ olarak, bir kalem ‘Düzenle’ olarak seslendirilsin.” Küçük bir değişiklik ama görme engelli bir kullanıcının gezinebildiği bir uygulamayla, isimsiz butonlardan oluşan bir duvar arasındaki fark bu.

Mobil bir uygulamada dokunma alanları ne kadar büyük olmalı?

Tasarımcıların kullandığı kabaca kural, dokunulabilir her şeyin yaklaşık 44 piksel — bir parmak ucu büyüklüğünde — olması ve iki dokunulabilir öğenin birbirine yapışık durmaması için gerçek bir boşluk bırakılmasıdır.

Birinin uygulamanızı otobüste tek elle kullandığını hayal edin. Başparmaklar geniş ve az hassas, otobüs sallanıyor ve kapatmak için kullanılan “X” köşedeki 16 pikselik bir nokta. İki kere ıskalıyor, bir kere arkasındaki şeye basıyor ve vazgeçiyor. Küçük, sıkışık dokunma alanları sadece can sıkıcı değil, bir erişilebilirlik sorunudur — titreme yaşayan, elleri daha büyük olan ya da hareketli bir ortamda bulunan insanları en çok bunlar vurur. Builder’ınıza şunu sorun: “Dokunma alanlarını en az 44 piksel yap ve insanların yanlış öğeye basmaması için aralarına boşluk ekle.” Sonra test edin: telefonunuzda uygulamanızı açın ve dolaşırken tek elle ana işlemi yapmayı deneyin. Siz sürekli yanlış basıyorsanız, herkes de basacaktır.

Uygulamamı erişilebilirlik için beş dakikada nasıl test ederim?

Bunun çoğunu, herhangi bir araç kullanmadan, insanların en çok kullandığı ekranda üç hızlı kontrolle kendiniz bulabilirsiniz:

Yakınlaştırın. Telefonunuzun ya da tarayıcınızın yazısını en büyük ayarına getirip ana ekranı açın. Bir şey üst üste biniyor mu, kayboluyor mu, kesiliyor mu?
Rengi çekip alın. Uygulamanızın renk kullanarak bir şey anlattığı her yere bakın — durum, hatalar, zorunlu alanlar. Her şeyin gri tonlarında olduğunu hayal ederseniz, hâlâ ne olup bittiğini anlayabiliyor musunuz? Anlamıyorsanız, bir kelime ya da ikon ekleyin.
Ekran okuyucuyu iki dakikalığına açın. Hem iPhone’da (VoiceOver) hem de Android’de (TalkBack) yerleşik bir ekran okuyucu var. Açın, gözlerinizi kapatın ve uygulamanızın asıl amacı olan işlemi yapmaya çalışın. Hangi butonların isimsiz olduğunu hemen duyacaksınız.

Bunların hiçbiri geliştirici olmanızı gerektirmiyor. Sadece beş dakikalığına kendiniz gibi test etmeyi bırakıp elleri, gözleri ya da ekranı sizinkiyle uyuşmayan biri gibi test etmenizi gerektiriyor.

Her şeyi bir anda düzeltmek zorunda değilsiniz. İnsanların en çok kullandığı tek bir ekranı seçin — rezervasyon formu, kayıt ekranı, ana liste — ve o ekranın yakınlaştırıldığında, rengi çekilip alındığında ve sesli okunduğunda çalıştığından emin olun. Doğru yapılmış o tek ekran, kimsenin uğramadığı köşelerin bütün bir erişilebilirlik denetiminden daha fazla insanı kapsar. Oradan başlayın; uygulamanızı tek başparmağıyla ve yakınlaştırılmış bir ekranla açan bir sonraki kişi, sadece bir ziyaretçi değil, gerçek bir kullanıcı olsun.