SABSUS / OPERATIONS GUIDEРУКОВОДСТВО ПО ПРОЦЕССАМ
Accessible booking and order forms: a checklistДоступная форма записи и заказа: что проверить
A customer should be able to choose a service or product, enter the necessary details, correct a mistake and understand the result. For an owner or product operator, accessibility review starts with that complete path. A visually tidy form and a successful mouse click do not demonstrate that everyone can finish it.Клиенту нужно выбрать услугу или товар, ввести необходимые сведения, исправить ошибку и понять результат. Для владельца бизнеса или ответственного за продукт проверка доступности начинается с этого полного пути. Аккуратный вид формы и успешный клик мышью ещё не доказывают, что её сможет завершить каждый.
Choose one complete customer pathВыберите полный клиентский путь
Specify a realistic task before opening a checklist: book an available service at a selected branch, or order an available item for pickup. Include the date picker, product modifiers, contact fields, error screen, back action and final result. If sign-in or an external checkout is part of that route, it belongs in the scope too.До открытия чек-листа опишите реалистичную задачу: записаться на доступную услугу в выбранном филиале или заказать доступный товар на самовывоз. Включите календарь выбора даты, параметры товара, контактные поля, экран ошибки, возврат назад и итог. Если путь включает вход в аккаунт или внешнюю оплату, они тоже входят в проверку.
W3C WAI’s forms guidance covers instructions, labels, related controls, validation and outcome feedback. Use it as a design reference; the matrix here is an original operational review plan. It is not a WCAG certification or a legal guarantee. WAI Forms TutorialРуководство W3C WAI по формам рассматривает инструкции, подписи, связанные элементы, проверку ввода и сообщения о результате. Это источник рекомендаций по проектированию; матрица ниже — авторский план операционной проверки. Она не является сертификацией WCAG или юридической гарантией. Руководство WAI по формам
Use an approved staging setup, fixed synthetic choices and prepared error/result states. Agree how outbound messages, charges and real reservations are prevented before any later hands-on test. This article contains static examples only: no customer data has been entered and no order or booking has been submitted.Используйте согласованную тестовую среду, заранее заданные условные варианты и подготовленные состояния ошибки и результата. До будущей практической проверки согласуйте, как исключены внешние сообщения, списания и реальные бронирования. Здесь приведены только статические примеры: данные клиентов не вводились, заказы и записи не отправлялись.
Define the business order journey before reviewing access to its controls.Определите рабочий путь заказа до проверки доступности его элементов.
Review five stages, including recoveryПроверьте пять этапов, включая исправление
Review the same task across all five stages. One functioning field cannot compensate for an unusable date picker or an inaccessible result screen. The expected observations below are acceptance targets for a proposed configuration, not claims that any current SABSUS form has passed.Проверьте одну и ту же задачу на всех пяти этапах. Одно работающее поле не компенсирует недоступный календарь или экран результата. Наблюдения ниже — критерии приёмки предложенной конфигурации, а не утверждение, что текущая форма SABSUS уже их прошла.
| Stage and taskЭтап и задача | Expected observationОжидаемое наблюдение | Evidence to retainЧто сохранить для проверки |
|---|---|---|
| 1. Selection1. Выбор Choose a branch and an available service time, or a product option and pickup method, using the keyboard. Inspect a prepared unavailable option too.Клавиатурой выберите филиал и доступное время услуги либо вариант товара и самовывоз. Также рассмотрите подготовленный недоступный вариант. | The active control is visible, its name and selected state can be identified, and the customer can change the choice. An unavailable slot has an understandable state; neither hover nor color alone is needed to make sense of it.Активный элемент виден; можно определить его название и выбранное состояние и изменить выбор. Недоступный интервал обозначен понятно; для понимания не нужны только наведение мыши или цвет. | Record the control and exact blocked action, or the selected option announced in the evaluator’s setup.Запишите элемент и конкретное недоступное действие либо выбранный вариант, объявленный в среде специалиста. |
| 2. Input2. Ввод Review required and optional fields using an approved synthetic profile. Inspect grouped options such as pickup versus delivery.Проверьте обязательные и необязательные поля на согласованном условном профиле. Рассмотрите группы вариантов, например самовывоз и доставку. | Each field has an understandable label; instructions and format requirements are available when needed. A group has a meaningful name, and changing an option does not unexpectedly commit the request.У каждого поля понятная подпись; инструкции и требования к формату доступны в нужный момент. У группы есть осмысленное название; смена варианта не отправляет заявку неожиданно. | Keep the visible label, announced name and requirement side by side. Do not put actual contact or payment data in the issue.Сопоставьте видимую подпись, объявленное название и обязательность. Не помещайте реальные контактные или платёжные данные в описание ошибки. |
| 3. Error3. Ошибка Open a prepared state where the required fulfillment choice is missing. For a booking, use a prepared state where the chosen slot became unavailable.Откройте подготовленное состояние без обязательного способа получения. Для записи используйте состояние, в котором выбранный интервал стал недоступен. | The customer can discover what failed, which choice needs attention and what to do next. A general “Something went wrong” message without a route to correction is insufficient evidence of usable recovery.Клиент может узнать, что не получилось, какой выбор требует внимания и что делать дальше. Общего сообщения «Что-то пошло не так» без пути к исправлению недостаточно для приёмки восстановления. | Capture the error text and the evaluator’s observation of how it is discovered; a red border screenshot alone proves little.Сохраните текст ошибки и наблюдение специалиста о том, как она обнаруживается; один снимок красной рамки мало что доказывает. |
| 4. Correction4. Исправление Return to the affected choice, select a valid alternative and revisit the summary. Check the back action from the next step.Вернитесь к проблемному выбору, выберите допустимый вариант и снова откройте итог. Проверьте возврат назад со следующего шага. | Unrelated non-sensitive choices remain, the old error is resolved, and any changed price, location or time is shown for review. The customer does not have to reconstruct an otherwise valid basket or service selection.Остальные нечувствительные варианты сохраняются, прежняя ошибка устранена, а изменившиеся цена, место или время показаны для проверки. Клиенту не приходится заново собирать корректную корзину или выбирать услугу. | Compare before/after values and name any intentional reset. Sensitive fields may require re-entry under the agreed security policy.Сравните значения до и после и укажите намеренные сбросы. Чувствительные поля могут требовать повторного ввода по согласованным правилам безопасности. |
| 5. Result5. Результат Inspect prepared examples for an accepted request and for an unresolved result. Include the support and change links.Проверьте подготовленные примеры принятой заявки и неопределённого результата. Включите ссылки на помощь и изменение. | The outcome can be found and understood with assistive technology. “Received,” “confirmed” and “being checked” match the actual state. The reference and next step remain available; a vanishing toast is not the sole proof.Результат можно найти и понять с помощью вспомогательных технологий. «Получено», «подтверждено» и «проверяется» соответствуют реальному состоянию. Номер и следующий шаг доступны; исчезающее уведомление не служит единственным доказательством. | Record the outcome shown, how it was announced, and whether help can be reached without starting another request.Запишите показанный результат, способ его объявления и возможность перейти к помощи без создания новой заявки. |
WAI recommends feedback that identifies the problem and helps the person correct it, as well as confirmation of success. Have the evaluator verify how dynamic messages reach assistive technology, rather than judging only their appearance. WAI user-notification guidanceWAI рекомендует сообщать о проблеме так, чтобы человеку было понятно, как её исправить, и подтверждать успешное завершение. Попросите специалиста проверить, как динамические сообщения доступны вспомогательным технологиям, а не только оценить их вид. Рекомендации WAI по уведомлениям
Observe keyboard and assistive-technology useНаблюдайте работу клавиатуры и скринридера
For an initial keyboard pass, move through the prepared route with Tab and Shift+Tab, then use the documented keys for each control. Check that focus can enter and leave a calendar or dialog and that its current position is visible. Record the first action that cannot be completed, not simply “the form is broken.” WAI preliminary checks · Keyboard functionalityДля первичного прохода клавиатурой перемещайтесь по подготовленному пути с помощью Tab и Shift+Tab, затем используйте предусмотренные для элемента клавиши. Проверьте вход и выход фокуса из календаря или диалога и видимость его положения. Запишите первое действие, которое не удалось выполнить, а не только «форма не работает». Предварительные проверки WAI · Управление с клавиатуры
A screen-reader review needs someone who understands the chosen tool. Ask them to identify the control, current selection, required state and nearby instructions, then repeat the correction route. Record browser, operating system, assistive technology and versions. A beginner getting lost and a reproducible interface barrier are different findings; have uncertain observations investigated.Для проверки скринридером нужен человек, умеющий пользоваться выбранным инструментом. Попросите его определить элемент, текущий выбор, обязательность и инструкции, затем повторить путь исправления. Зафиксируйте браузер, операционную систему, вспомогательную технологию и версии. Затруднение новичка и воспроизводимый барьер интерфейса — разные результаты; сомнительные наблюдения нужно исследовать.
Compare the label people see with the name presented to assistive technology. A placeholder that disappears after typing is a poor substitute for a persistent instruction. The implementation team should inspect the actual label association; the owner does not need to guess from the spacing between text and input. WAI labeling guidanceСравните видимую подпись с названием, доступным вспомогательной технологии. Подсказка внутри поля, исчезающая после ввода, плохо заменяет постоянную инструкцию. Команда реализации должна проверить фактическую связь подписи с полем; владельцу не нужно угадывать её по расстоянию между текстом и элементом. Рекомендации WAI по подписям
Include mobile assistive-technology behavior and enlarged text in the agreed evaluation scope. A desktop keyboard result does not establish that a mobile date picker, embedded payment step or another language works. Keep these as separate observed configurations in the report.Включите в согласованный объём оценки мобильные вспомогательные технологии и увеличенный текст. Проход клавиатурой на компьютере не доказывает работу мобильного календаря, встроенной оплаты или другого языка. Отразите их в отчёте как отдельные проверенные конфигурации.
Keep orientation and useful inputСохраняйте ориентиры и полезный ввод
For a multi-step route, make the current step and remaining work understandable. In an illustrative three-step booking, the second step can be named “2 of 3: contact details.” If an optional note is skipped, the customer should still know how to reach review. WAI describes logical stages and progress cues in page titles and headings. WAI multi-page forms guidanceВ многошаговом пути должно быть понятно, где находится клиент и что осталось сделать. В условной записи из трёх шагов второй можно назвать «2 из 3: контактные данные». Пропустив необязательный комментарий, клиент должен понимать, как перейти к проверке. WAI описывает логические этапы и указание прогресса в заголовках страницы. Рекомендации WAI по многостраничным формам
Retain useful non-sensitive choices through correction, but do not confuse preserved input with a valid reservation. If the slot or stock changes while the customer is fixing a field, explain the new constraint and let them choose again. Recheck the current total and availability before commitment; keep the rest of the useful work where possible.Сохраняйте полезный нечувствительный выбор при исправлении, но не путайте сохранённый ввод с действующей бронью. Если за время исправления доступность интервала или остаток изменились, объясните новое ограничение и дайте выбрать заново. До принятия обязательства повторно проверьте текущую сумму и доступность, по возможности сохранив остальной полезный ввод.
If a timed hold is necessary, make its meaning and expiry visible and accessible. Ask the specialist to evaluate the applicable timing requirements and the supported extension or recovery route. An expired hold should not silently turn into a confirmed booking, and a preserved basket should not imply a preserved price.Если нужен ограниченный по времени резерв, его смысл и истечение должны быть видимы и доступны. Попросите специалиста оценить применимые требования ко времени и поддерживаемый путь продления или восстановления. Истёкший резерв не должен незаметно превращаться в подтверждённую запись, а сохранённая корзина не означает сохранённую цену.
Align error recovery with clear promises about price, availability and confirmation.Свяжите восстановление после ошибки с понятными условиями цены, доступности и подтверждения.
Turn findings into an evaluation briefПередайте результаты на полную оценку
A useful issue describes a customer task, the first failing step and the effect on completion. For example: “On the prepared pickup route, keyboard focus reaches the calendar but cannot reach another date; the customer cannot choose a valid slot.” Attach synthetic reproduction steps, the observed environment and an owner. Avoid customer details and unsupported guesses about the technical cause.Полезное описание ошибки содержит задачу клиента, первый неработающий шаг и влияние на завершение. Например: «В подготовленном пути самовывоза фокус клавиатуры попадает в календарь, но не достигает другой даты; клиент не может выбрать допустимый интервал». Добавьте шаги на условных данных, среду наблюдения и ответственного. Исключите данные клиентов и недоказанные предположения о технической причине.
- Completion blocked: a necessary choice, correction or outcome cannot be reached. Assign a release decision for that path.Завершение заблокировано: нельзя перейти к обязательному выбору, исправлению или результату. Назначьте ответственного за решение о выпуске этого пути.
- Completion possible with a barrier: record the extra effort and the exact workaround, then prioritize with the evaluator and product owner.Завершение возможно с препятствием: зафиксируйте лишние действия и точный обходной путь; приоритет определяют специалист и ответственный за продукт.
- Not assessed: the scenario, device or assistive-technology combination was outside the review. Keep it visible instead of marking it passed.Не оценено: сценарий, устройство или сочетание вспомогательных технологий не входили в проверку. Отметьте это явно, не присваивая успешный результат.
These are proposed operational triage labels, not WCAG severity categories. Commission a full evaluation against an agreed WCAG version and conformance level, with representative pages, complete processes, manual inspection and relevant assistive-technology checks. Include people with disabilities where appropriate. WAI explicitly describes its easy checks as an initial review, not a complete evaluation. Scope of WAI Easy Checks · Evaluation methodologyЭто предложенные категории операционной сортировки, не уровни серьёзности WCAG. Закажите полную оценку по согласованной версии и уровню соответствия WCAG: представительные страницы, полные процессы, ручную проверку и нужные вспомогательные технологии. При необходимости привлеките людей с инвалидностью. WAI прямо определяет быстрые проверки как первичный обзор, а не полную оценку. Границы WAI Easy Checks · Методика оценки
Accept evidence for the actual configurationПринимайте доказательства по вашей конфигурации
Give each failing route a correction owner and a retest using the same task and environment. Keep the changed version with the result. An automated scan can help find issues, but neither a clean scan nor this checklist establishes complete accessibility. Do not publish a compliance claim or a conversion-uplift figure from this review alone.Для каждого проблемного пути назначьте ответственного за исправление и повторную проверку с той же задачей и средой. Сохраните изменённую версию вместе с результатом. Автоматический сканер помогает находить ошибки, но отсутствие находок и этот чек-лист не устанавливают полную доступность. Не делайте по одному такому обзору заявлений о соответствии или росте конверсии.
For a SABSUS project, agree the actual customer site or app, selected booking and order paths, supported languages, embedded providers and acceptance owner. Verify the implementation rather than assuming every module has passed. A contact route can help during an incident, but it is not proof that the original self-service path is accessible.Для проекта SABSUS согласуйте конкретный клиентский сайт или приложение, пути записи и заказа, поддерживаемые языки, встроенных провайдеров и ответственного за приёмку. Проверяйте реализацию, не предполагая, что все модули уже прошли оценку. Связь с сотрудником помогает при проблеме, но не доказывает доступность исходного пути самообслуживания.
Add the unresolved paths to booking readiness.Включите нерешённые пути в приёмку запуска записи. Carry device and language scope into the app release review.Перенесите перечень устройств и языков в проверку выпуска приложения. Agree the implementation and acceptance scope.Согласуйте объём внедрения и приёмки.