Проект версии 0.2 от 11 сентября 2026 года. Прикладное дополнение к методологии разработки и методологии оценки. Реальные пользовательские сессии по этому протоколу пока не проведены.
1. Назначение и основание
Протокол помогает установить, понимает ли человек назначение услуги, свое положение в процессе, следующий шаг, ошибку и последствия решения. Он также позволяет найти требования к памяти, вниманию, чтению и темпу работы, которые мешают выполнению задачи.
Основания: W3C COGA, Making Content Usable, 29.04.2021 (внешняя ссылка, откроется в новой вкладке), W3C об участии пользователей в оценке (внешняя ссылка, откроется в новой вкладке), общие руководящие указания ГОСТ Р ИСО 21801-1-2022, официальная область применения (внешняя ссылка, откроется в новой вкладке), практика пользовательского тестирования Uu-tilsynet (внешняя ссылка, откроется в новой вкладке).
Все процедуры, обозначения К01–К12 и правила решения ниже являются авторским проектом. Они не составляют отдельный уровень соответствия WCAG. Нарушение конкретного технического критерия фиксируется дополнительно в техническом реестре, с собственной применимостью и доказательством. Сложность задания для человека сама по себе не доказывает нарушение WCAG или российского стандарта.
2. Подготовка исследования
Сначала задают решение, ради которого проводится исследование: например, можно ли выпускать новый сценарий подачи заявления или требуется переработать подтверждение платежа. Выбирают реальные значимые задачи и явно указывают, какое понимание необходимо человеку для безопасного самостоятельного действия.
В паспорт включают:
| Поле | Что записать до сессии |
|---|---|
| Объект | Версия прототипа или продукта, язык, роль, процесс, начальное и конечное состояние |
| Потребности | Трудности чтения, запоминания, удержания внимания, понимания терминов, обработки нескольких стимулов или смены контекста |
| Контекст | Знакомство с услугой, языком, устройством и вспомогательными средствами; привычная помощь |
| Задача | Нейтральная цель человека, без подсказки названия нужной кнопки |
| Ключевое понимание | Что человек должен понять до действия: сумму, срок, адресата, обязательство, способ исправить или отменить |
| Материалы | Безопасные вымышленные данные и состояние, которое можно восстановить для следующего участника |
| Поддержка | Способ предъявления инструкции, обычные средства пользователя, допустимая помощь и условия остановки |
| План охвата | Какие потребности представлены, какие отсутствуют, почему выбран такой состав участников |
| Ответственные | Модератор, наблюдатель, владелец решения и специалист, помогающий адаптировать коммуникацию |
Набор строят по потребностям, а не по предположению, что диагноз задает одинаковое поведение. Пожилой возраст не означает когнитивное нарушение; наличие РАС или СДВГ не описывает автоматически возможности чтения и принятия решений. Одного участника нельзя объявлять представителем всей группы.
Универсального достаточного числа участников этот проект не устанавливает. Для качественного пилота важны разнообразие значимых потребностей и повторная проверка изменений. Численность и критерий завершения каждой итерации согласуют заранее. Доли успеха в малой целевой выборке описывают только эту выборку, а не распространенность барьеров среди населения.
3. Согласие, помощь и остановка
До начала участник получает понятное объяснение цели, действий, длительности, записи и использования данных. Ему сообщают, что оценивают сайт, а участие можно прекратить без объяснения. Согласие на участие и согласие на аудио или видео фиксируют отдельно. Если запись не согласована, используют обезличенные заметки.
Информацию о согласии можно прочитать вслух или представить в удобном формате. Проверяют понимание через просьбу объяснить своими словами, что будет происходить и как остановиться. Это не экзамен. Если человек не может выразить понятное и добровольное решение, сессию не начинают; дальнейший порядок определяет ответственный за исследование с учетом применимых правил и необходимого представительства. Сам факт инвалидности не является основанием считать взрослого человека неспособным дать согласие.
Компенсация, если предусмотрена, не зависит от успешности выполнения задания. Участник может пользоваться привычным устройством, программой чтения, увеличением, альтернативной коммуникацией и обычной поддержкой. Эти условия описываются в результате.
Для каждого действия различают:
- самостоятельно в согласованных условиях: человек использует обычные средства и доступную на сайте помощь;
- с нейтральным повтором: модератор повторил исходную цель, не указав способ решения;
- с направляющей помощью: модератор назвал элемент, путь или объяснил содержание сайта;
- не завершено: участник остановился, отказался, выбрал иной исход или сработало условие остановки.
Направляющая помощь не превращается задним числом в самостоятельный успех. Привычная поддержка фиксируется отдельно от подсказок исследователя. Требование постоянно рассуждать вслух необязательно: оно само может увеличить нагрузку. Допустимы паузы и короткие вопросы после действия.
Сессию останавливают по просьбе участника, при заметном утомлении или дискомфорте, риске раскрытия личных данных, реальной отправки заявления, покупки либо платежа. После остановки предлагают перерыв или завершение, без давления продолжить. В исследовании используют тестовый контур и вымышленные данные.
4. Проверки К01–К12
Каждое задание применяется только при наличии соответствующей функции. Для неприменимости записывают конкретное основание. До пользовательской сессии эксперт проходит тот же сценарий, устраняет известные технические блокеры и отмечает оставшиеся ограничения. Экспертный прогноз и наблюдение за человеком хранятся раздельно.
| ID | Что подготовить и предложить человеку | Что наблюдать и фиксировать |
|---|---|---|
| К01. Назначение услуги | Показать стартовую страницу без экскурсии. Предложить выяснить, подходит ли услуга для заданной ситуации и что потребуется | Может ли человек найти условия и объяснить назначение; какие слова или элементы создали неверное ожидание |
| К02. Смысл обозначений | Выбрать значимые кнопки и термины. Перед безопасным действием попросить предположить, что произойдет | Совпадение ожидания с действием; неоднозначные подписи; необходимость угадывать значение иконки или метафоры |
| К03. Ориентация | Дать многошаговую задачу, затем предложить вернуться к предыдущему решению и продолжить | Понимание текущего шага, оставшихся действий и сохраненного результата; потеря места после возврата |
| К04. Нагрузка на память | Предложить заполнить форму по тестовым сведениям и позднее изменить одно значение | Что приходится помнить, переписывать или искать повторно; доступность просмотра и исправления введенного; возможность использовать заметки и вставку |
| К05. Внимание и стимулы | Выбрать экран с необязательным движением, всплывающим сообщением или несколькими задачами | Сбивает ли стимул с цели; удается ли остановить или скрыть его; сохраняется ли понятный путь после закрытия |
| К06. Темп и прерывание | В согласованный момент сделать паузу и вернуться к задаче. Если есть таймер, отдельно проверить его предупреждение на тестовом контуре | Понимание ограничения времени, продления и восстановления; место потери информации; возможность продолжить без повторного сложного ввода |
| К07. Ошибка и восстановление | В безопасной форме использовать заранее заданное ошибочное значение, затем предложить исправить проблему | Понимает ли человек причину и нужное изменение; находит ли поле; сохраняются ли корректные сведения; не возникает ли новый цикл ошибок |
| К08. Последствия решения | Перед условной отправкой или оплатой предложить проверить итог и объяснить, что будет принято | Правильное понимание суммы, адресата, срока и обязательства; наличие реального пути исправления и отмены; расхождение между внешним видом и последствиями |
| К09. Вход и восстановление доступа | На тестовой учетной записи пройти вход и сценарий забытого секрета, сохранив привычные средства пользователя | Требования к запоминанию, переписыванию кодов или решению задачи; понятность переключения каналов; поддержка вставки и менеджера паролей |
| К10. Помощь | Предложить найти ответ на вопрос по ходу процесса, получить помощь и продолжить | Находится ли помощь в нужном месте; подходит ли канал коммуникации; сохраняется ли контекст задачи после обращения |
| К11. Настройки | Предложить применить нужную человеку настройку текста, движения или представления, если она есть | Найдена ли настройка, понятен ли эффект, сохраняется ли он; не становится ли выбор настроек дополнительным барьером |
| К12. Понятность текста | Дать важный текст и попросить объяснить его смысл и следующий шаг своими словами; затем решить задачу по этому тексту | Ошибки смысла, неясные термины и условия; пропущенные последствия; различие между простым пересказом и правильным применением |
Для К08 перечень существенных сведений заранее проверяет владелец услуги, а при необходимости профильный специалист. Упрощение текста не должно скрывать стоимость, срок, ограничения и последствия. Не требуется воспроизводить формулировку дословно: оценивается смысл, нужный для решения.
Для К12 рассчитываемая автоматически «читаемость» может быть вспомогательным сигналом. Она не является доказательством понимания. Задания используют текст, который человек еще не выучил в ходе совместной редакции. В повторной итерации полезно сочетать повторных участников и людей, не видевших предыдущую версию, явно различая их результаты.
5. Карточка наблюдения
Исследование / версия протокола:
Участник: обезличенный код
Согласованные условия и привычная поддержка:
Объект / версия / роль / состояние:
Потребность и контекст, существенные для задания:
Проверка К01–К12:
Нейтральная формулировка задания:
Заранее определенные ключевые сведения и ожидаемый исход:
Тестовые данные:
Действия и точка затруднения:
Объяснение участника своими словами:
Помощь: обычная / повтор инструкции / направляющая
Исход: самостоятельно / с повтором / с помощью / не завершено
Причина остановки или отказа, если была:
Доказательство: обезличенная заметка, согласованная запись, состояние
Интерпретация и возможные альтернативные объяснения:
Связанный технический критерий, если нарушение отдельно подтверждено:
Предложение изменения:
Владелец / срок / повторная проверка:
Время выполнения фиксируют только вместе с паузами, помощью и условиями. Медленное выполнение не признается дефектом само по себе. Объяснение участника не следует заменять догадкой наблюдателя. Если причина может заключаться в незнакомой услуге, формулировке задания или непривычном устройстве, это отражают как альтернативное объяснение и планируют проверку.
6. Правила решения
Для каждой значимой задачи составляют матрицу участников и исходов. Отдельно показывают необратимые или опасные недопонимания, прекращение задачи, направляющую помощь и самостоятельное завершение. Не объединяют людей с разными потребностями в один средний «процент когнитивной доступности».
Проектный стоп-фактор: воспроизводимый барьер в основном сценарии, из-за которого участник не может закончить задачу или неверно понимает существенное последствие, требует разбора до приемки. Один случай может быть достаточным сигналом серьезного риска, но не оценкой его распространенности. Решение о выпуске принимает владелец услуги на основании описанного риска и проверенных вариантов исправления. Наличие альтернативного канала само по себе не подтверждает соответствие сайта WCAG.
Для остальных находок задают конкретное изменение и ожидаемый эффект. Повтор проверяет исходный сценарий, новое объяснение и последствия для соседних шагов. Если исправление меняет текст, последовательность либо модель взаимодействия, простого подтверждения закрытия задачи разработчиком недостаточно.
Допустимый вывод: «В версии X четыре участника с указанными потребностями самостоятельно завершили задачу T; двоим потребовалось объяснение термина Y. Наблюдение требует изменения текста и повторной проверки». Числа в этой фразе являются примером оформления, не результатом проведенного исследования.
Недопустимые выводы: «сайт когнитивно доступен всем», «соответствие WCAG подтверждено пользователями», «80% доступности» без определения предмета и знаменателя. Отсутствие замечаний в малой выборке означает только отсутствие выявленных проблем при данных условиях.
7. Хранение и передача результатов
В рабочем плане заранее задают владельца данных, разрешенный круг доступа, место хранения и конкретную дату удаления либо пересмотра срока. Публичный отчет содержит обезличенные результаты. Диагнозы, контакты, учетные данные, запись согласия и исследовательские наблюдения не объединяют в общедоступном реестре дефектов.
Итог передают как перечень проверенных задач, состава потребностей, условий, наблюдений, ограничений, решений и плана повторной проверки. Исправленные технические дефекты и изменения понятности имеют связанные, но отдельные результаты приемки.