Dijital Erişilebilirlik Danışmanlığı: Software Development Life Cycle (Yazılım Geliştirme Yaşam Döngüsü) Süreçlerine Erişilebilirliği Dahil Etmek

Birçok kurum dijital erişilebilirlik yolculuğuna şu şekilde başlıyor:

Denetim yaptırılır → rapor alınır → düzeltmeler yapılır → konu kapanır.

Peki gerçekten kapanır mı?

Çünkü erişilebilirlik, tek seferlik bir “tamamlandı” işaretiyle biten bir süreç değildir. Asıl soru şu olmalı:

Biz gerçekten erişilebilir miyiz, yoksa sadece uyumlu mu görünüyoruz?

Bugün birçok marka Web Content Accessibility Guidelines (Web İçeriği Erişilebilirlik Yönergeleri) kriterlerini karşılıyor gibi görünse de, gerçek kullanıcı deneyiminde hâlâ kritik kırılmalar yaşanıyor. Ve bu kırılmalar, sadece teknik bir problem değil; doğrudan ürün kalitesi, müşteri memnuniyeti ve marka güveni meselesi.

Bu yüzden dijital erişilebilirliği “audit raporu” ile sınırlamak yerine, onu ürün geliştirme sürecinin içine almak gerekiyor: yani SDLC’nin (Software Development Life Cycle) bir parçası haline getirmek.

Dijital Erişilebilirlik Danışmanlığı Ne Demek?

Dijital erişilebilirlik danışmanlığı çoğu zaman yanlış anlaşılıyor.

Bazı kurumlar için bu yalnızca bir denetim hizmeti, bazıları için eğitim, bazıları içinse teknik destek anlamına geliyor.

Oysa gerçek anlamıyla dijital erişilebilirlik danışmanlığı:

Erişilebilirliğin ürün yaşam döngüsüne entegre edilmesi ve sürdürülebilir hale getirilmesidir.

Bu danışmanlık yaklaşımı şunları kapsar:

• Yol haritası oluşturmak
• Ekipleri aynı hedefte hizalamak
• Ürün süreçlerine erişilebilirliği dahil etmek
• Sürekli takip ve iyileştirme mekanizması kurmak

Çünkü erişilebilirlik tek bir alanın sorumluluğu değildir.

Tasarım + kod + içerik + süreç birlikte çalışmadığında ortaya çıkan sonuç sadece “kağıt üzerinde uyumluluk” olur.

Bu noktada WCAG (Web Content Accessibility Guidelines) devreye girer. WCAG, erişilebilirliğin temel çerçevesini sunan uluslararası standarttır. Ancak önemli bir detay var:

WCAG sadece bir kontrol listesi değil, doğru uygulanması gereken bir deneyim standardıdır.

Piyasada En Sık Görülen Yanlış Yaklaşımlar

Bugün birçok markanın erişilebilirlik konusunda takıldığı yer tam olarak burası:

Doğru niyetle başlıyorlar ama yanlış şekilde ilerliyorlar.

En sık gördüğümüz hatalı yaklaşımlar şunlar:

1) “Audit yaptırdık, tamamlandı.”

Audit yaptırmak çok değerli bir adımdır ama tek başına yeterli değildir.

Çünkü erişilebilirlik sorunları sadece bug fix gibi ele alındığında, birkaç ay içinde yeniden oluşur.

2) “Kontrastı düzelttik, etiketleri ekledik.”

Kontrast, label, buton isimleri… Bunlar önemli ama yalnızca işin görünen kısmı.

Erişilebilirlik; bir ekranın güzel görünmesi değil, kullanıcının gerçekten işini tamamlayabilmesidir.

3) “ARIA ekledik, çözdük.”

ARIA eklemek bazen gereklidir ama yanlış uygulandığında sorunu çözmek yerine daha büyük problem yaratabilir.

Üstelik ARIA kullanımı gerçek kullanıcı testiyle doğrulanmadığında “çalışıyor gibi görünen ama çalışmayan” bir sistem ortaya çıkar.

4) “Release sonrası erişilebilirliği unuttuk.”

En kritik problem de budur.

Bir ürün her sprintte değişiyorsa erişilebilirlik de her sprintte bozulabilir.

Bu nedenle erişilebilirliği son adım olarak konumlandırmak:

