Когда screen reader glitch ломает не комфорт, а сам доступ к продукту
⠀
В X снова всплыл знакомый сигнал: пользователь просит команду AI-продукта исправить accessibility glitches для blind people, которые используют screen reader.
⠀
Источник сигнала - hasantayem97.
⠀
Мне кажется, такие жалобы часто недооценивают.
Команда может услышать их как что-то уровня "есть шероховатости в UX".
Но для незрячего пользователя это нередко означает не ухудшенный опыт, а частичную потерю доступа к функции.
⠀
Если кнопка не озвучивается, если фокус прыгает, если интерфейс меняется без понятного объявления для screen reader, человек начинает не пользоваться продуктом, а угадывать его поведение.
⠀
И вот это уже другая проблема.
Не polishing. Не косметика. А базовая работоспособность интерфейса.
⠀
Потому что в сложных продуктах screen reader user быстро упирается в вещи, которые визуальная команда может вообще не заметить:
- неочевидный фокус
- пропущенные состояния
- немые кнопки
- плохо объявляемые ошибки
- динамический UI, который не объясняет, что изменилось
⠀
Именно поэтому accessibility-баги такого типа стоит разбирать не как "пожелания на будущее", а как часть core experience.
⠀
Если человек не может надёжно пройти сценарий с озвучкой, продукт нельзя считать по-настоящему доступным.
⠀
И, честно, мне кажется, что именно здесь проходит одна из самых важных границ.
Интерфейс доступен не тогда, когда про accessibility написали в roadmap.
А тогда, когда пользователь с assistive tech действительно может выполнить задачу без догадок и лишней борьбы.