SJM — accessibility и inclusive design

Accessibility в SJM нужно проверять как часть реального пути, а не как отдельный финальный аудит интерфейса. Ограничение может возникнуть в веб-форме, мобильном приложении, ATM, документе, уведомлении, голосовом канале или при переходе между каналами.

Что добавить на карту

Слой	Вопросы для проверки
Customer actions	Может ли клиент выполнить ключевой шаг без мыши, сложного жеста, повторного ввода и необъяснённого тайм-аута?
Frontstage	Понятны ли labels, инструкции, статусы, ошибки и следующий шаг?
Channels	Есть ли доступная альтернатива при ограничении канала? Сохраняется ли контекст при переходе?
Backstage	Не теряется ли запрос accessibility-support при маршрутизации?
Service recovery	Как клиент завершает сценарий после ошибки, блокировки или деградации?
Evidence	Есть ли ручная проверка критичных форм, обращения клиентов, QA-результаты и данные об отказах?

Минимальные checkpoints

• Контраст, текстовые labels и понятная структура.
• Навигация с клавиатуры и видимый focus.
• Доступная аутентификация и отсутствие лишнего повторного ввода.
• Ошибка описывает проблему и способ исправления.
• Тайм-ауты не обрывают сценарий без предупреждения.
• Контент не передаёт смысл только цветом, звуком или изображением.
• Автоматическая проверка дополнена ручной.

Региональные ориентиры

• Международный технический baseline: WCAG 2.2 и ISO/IEC 40500:2025.
• Россия: ГОСТ Р 52872-2019, статус действует.
• ЕС: Directive (EU) 2019/882, применимость зависит от охваченного продукта и переходных положений.
• США: ADA.gov Guidance on Web Accessibility and the ADA; WCAG использовать как технический ориентир, а не как автоматическое юридическое заключение.

Дата проверки источников: 2026-06-02.

Связанные материалы

• SJM — стандарты и источники
• Пример SJM — омниканальный переход
• Пример SJM — деградация цифрового канала