Қолжетімділікке қарай

Қолжетімділікке қарай

Жұма - жұмыс күнінің аяқталуы. Жағымсыз жаңалықтар әрқашан жұма күні жұмыс күнінің соңында келеді.

Сіз кеңседен шықпақсыз, поштаға тағы бір қайта құру туралы жаңа хат келді.

Рахмет хххх, ии бүгіннен бастап zzzz деп хабарлайсың
...
Ал Хью командасы біздің өнімдеріміздің мүмкіндігі шектеулі адамдар үшін қолжетімді болуын қамтамасыз етеді.

О жоқ! Неліктен мен бұған лайық болдым? Олар менің кеткенімді қалайды ма? Өзіңізді рақметсіз ауыр жұмысқа дайындаңыз және басқа адамдардың қателіктерін түзетуге тырысыңыз. Бұл, әрине, сәтсіздік ...

Бұл бірнеше жыл бұрын қолжетімді болды. Кейбір бейшара жандарға UI-ді «тазалау» міндеті жүктелді және оны мүмкіндігі шектеулі адамдарға қол жетімді ету үшін тырысты.

Бұл шын мәнінде нені білдіретіні өте түсініксіз болды - егер сіз өрістер арқылы фокус индикаторы мен қойындысын көре алсаңыз, кейбір балама мәтін және бірнеше өріс сипаттамасы болса, қолданбаңыз қол жетімді деп есептеледі ...

Бірақ кенеттен «қателер» көшкін жылдамдығымен көбейе бастады.

Әртүрлі экран оқу құралдары (Eng. Screen Readers) және браузерлер мүлдем басқаша әрекет етті.

Пайдаланушылар қолданбаның жарамсыздығына шағымданды.

Бір жерде қате түзетілсе, басқа жерде екіншісі пайда болды.

Пайдаланушы интерфейсіндегі қателерді жай ғана өзгерту және түзету үшін Геркулестің күш-жігері қажет.

Мен сонда болдым. Мен аман қалдым, бірақ біз «сәтсіз» болмадық - техникалық жағынан біз көп тазарттық, көптеген өріс сипаттамаларын, рөлдерді қостық және белгілі бір деңгейде сәйкестікке қол жеткіздік, бірақ ешкім қуанбады. Пайдаланушылар әлі де қолданбаны шарлай алмағанына шағымданды. Менеджер әлі де қателердің үздіксіз ағынына шағымданды. Инженерлер мәселенің дұрыс қойылмағанына шағымданды, барлық жағдайда жұмыс істейтін нақты анықталған «дұрыс» шешім жоқ.

Қолжетімділікті түсіну жолында менің көзімді ашатын сәттер болды.
Бәлкім, біріншісі дайын өнімнің үстіне қол жетімділік функционалдығын қосу қиын екенін түсіну болды. Менеджерлерді бұл өте қиын екеніне сендіру одан да қиын! Жоқ, бұл жай ғана «бірнеше тегтерді қосу» емес және UI жақсы жұмыс істейді. Жоқ, мұны үш аптада аяқтау мүмкін емес, тіпті үш ай жеткіліксіз.
Менің келесі шындық сәтім зағип қолданушылардың біздің қолданбаны қалай пайдаланғанын өз көзіммен көргенде келді. Бұл қате туралы хабарларды қараудан тым өзгеше.

Мен бұған қайта-қайта ораламын, бірақ адамдар біздің қолданбаны қалай пайдаланатыны туралы біздің «болжамдарымыздың» барлығы дерлік қате болды.

Пернелерді басу арқылы күрделі пайдаланушы интерфейсін шарлау Tab/Shift+Tab - бұл сұмдық! Бізге жақсырақ нәрсе керек. Пернелер тіркесімдері, тақырыптар.

UI өзгерту кезінде назарды жоғалту үлкен мәселе емес, солай емес пе? Тағы да ойланайық - бұл керемет шатастырады.

Мен жалғастырдым, біраз уақыт әртүрлі жобалармен жұмыс істедім, содан кейін осы жолы қол жетімділікке қол жеткізу үшін күрделі пайдаланушы интерфейсі және нақты орнатуы бар жаңа жобаны бастадық.

Сонымен, біз бір қадам артқа шегініп, мұны қалай басқаша жүзеге асырып, табысқа жетуге болатынын және процесті қызықсыз етуді қарастырдық!