• daha pahalıdır
• daha geç sonuç verir
• daha risklidir
• daha çok kriz çıkarır

Bu bölümün net mesajı şudur:

Erişilebilirlik sonradan düzeltilecek bir bug değildir.

“Teknik Olarak Var” Ama “Kullanılamıyor” Gerçekliği

Erişilebilirlik konuşulurken çoğu zaman soyut kalıyor. Bu yüzden gerçek hayattan birkaç örnekle somutlaştıralım:

Senaryo 1: Ödeme Akışında Takılan Kullanıcı

Görme engelli bir kullanıcı ödeme ekranına gelir.

Kart bilgilerini girer ama “Öde” butonuna ulaşamaz çünkü odak sırası yanlış kurgulanmıştır.

Ekran okuyucu kullanıcıya doğru alanları okumaz.

Sonuç:

Satın alma tamamlanamaz. Kullanıcı kaybedilir.

Senaryo 2: Hata Mesajı Var Ama Okunmuyor

Form doldurulurken hata mesajı ekranda görünür.

Ama ekran okuyucu bunu seslendirmez.

Kullanıcı ekranda bir sorun olduğunu fark etmez ve sürekli aynı adımda takılır.

Sonuç:

Kullanıcı deneyimi kırılır, marka güveni azalır.

Senaryo 3: “Sepete Ekle” Butonu Görünüyor Ama Erişilemiyor

Buton ekranda vardır.

Ama klavye ile erişilemez.

Mobilde VoiceOver odak sırasına dahil değildir.

Sonuç:

Kullanıcı ürünü sepete ekleyemez.

Bu örneklerin ortak noktası şudur:

Teknik olarak bir şeyin var olması, erişilebilir olduğu anlamına gelmez.

Erişilebilirlik, şu sorunun cevabıdır:

Kullanıcı gerçekten işini yapabiliyor mu?

Erişilebilirliği SDLC’ye Dahil Etmek: Doğru Metodoloji

Erişilebilirliğin sürdürülebilir olabilmesi için onu ürün geliştirme döngüsünün içine almak gerekir.

Yani SDLC’nin her aşamasında erişilebilirliği kontrol eden bir sistem kurmak.

Bu yaklaşımın dünyada adı bellidir:

Shift-left accessibility

Yani problemi en başta yakala, maliyeti düşür.

SDLC boyunca erişilebilirlik şöyle ele alınmalıdır:

1) Discovery / Requirements (İhtiyaç Analizi)

Bu aşamada erişilebilirlik gereksinimlerinin tanımlanması gerekir.

• Kullanıcı profilleri belirlenir
• Kritik akışlar çıkarılır (login, ödeme, form, arama vb.)
• Erişilebilirlik acceptance kriterleri oluşturulur

Eğer erişilebilirlik burada konuşulmazsa, sonraki adımlarda hep “sonradan ekleme” maliyeti çıkar.

2) UX/UI Design (Tasarım Süreci)

Erişilebilirlik tasarımda başlar.

Bu aşamada:

• kontrast standartları
• odak düzeni
• component sistemleri
• form alanlarının mantığı
• error state kurguları

gibi temel yapı taşları doğru oturtulmalıdır.

Çünkü tasarım yanlışsa, geliştirme ekibi “erişilebilir olmayan tasarımı erişilebilir kodlamaya” çalışır ve süreç zorlaşır.

3) Development (Geliştirme Süreci)

Bu aşamada teknik gereklilikler devreye girer.

• semantic HTML kullanımı
• doğru ARIA uygulamaları
• klavye ile erişim
• ekran okuyucu uyumluluğu
• etkileşimli bileşenlerin doğru kurgulanması

Bu noktada danışmanlık yaklaşımı yalnızca hata bulmak değil, ekibi yönlendiren bir standart yaratmaktır.

4) QA / Testing (Test Süreci)

Birçok kurum erişilebilirliği sadece burada hatırlıyor.

Oysa bu aşama yalnızca doğrulama adımı olmalı.

QA tarafında:

• gerçek ekran okuyucu senaryoları
• klavye navigasyonu
• regression test yaklaşımı
• kritik akış testleri

devreye girmelidir.

5) Release & Monitoring (Yayın ve Sürekli İzleme)

