Erişilebilirlik çoğu zaman yazılım geliştiricilerin ilgilenmesi gereken teknik bir konu olarak görülür. Oysa bir acente yöneticisi, kullandığı ya da satın almayı düşündüğü mobil uygulamanın erişilebilir olup olmadığını herhangi bir teknik bilgiye ihtiyaç duymadan, kendi telefonuyla test edebilir. iOS'taki VoiceOver ve Android'deki TalkBack gibi ekran okuyucular, büyük yazı ayarları ve hareket azaltma seçenekleri, bunun için gereken tüm araçları zaten sunar.
Bu yazı, acente ekibinde görme, motor ya da bilişsel farklılıkları olan çalışanlar için mobil uygulamanın ne kadar kullanılabilir olduğunu anlamak isteyen yöneticilere yönelik pratik bir test rehberidir. Erişilebilirliğin web arayüzündeki genel ilkeleri ayrı bir konudur; burada odak noktamız telefona özgü kullanım koşullarıdır.
Mobil erişilebilirlik neden ayrı ele alınmalı?
Mobil cihazlarda kullanıcı ekranla parmaklarıyla, sesle ya da yardımcı araçlarla etkileşime girer. Ekran küçüktür, kullanım çoğu zaman ayakta, hareket hâlinde ya da dış mekânda gerçekleşir. Bu koşullar, masaüstünde fark edilmeyen sorunları büyütür. Ayrıca erişilebilirlik ayarlarını yalnızca kalıcı engeli olan kişiler kullanmaz. Gözlüğünü yanına almayı unutan bir temsilci, eli yaralı bir çalışan ya da güneş altında ekranı okumaya çalışan biri de aynı ayarlardan faydalanır.
Test 1: Büyük yazı ayarı
En kolay ve en çok şey anlatan testle başlayın.
- Telefonun ayarlarından yazı boyutunu en büyük seviyeye getirin.
- Acente uygulamasını açın ve günlük kullanılan ekranları dolaşın: ana ekran, müşteri listesi, müşteri kartı, görevler ve teklif formları.
- Şunlara dikkat edin: Metinler büyüyor mu? Büyüyen metinler kesiliyor ya da üst üste biniyor mu? Düğmeler ekrandan taşıyor mu? Ekran kaydırılarak tüm içeriğe ulaşılabiliyor mu?
Yazı boyutu ayarına hiç tepki vermeyen bir uygulama, görme güçlüğü yaşayan çalışanlar için ilk aşamada zorluk çıkarır. Metnin büyüyüp düzenin bozulması ise tasarımın esnek kurgulanmadığını gösterir.
Test 2: Ekran okuyucu ile gezinme
VoiceOver ya da TalkBack'i açın. İlk kullanımda hareketler alışılmadık gelebilir; birkaç dakikalık deneme yeterlidir. Temel olarak ekranda parmağınızı gezdirdiğinizde altındaki öğe okunur, çift dokunduğunuzda seçilir, sağa ve sola kaydırdığınızda bir sonraki ya da önceki öğeye geçilir.
Bu modda şunları test edin:
- Düğmeler anlamlı okunuyor mu? Simgeden oluşan bir düğmeye geldiğinizde "düğme" demesi yetmez; "müşteri ara", "yeni görev ekle" gibi işlevini söylemelidir.
- Form alanlarının etiketi var mı? Plaka, kimlik numarası ya da adres alanına geldiğinizde alanın ne istediği okunmalıdır. Yalnızca "metin alanı" diyen bir form, ekran okuyucu kullanıcısı için doldurulamaz.
- Sıralama mantıklı mı? Sağa kaydırdıkça öğeler ekrandaki görsel sıraya uygun ilerlemelidir. Başlıktan sonra bir anda sayfanın en altına atlanıyorsa yapı bozuktur.
- Durum değişiklikleri duyuruluyor mu? Teklif sonuçları geldiğinde ya da bir kayıt kaydedildiğinde ekran okuyucunun bunu bildirmesi gerekir.
- Hata mesajları okunuyor mu? Eksik alan uyarısı yalnızca kırmızı çerçeveyle gösteriliyorsa ekran okuyucu kullanıcısı hatayı fark edemez.
Test 3: Teklif akışını baştan sona tamamlamak
Ekran okuyucu açıkken gerçek bir senaryo deneyin. Trafik, kasko ve DASK birbirinden farklı alanlar isteyen ayrı akışlar olduğu için her birini ayrı ayrı test etmek gerekir. Örneğin DASK akışında adres ve yapı bilgisi seçimleri genellikle açılır listelerle yapılır; bu listelerin ekran okuyucuyla açılıp seçilebilmesi gerekir. Kasko akışında ise teminat tercihleri gibi seçim kutularının durumunun ("seçili", "seçili değil") okunması önemlidir.
Testin sonunda şu soruyu yanıtlayın: Ekranı görmeden bu akışı tamamlayabildim mi? Yanıt hayırsa, hangi adımda takıldığınızı not edin.
Test 4: Dokunma alanları ve tek el kullanımı
Ekran okuyucuyu kapatın ve uygulamayı tek elle, yalnızca baş parmağınızla kullanmaya çalışın. Sık kullanılan düğmeler ulaşılabilir bir konumda mı? Birbirine çok yakın küçük düğmeler yanlış dokunmalara yol açıyor mu? Kaydırma ile silme gibi hassas hareketlerin alternatif bir yolu var mı? Motor güçlük yaşayan kullanıcılar için karmaşık hareketlerin tek dokunuşla yapılabilen bir karşılığı olmalıdır.
Test 5: Renk ve kontrast
Telefonun ayarlarından gri tonlama modunu açın. Uygulamada durum bilgileri yalnızca renkle mi anlatılıyor? Örneğin gecikmiş bir tahsilat yalnızca kırmızı renkle, tamamlanmış bir görev yalnızca yeşil renkle gösteriliyorsa, gri tonlamada bu farklar kaybolur. Renk körlüğü yaşayan bir çalışan da aynı sorunu yaşar. Rengin yanında simge ya da metin kullanılması gerekir.
Test 6: Hareket ve zaman sınırları
Hareket azaltma ayarını açın ve uygulamadaki animasyonların sadeleşip sadeleşmediğine bakın. Ayrıca oturum süresi ya da form doldurma sırasında zaman sınırı olup olmadığını kontrol edin. Ekran okuyucu kullanan ya da yavaş yazan bir çalışan için kısa zaman aşımları, formun yarıda kaybolmasına neden olabilir. Güvenlik gereği oturum sınırları olması doğaldır; ancak uyarı verilmesi ve formun kaybolmaması sağlanmalıdır.
Testi kiminle yapmalı?
Bu testleri yöneticinin tek başına yapması iyi bir başlangıçtır, ancak en değerli bilgi gerçek kullanıcılardan gelir. Ekipte ekran okuyucu, büyük yazı ya da başka bir erişilebilirlik ayarını günlük olarak kullanan çalışanlar varsa, onların deneyimini dinlemek testlerin önüne geçer. Bu kişilerin onayıyla kısa bir kullanım oturumu düzenlemek ve hangi adımlarda zorlandıklarını gözlemlemek, hiçbir kontrol listesinin yakalayamayacağı ayrıntıları ortaya çıkarır. Bu oturumların amacı çalışanı değerlendirmek değil, aracı değerlendirmektir; bunun baştan açıkça söylenmesi önemlidir.
Bulguları nasıl değerlendirmeli?
Test sonunda elinizde bir not listesi olacaktır. Bu listeyi önem sırasına koymak için basit bir ayrım yapabilirsiniz:
- Engelleyici: Bir işin tamamlanmasını imkânsız kılan sorunlar. Etiketsiz form alanları, ekran okuyucuyla seçilemeyen listeler gibi.
- Zorlaştırıcı: İşi yavaşlatan ama tamamen engellemeyen sorunlar. Mantıksız gezinme sırası, küçük dokunma alanları gibi.
- İyileştirme: Deneyimi rahatlatacak öneriler.
Bu listeyi yazılım sağlayıcınızla paylaşmak, somut ve uygulanabilir bir geri bildirim sunar. InsureHub olarak erişilebilirlik geri bildirimlerini, ürün geliştirme sürecinin doğal bir girdisi olarak görüyoruz.
Sonuç
Mobil erişilebilirlik testi, bir öğleden sonranın küçük bir bölümünü alır ama ekipteki herkesin uygulamayı rahatça kullanıp kullanamayacağı hakkında net bir tablo verir. Bir mobil sigorta uygulaması seçerken bu testleri değerlendirme sürecinin parçası yapmak, ileride ortaya çıkabilecek uyum sorunlarını önler. Kendi ekibinizle bu testleri yapmak için demo hesabı talep edebilirsiniz.