Всем привет, я Татьяна Миронова, руководитель направления доступности Госуслуг в компании РТЛабс. Сегодня хочу поделиться опытом нашего экс-специалиста по доступности Александры Галенко.
Первые полтора года Саша работала в компании ведущим проектировщиком в направлении дизайна личного кабинета юридических лиц. Когда появилась потребность в развитии, она сменила профессиональный вектор на экспертизу в доступности. Переход в другое направление потребовал от Саши грандиозной трансформации всех привычных рабочих процессов. Расскажем, с какими трудностями она столкнулась, и что ускорило вход в новую сложную область знаний.
Дальнейший текст — рассказ от лица Саши.
Трудности адаптации
Перестроиться и адаптироваться в новом отделе показалось мне сложнее, чем устроиться с нуля. Прошлые функции постоянно утягивали в привычное русло, создавая проблемы. На их решение уходили время и ментальные ресурсы. Расскажу, как мне удалось организовать работу с доступностью, обучение, и поделюсь лайфхаками, которые упрощают жизнь.
До перехода основной моей работой было проектирование разделов и услуг, согласование макетов с редакторами, дизайнерами, заказчиками. За время работы я стала хорошо ориентироваться в продукте, изучила дизайн-систему и гайдлайны. После перехода в новое направление моей работой стала проверка на доступность услуг, лендингов, мобильных приложений и вообще всего, что может быть на Госуслугах. Это кардинально отличалось от моих предыдущих задач, поэтому с непривычки пришлось столкнуться с некоторыми проблемами.
Делегирование
Погружённость в продукт — это огромное преимущество, в котором кроются свои опасности. Первое время, делая проверку доступности, я часто увлекалась и залипала на ошибках, которые связаны с дизайном и ошибками в вёрстке, а не доступностью. Моменты, которые были уже вне моей зоны ответственности, сильно отвлекали и уводили в русло привычных и понятных задач по проектированию и дизайну.
В результате я сама делала макеты, потом с ними ходила и искала людей, бюджеты, — в общем, вчерашний день. Поэтому пятиминутные задачи выливались в часы на поиски ответственных, переписки, согласования правок, созвоны и кучу чужой административной работы. В конце дня я с ужасом понимала, что основные задачи почти не движутся.
Наш мозг любит залипать в том, что ему легко и понятно. Шлифовать до идеала старые модалки приятней, чем пыхтеть и напрягаться, осваивая новое. Осознала я эту ловушку, к сожалению, не сразу, поэтому потеряла много времени, выполняя чужую работу.
Решение: нужно быть всегда начеку и не терять бдительность. Анализировать, относится ли этот баг непосредственно к доступности. Если баг на доступность не влияет, то нужно зафиксировать проблему и кинуть её в любого ответственного за баги человека в продукте. Затем быстро выбежать из комнаты, закрыть дверь и подпереть стулом снаружи. После передачи бага другому отделу все административные обязательства на другом отделе или человеке, а вы можете продолжать заниматься своими новыми обязанностями.
Нельзя усидеть на двух стульях. Отсутствие навыка делегирования — частая проблема, которая приводит к выгоранию.
Если вы человек-оркестр — дизайнер, проектировщик и эксперт по доступности, то лучше заранее планировать часы на каждый вид работ по отдельности. Например, сегодня день проверки продукта на доступность, а завтра день дизайна и проектирования. Иначе есть риск того, что будет 10 недоделанных задач. Это может порождать ощущение аврала и выбивать из душевного равновесия.
Не делать всё и сразу
Доступность вбирает в себя несколько областей знаний. Основные из них — это проектирование и вёрстка. Мне казалось, что я просто обязана быть в них максимально глубоко погружённой. Но так как вёрстка у меня осталась уровня школьного сайта про любимую музыкальную группу, я в панике бросалась учить и писать конспекты по всему, что могла. Забегая вперёд, скажу, что главными в доступности оказались насмотренность, «наслушанность» и опыт проверки сервисов. Чем больше проверенных экранов в копилке прошлого, тем быстрее и проще это делать в будущем.
В начале моей насущной проблемой была огромнейшая куча теории разного вида и уровня сложности. Правила в WCAG, ГОСТ, чек-листы для проверки доступности, лекции для новичков и для разработки, статьи в конфлюенсе, пачка ссылок от коллеги, статьи, накопившиеся в закладках… Я начала читать, смотреть и слушать абсолютно всё без разбора в любую свободную и несвободную минуту. Это было большой ошибкой. Вынесла из всего этого информационный перегруз и панику, что почти вся полученная информация вообще никак не усвоена или усвоена кусками, что порождает ещё больше вопросов.
Организация обучения
Кашу в голове нужно было приводить в порядок. Помогло любимое планирование. В организации самообучения я выработала несколько правил, которых придерживаюсь.
Правило 1. Забота о себе
Большое желание знать всё обо всём — это хорошо, но индивидуальные особенности никто не отменял. Многолетние наблюдения за собой показывают, что я человек с сильно ограниченными ресурсами энергии. Я сильно стрессую от спешки и быстро утомляюсь. Замедлиться и не загонять себя помогает план обучения, который сильно размазан во времени. Например, за месяц посмотреть и законспектировать курс из 3 лекций. Это примерно по 1 лекции в неделю. Если прибавить к этим лекциям всю связанную с рабочими задачами информацию, которую я ищу, — это уже не малая нагрузка и тоже считается обучением.
Правило 2. Непонятный материал на потом
Если какой-то материал непонятен, значит, изучать его ещё рано. Например, если лекция по семантической разметке непонятна, то нужно её закрыть и пойти изучать html и css. После изучения основ вёрстки сделать новый подход к этой лекции. Материал лекции либо заиграет новыми красками, либо для этой лекции всё ещё не пришло время.
Правило 3. Всё полезное должно быть под рукой
Я, например, печатаю всё, что имеет прикладной характер. Правила озвучки элементов интерфейса экранным диктором, типичные ошибки и всё, что связано непосредственно с доступностью на Госуслугах, у меня распечатано, чтобы можно было моментально найти нужную информацию. Для организации информации в электронном виде подойдёт Notion, Obsidian или любая система, которая у вас прижилась.
Правило 4. Коммуникация
Не стесняйтесь задавать вопросы, ответ на которые не удалось найти самостоятельно. Если нет мудрых коллег, найдите форум или сообщество, где есть эксперты по доступности. Наша экс-коллега Вера собирает телеграм-каналы, связанные с доступностью. Посмотреть папку можно здесь.
Что я выбрала для изучения на старте
Сайт с общими методическими рекомендациями по доступности
Гайды доступности Госуслуг. Изучить, распечатать, повторять)
— Основы доступности
— Оценка доступности
— Чек-листыПаттерны W3C. Здесь собраны самые р��спространённые интерактивные элементы с описанием, примерами, доступным кодом и прочими полезностями. Сайт на английском, но гугл хром идеально переводит его на русский.
W3C (Консорциум Всемирной паутины) — это организация, разрабатывающая и внедряющая технологические стандарты, в том числе и доступности для всего мира, поэтому этим ребяткам точно стоит верить.В основном я пользуюсь этим сайтом, чтобы узнать, как правильно должен озвучиваться тот или иной интерактивный элемент. В каждом паттерне есть примеры. Если я нашла, например, нужный мне слайдер, я включаю скринридер, чтоб узнать правильную озвучку. Для дизайн-системы Госуслуг у нас есть внутренний документ, описывающий правила озвучки скринридерами. Он строился, опираясь на W3C, и мы часто заглядываем сюда за советом.
Скриншот раздела паттернов с сайта https://www.w3.org/ Дока про доступность — сайт для фронтов, но описания атрибутов написаны достаточно человеческим языком. Помогает быстро найти какое-то техническое решение.
Организация работы
Чтобы сделать процесс работы над схожими проблемами в куче разных проектов приятным и комфортным, потребуется какое-то время. Расскажу, как можно оптимизировать такую работу, чтобы экономить время и ресурсы уже с первых дней.
Переиспользуйте тексты
Ошибки доступности часто повторяются в разных экранах и проектах, а на описание одной и той же проблемы разными словами уходит куча времени. Если собирать описания проблем в одном месте и удобном для себя формате, то можно переиспользовать ранее написанные тексты. Для ещё большего ускорения можно использовать программу Key Manager или подобную. Такие программы позволяют назначать макросы и вставлять заготовленные тексты по нажатию на сочетания клавиш.
Табличку можно опубликовать в корпоративном конфлюенсе, чтобы разработчики могли дописывать рекомендации друг для друга и переиспользовать код. Главное в таких табличках — это привязка к реальным кейсам вашего продукта, минимум абстракций и простота в использовании. Если у одной проблемы несколько решений, описывайте подробно каждое. Например, если проблема в том, что экранный диктор не озвучивает тип элемента, то в решениях должны быть прописаны рекомендации для кнопок, ссылок, чекбоксов и других элементов.
Прислушивайтесь к себе и выстраивайте комфортный процесс работы
Совет появился из реального кейса, который портил мне жизнь на протяжении некоторого времени. Каждый раз через 2—3 часа проверки сервиса я чувствовала себя ужасно переутомлённой по непонятной мне причине. Оказалось, что на меня так утомительно действовал постоянно говорящий синтезатор речи, который я никогда не выключала. После этого я стала убирать звук и оставила только просмотрщик речи. Это действительно помогло от быстрого переутомления.
Если в процессе работы есть сильное раздражение или утомление, значить нужно поискать причину и перестроить рабочий процесс, а не героически преодолевать себя.
Тренируйте насмотренность
Ищите проблемы доступности на всех сайтах и сервисах, которыми пользуетесь, исследуйте их. Это прекрасная возможность потренировать свою наблюдательность и прокачать навык видения проблем доступности. Возможно, конкуренты замотивируют вас и вашу команду выгодно выделиться.
Заключение
Знание доступности расширяет палитру ваших хард-скилов, а доступность продукта повышает его ценность. Чтобы быть человеком, умеющим создавать крутой и востребованный продукт, понимание принципов доступности — мастхэв.
У меня всегда было желание позаботиться о людях, особенно с плохим зрением и крупными пальцами. Эти тревоги по вполне реальным причинам. Острота моего зрения 200% и я переживаю, что большинство людей могут видеть всё хуже, более размытым. Для меня загадка, насколько велика разница, поэтому я всегда перестраховываюсь. Размер кнопок — моя боль. Тяжело, когда вижу, как мой отец третий раз тыкает на кнопку и не попадает в область нажатия иконки. Он уже привык, что далеко не всё нажимается с первого раза, но мне каждый раз больно на это смотреть, так быть не должно.
Чтобы не быть причиной чьих-то болей, я старалась сделать текст и кнопки покрупнее да поконтрастнее, от этого часто страдал дизайн. Каждый работодатель, который брал меня на работу за хорошие навыки проектирования, говорил, что научит делать классный трендовый дизайн. Но ни у кого не выходило, ведь я всегда стояла на своём, утверждая, что слабовидящим может быть не видно, а кнопки маленькие для мужских пальцев. Непонимание, как измерить доступность макета, приводило к чувству тревоги — то за удобство использования, то за дизайн, который мог бы быть лаконичнее.
После глубокого погружения в доступность многие сомнения, терзавшие меня годами, полностью отпали. Освоение инструментов измерения доступности позволило обрести душевный покой и тревожиться чуть меньше: ведь всё измерено и точно никого не ущемляет.