Ürün yayına çıktıktan sonra erişilebilirlik bitmez.

Yeni feature geldiğinde yeni risk doğar.

Bu yüzden:

• düzenli taramalar
• trend takibi
• tekrar eden hataların analizi
• sprint bazlı kontrol sistemi

kurulmalıdır.

Gerçek sürdürülebilirlik burada başlar.

Türkiye’de Yeni Dönem: Regülasyon ve Risk Yönetimi

Türkiye’de yayımlanan dijital erişilebilirlik genelgesiyle birlikte, erişilebilirlik artık sadece “iyi bir şey yapmak” değil, zorunluluk haline gelmeye başladı.

Özellikle bankacılık, fintech, e-ticaret, kamu ve telekom sektörlerinde dijital kanallar:

• daha fazla kullanıcıyı etkiliyor
• daha yüksek işlem hacmine sahip
• daha büyük itibar riski taşıyor

Bu süreç sadece “ceza riski” değil, aynı zamanda marka güveni ve kurumsal itibar yönetimi anlamına geliyor.

Artık erişilebilirlik, kurumlar için bir “nice-to-have” değil: must-have.

Doğru Dijital Erişilebilirlik Danışmanlığı Nasıl Olmalı?

Gerçek anlamda doğru yaklaşım şudur:

• sadece rapor değildir
• sadece audit değildir
• sadece eğitim değildir
• sadece teknik destek değildir

Doğru dijital erişilebilirlik danışmanlığı, ürün yaşam döngüsüne entegre edilmiş sürdürülebilir bir sistemdir.

Bu başarının ölçümü ise şunlarla yapılır:

• erişilebilirlik skorları ve gelişim trendi
• issue’ların azalma/tekrar etme oranı
• kullanıcıların kritik akışları tamamlayabilmesi
• ekiplerin ortak bir erişilebilirlik dili geliştirmesi

Burada en kritik nokta “süreç sahipliği”dir.

Eğer kurum içinde erişilebilirlik bir rol haline gelmezse, süreç her zaman kişilere bağlı kalır ve sürdürülebilir olmaz.

BlindLook Bu Süreci Nasıl Yürütür?

BlindLook, 2021’den bu yana dijital erişilebilirliği yalnızca teknik bir denetim olarak değil, bir ürün kalitesi ve kullanıcı deneyimi konusu olarak ele alır.

Bugüne kadar bankacılık, perakende, fintech, e-ticaret ve sigorta gibi birçok sektörde kurumların web ve mobil kanallarında erişilebilirliği sürdürülebilir hale getiren süreçler yürüttük.

BlindLook yaklaşımının temel farkı şudur:

Erişilebilirliği gerçek kullanıcı deneyimiyle doğrularız.

Bu süreçte:

• görme engelli gerçek kullanıcı testleri
• teknik uzman analizi
• raporlama ve aksiyon takibi
• portal üzerinden izleme sistemi
• sprint bazlı danışmanlık desteği
• release öncesi kontroller
• ekip eğitimleri ve rehberlik

gibi katmanlarla kurumların SDLC süreçlerine entegre bir yapı kurarız.

Yani hedefimiz yalnızca “uyumlu görünmek” değil:

gerçekten erişilebilir olmak.

Özet: Erişilebilirlik Bir Sonuç Değil, Süreçtir

Kısaca toparlamak gerekirse:

• Erişilebilirlik sonradan eklenmez
• Audit tek başına yeterli değildir
• Gerçek kullanıcı deneyimi kritik fark yaratır
• SDLC’ye entegre edilmediği sürece erişilebilirlik sürdürülemez
• Regülasyonlar artık bu konuyu acil hale getiriyor

Nereden Başlamalı?

Eğer “biz erişilebilir miyiz?” sorusuna net cevap veremiyorsanız, muhtemelen erişilebilirliği yalnızca son adımda ele alıyorsunuzdur.

BlindLook olarak mevcut dijital kanallarınızı ve SDLC süreçlerinizi birlikte değerlendirerek, erişilebilirliği sürdürülebilir bir yapıya dönüştürebileceğiniz yol haritasını çıkarabiliriz.

Kısa bir keşif görüşmesi planlayarak nereden başlamanız gerektiğini birlikte belirleyebiliriz.