Біз тез арада бірнеше қорытындыға келдік:

  1. Біз пайдаланушы интерфейсін дамытатын адамдардың ария белгілерімен/рөлдерімен және, әрине, құрамдастардың HTML құрылымымен араласуын қаламадық. Біз оларды қораптан қол жетімділікті құрайтын дұрыс құрамдастармен қамтамасыз етуіміз керек еді.
  2. Қол жетімділік == Пайдаланудың қарапайымдылығы – яғни. Бұл тек техникалық сынақ емес. Біз дизайн процесін толығымен өзгертуіміз керек және UI дизайнын бастамас бұрын қол жетімділіктің ескеріліп, талқылануын қамтамасыз етуіміз керек еді. Пайдаланушылар кез келген функционалдылықты қалай ашатынын, олар қалай шарлайтынын және пернетақтадан тінтуірдің оң жақ түймешігімен басу қалай жұмыс істейтінін ертерек ойлануыңыз керек. Қол жетімділік дизайн процесінің ажырамас бөлігі болуы керек - кейбір пайдаланушылар үшін бұл қолданбаның сыртқы көрінісінен әлдеқайда көп.
  3. Біз ең басынан бастап зағип және басқа да мүмкіндігі шектеулі пайдаланушылардан қосымшаны пайдаланудың қарапайымдылығы туралы пікір алғымыз келді.
  4. Бізге қол жетімділік регрессияларын ұстаудың жақсы әдістері қажет болды.

Инженерлік тұрғыдан алғанда, бірінші бөлім өте қызықты болды - архитектураны әзірлеу және компоненттер кітапханасын енгізу. Және шынымен де солай болды.

Бір қадам артқа қарай, қарау ARIA мысалдары және мұны «сәйкестендіру» мәселесі емес, дизайн мәселесі ретінде қарастыра отырып, біз кейбір абстракцияларды енгіздік. Компоненттің «Құрылымы» (HTML элементтерінен тұрады) және «Мінез-құлқы» (пайдаланушымен өзара әрекеттесуі) болады. Мысалы, төмендегі үзінділерде бізде қарапайым ретсіз тізім бар. Тізім сияқты әрекет ету үшін «мінез-құлықтарды» қосу арқылы сәйкес рөлдер тізімге қосылады. Мәзір үшін де солай істейміз.

Қолжетімділікке қарай

Шындығында, мұнда рөлдер ғана емес, сонымен қатар пернетақта шарлауына арналған оқиғалар өңдегіштері де қосылды.

Бұл әлдеқайда ұқыпты көрінеді. Егер біз олардың арасында таза бөлуге қол жеткізе алсақ, құрылымның қалай жасалғаны маңызды емес еді, біз оған мінез-құлықтарды қолданып, қолжетімділікті дұрыс ала аламыз.

Сіз мұны мына жерден көре аласыз https://stardust-ui.github.io/react/ – UX кітапханасы жауап, ол басынан бастап қол жетімділікті ескере отырып әзірленген және енгізілген.

Екінші бөлім – дизайнға қатысты көзқарас пен процестерді өзгерту мені қорқытты: ұйымдастырушылық өзгерістерді итермелеуге тырысатын төмен инженерлер әрқашан жақсы аяқталмайды, бірақ бұл процеске елеулі үлес қосқан ең қызықты салалардың бірі болды. . Қысқаша айтқанда, біздің процесс келесідей болды: жаңа функционалдылықты бір команда әзірлейді, содан кейін біздің жетекші топ ұсынысты қарайды/қайталайды, содан кейін мақұлданғаннан кейін дизайн әдетте инженерлік топқа тапсырылады. Бұл жағдайда инженерлік топ қол жетімділік функционалдығын тиімді түрде «иесі» алады, себебі онымен байланысты кез келген мәселені шешу олардың жауапкершілігі болды.

Бастапқыда қол жетімділік пен ыңғайлылық бір-бірімен тығыз байланысты екенін және мұны дизайн кезеңінде жасау керектігін түсіндіру өте қиын жұмыс болды, әйтпесе бұл үлкен өзгерістерге және кейбір рөлдерді қайта анықтауға әкеледі. Дегенмен, менеджмент пен негізгі ойыншылардың қолдауымен біз идеяны қабылдап, оны басшылыққа ұсынғанға дейін дизайн қол жетімділігі мен ыңғайлылығы үшін сыналғандай етіп іске қостық.

Және бұл кері байланыс барлығы үшін өте құнды болды - бұл пайдаланушылардың веб-қосымшалармен қалай әрекеттесетіні туралы біліммен бөлісу/байланыс жасау жаттығуы ретінде керемет болды, біз UI проблемалық аймақтарын олар құрастырылғанға дейін анықтадық, қазір әзірлеуші ​​топтардың сипаттамалары әлдеқайда жақсырақ болды. тек визуалды, сонымен қатар дизайнның мінез-құлық аспектілері. Нағыз талқылаулар техникалық аспектілер мен өзара әрекеттесулер туралы көңілді, жігерлі, қызу талқылаулар.

Егер осы (немесе кейінгі) жиналыстарда зағип және мүгедек пайдаланушылар болса, мұны жақсырақ істей алар едік - мұны ұйымдастыру қиын болды, бірақ біз қазір жергілікті зағип ұйымдармен де, компаниялармен де жұмыс істейміз, олар орындалу ағынын ертерек тексеру үшін сыртқы тестілеуді қамтамасыз етеді. әзірлеу — құрамдас және орындау ағыны деңгейлерінде.

Инженерлер қазір жеткілікті егжей-тегжейлі сипаттамаларға, олар іске асыру үшін пайдалана алатын қол жетімді құрамдастарға және орындау ағынын тексеру әдісіне ие. Тәжірибе бізге үйреткен нәрсенің бір бөлігі - біз бұрыннан жетіспейтін нәрсе - регрессияны қалай тоқтатуға болатыны. Сол сияқты, адамдар функционалдылықты сынау үшін интеграцияны немесе түпкілікті сынақтарды пайдалана алады, бұл бізге өзара әрекеттесулер мен орындау ағындарының көрнекі және мінез-құлық өзгерістерін анықтауымыз керек.

Көрнекі регрессияны анықтау - жеткілікті түрде анықталған тапсырма, пернетақтамен шарлау кезінде фокустың көрінетінін тексеруден басқа, процеске қосуға болатын өте аз нәрсе бар. Арнайы мүмкіндіктермен жұмыс істеудің екі салыстырмалы жаңа технологиясы қызықтырақ.

  1. Арнайы мүмкіндіктер түсініктері проблемаларды анықтау үшін браузерде де, құрастыру/сынақ циклінің бөлігі ретінде де іске қосуға болатын құралдар жиынтығы болып табылады.
  2. Экраннан оқу құралдарының дұрыс жұмыс істейтінін тексеру өте қиын тапсырма болды. қол жеткізуді енгізумен Қол жетімділік DOM, сайып келгенде, біз визуалды сынақтар сияқты қолданбаның арнайы мүмкіндіктердің суретін түсіріп, оларды регрессияға тексере аламыз.

Сонымен, әңгіменің екінші бөлігінде - HTML кодын өңдеуден абстракцияның жоғары деңгейінде жұмыс істеуге көштік, дизайнды әзірлеу процесін өзгерттік және мұқият тестілеуді енгіздік. Жаңа процестер, жаңа технологиялар және абстракцияның жаңа деңгейлері қолжетімділік пейзажын және осы кеңістікте жұмыс істеу дегенді толығымен өзгертті.
Бірақ бұл тек бастамасы.

Келесі «түсіну» - соқыр пайдаланушылар озық технологияны басқарады - олар біз жоғарыда сипаттаған өзгерістерден ғана емес, сонымен қатар ML/AI арқылы жаңа тәсілдер мен идеялар мүмкін болатынынан көбірек пайда көреді. Мысалы, Immersive Reader технологиясы пайдаланушыларға мәтінді оңай және анық көрсетуге мүмкіндік береді. Оны дауыстап оқуға болады, сөйлем құрылымы грамматикалық жағынан бөлшектенеді, тіпті сөз мағыналары графикалық түрде көрсетіледі. Бұл ескі «оны қолжетімді ету» менталитетіне мүлдем сәйкес келмейді - бұл барлығына көмектесетін ыңғайлылық мүмкіндігі.

ML/AI өзара әрекеттесу мен жұмыс істеудің мүлде жаңа тәсілдерін ұсынады және біз осы озық саяхаттың келесі кезеңдерінің бөлігі болғанымызға қуаныштымыз. Инновация ойлаудың өзгеруінен туындайды - адамзат мыңдаған жылдар бойы, машиналар жүздеген жылдар бойы, веб-сайттар бірнеше ондаған жылдар бойы, ал смартфондар одан да аз, технология адамдарға бейімделуі керек, керісінше емес.

PS Мақала түпнұсқадан аздап ауытқумен аударылған. Осы мақаланың бірлескен авторы ретінде мен Хьюмен осы ауытқулар туралы келістім.

Сауалнамаға тек тіркелген пайдаланушылар қатыса алады. Кіру, өтінемін.

Қолданбаларыңыздың қолжетімділігіне назар аударасыз ба?

  • сол

  • жоқ

  • Қолданбаның қолжетімділігі туралы бірінші рет естіп тұрмын.

17 пайдаланушы дауыс берді. 5 пайдаланушы қалыс қалды.

Ақпарат көзі: www.habr.com

пікір қалдыру