Դեպի մատչելիություն

Դեպի մատչելիություն

Ուրբաթ աշխատանքային օրվա ավարտն է։ Վատ լուրերը միշտ գալիս են ուրբաթ աշխատանքային օրվա վերջում։

Դուք պատրաստվում եք լքել գրասենյակը, փոստով նոր նամակ է եկել հերթական վերակազմավորման մասին:

Շնորհակալություն xxxx, yyyy այսօրվանից դուք կհաղորդեք zzzz
...
Եվ Հյուի թիմը կապահովի, որ մեր արտադրանքը հասանելի լինի հաշմանդամություն ունեցող մարդկանց համար:

Օ ոչ! Ինչու՞ էի ես դրան արժանի: Նրանք ուզում են, որ ես հեռանա՞մ։ Պատրաստվեք անշնորհակալ քրտնաջան աշխատանքի և այլ մարդկանց սխալները շտկելու փորձի համար: Սա միանշանակ ձախողում է...

Սա հասանելիություն էր մի քանի տարի առաջ: Որոշ խեղճ հոգիներ ստանձնեցին «մաքրելու» UI-ը, որպեսզի փորձեն այն հասանելի դարձնել հաշմանդամություն ունեցող մարդկանց համար:

Այն, ինչ դա իրականում նշանակում էր, բավականին անորոշ էր. ենթադրաբար, եթե դուք կարողանայիք տեսնել ֆոկուսի ցուցիչ և ներդիր դաշտերի միջով, ունենալ որոշ այլընտրանքային տեքստ և մի քանի դաշտերի նկարագրություն, կհամարվի, որ ձեր հավելվածը հասանելի է…

Բայց հանկարծ «սխալները» սկսեցին բազմանալ ձնահյուսի արագությամբ։

Էկրանի տարբեր ընթերցիչներ (Eng. Էկրանի ընթերցիչներ) և բրաուզերները բոլորովին այլ կերպ վարվեցին:

Օգտատերերը բողոքել են, որ հավելվածը հնարավոր չէ օգտագործել։

Հենց սխալը մի տեղ ուղղվում էր, մեկ այլ տեղ հայտնվում էր մյուսը։

Իսկ օգտատիրոջ միջերեսի սխալների ուղղակի փոփոխությունն ու ուղղումը պահանջում էր հերկուլեսյան ջանքեր:

Ես այնտեղ էի. Ես ողջ մնացի, բայց մեզ չհաջողվեց. տեխնիկապես մենք շատ մաքրեցինք, ավելացրինք դաշտային շատ նկարագրություններ, դերեր և հասանք համապատասխանության որոշակի մակարդակի, բայց ոչ ոք երջանիկ չէր: Օգտատերերը դեռ դժգոհում էին, որ չեն կարողանում նավարկել հավելվածում։ Կառավարիչը դեռ դժգոհում էր սխալների անընդհատ հոսքից։ Ինժեներները դժգոհում էին, որ խնդիրը սխալ է դրված, առանց հստակ սահմանված «ճիշտ» լուծման, որը կաշխատի բոլոր դեպքերում:

Մատչելիությունը հասկանալու իմ ճամփորդության ընթացքում եղան մի քանի վճռականորեն բաց պահեր:
Թերևս առաջինը գիտակցումն էր, որ պատրաստի արտադրանքի վրա հասանելիության գործառույթ ավելացնելը դժվար էր: Եվ նույնիսկ ավելի դժվար է ղեկավարներին համոզել, որ դա աներևակայելի դժվար է: Ոչ, դա պարզապես «ավելացնել մի քանի պիտակներ» չէ, և UI-ն լավ կաշխատի: Ոչ, սա չի կարող ավարտվել երեք շաբաթվա ընթացքում, նույնիսկ երեք ամիսը բավարար չի լինի:
Իմ ճշմարտության հաջորդ պահը եկավ, երբ ես առաջին ձեռքից տեսա, թե ինչպես են կույր օգտվողները իրականում օգտագործում մեր հավելվածը: Սա այնքան տարբեր է սխալի հաղորդագրությունները դիտելուց:

Ես նորից ու նորից կանդրադառնամ դրան, բայց մեր գրեթե բոլոր «ենթադրությունները» այն մասին, թե ինչպես են մարդիկ օգտագործում մեր հավելվածը, սխալ էին:

Օգտվողի բարդ ինտերֆեյսով նավարկություն՝ ստեղնաշարի միջոցով Tab/Shift+Tab - սա խեղճ է! Մեզ ավելի լավ բան է պետք։ Ստեղնաշարի դյուրանցումներ, վերնագրեր:

Միջերեսը փոխելիս կենտրոնացումը կորցնելը մեծ խնդիր չէ, չէ՞: Եկեք նորից մտածենք. սա աներևակայելի շփոթեցնող է:

Ես շարունակեցի, մի որոշ ժամանակ աշխատեցի տարբեր նախագծերի վրա, իսկ հետո սկսեցինք նոր նախագիծ՝ բարդ ինտերֆեյսով և հստակ տեղադրմամբ, որպեսզի վերջապես այս անգամ հասանելիություն ստանա:

Այսպիսով, մենք մի քայլ հետ գնացինք և նայեցինք, թե ինչպես կարող ենք դա իրականացնել այլ կերպ և հաջողության հասնել, և գործընթացը դարձնել ավելի քիչ ձանձրալի:

Շատ արագ մենք եկանք որոշ եզրակացությունների.

  1. Մենք չէինք ուզում, որ օգտվողների միջերեսը մշակող մարդիկ խառնվեն արիա պիտակների/դերերի և, իհարկե, բաղադրիչների HTML կառուցվածքի հետ: Մենք պետք է նրանց տրամադրեինք ճիշտ բաղադրիչներ, որոնք հասանելիություն ստեղծեցին անմիջապես տուփից:
  2. Մատչելիություն == Օգտագործման հեշտություն – այսինքն. Սա միայն տեխնիկական մարտահրավեր չէ: Մենք պետք է փոխեինք նախագծման ամբողջ գործընթացը և ապահովեինք, որ հասանելիությունը հաշվի առնվեր և քննարկվեր նախքան UI-ի դիզայնը սկսելը: Դուք պետք է վաղ մտածեք, թե ինչպես օգտվողները կհայտնաբերեն որևէ գործառույթ, ինչպես են նրանք նավարկելու և ինչպես կաշխատի ստեղնաշարից աջ սեղմելը: Մատչելիությունը պետք է լինի նախագծման գործընթացի անբաժանելի մասը. որոշ օգտատերերի համար դա շատ ավելին է, քան պարզապես հավելվածի տեսքը:
  3. Մենք ի սկզբանե ցանկանում էինք կույր և այլ հաշմանդամ օգտատերերից կարծիքներ ստանալ հավելվածի օգտագործման հեշտության վերաբերյալ:
  4. Մեզ իսկապես լավ միջոցներ էին պետք՝ հասանելիության հետընթացը որսալու համար:

Դե, ինժեներական տեսանկյունից առաջին մասը բավականին զվարճալի էր հնչում՝ ճարտարապետության մշակում և բաղադրիչների գրադարանի ներդրում: Եվ իսկապես այդպես էր։

Մի քայլ հետ գնալով, նայելով ARIA օրինակներ և սա դիտարկելով որպես դիզայնի խնդիր, այլ ոչ թե «տեղավորվելու» խնդիր, մենք ներկայացրեցինք որոշ վերացականություններ: Բաղադրիչն ունի «կառուցվածք» (բաղկացած է HTML տարրերից) և «վարքագիծ» (ինչպես է այն փոխազդում օգտագործողի հետ): Օրինակ, ստորև բերված հատվածներում մենք ունենք պարզ չդասավորված ցուցակ: «Վարքեր» ավելացնելով ցուցակին ավելացվում են համապատասխան դերեր, որպեսզի այն գործի որպես ցուցակ: Մենք նույնն ենք անում ճաշացանկի համար:

Դեպի մատչելիություն

Փաստորեն, այստեղ ավելացվում են ոչ միայն դերեր, այլ նաև իրադարձությունների մշակիչներ՝ ստեղնաշարով նավարկելու համար:

Սա ավելի կոկիկ տեսք ունի: Եթե ​​մենք կարողանայինք մաքուր տարանջատում ստանալ նրանց միջև, նշանակություն չէր ունենա, թե ինչպես է ստեղծվել կառուցվածքը, մենք կարող էինք կիրառել վարքագծեր դրա վրա և ստանալ հասանելիությունը ճիշտ:

Դուք կարող եք տեսնել սա գործողության մեջ https://stardust-ui.github.io/react/ - UX գրադարան Արձագանքել, որը նախագծված և իրականացվել է ի սկզբանե նկատի ունենալով մատչելիությունը:

Երկրորդ մասը՝ դիզայնի շուրջ մոտեցման և գործընթացների փոփոխությունն ի սկզբանե վախեցրեց ինձ. ցածրակարգ ինժեներները, որոնք փորձում են կազմակերպչական փոփոխություններ իրականացնել, միշտ չէ, որ լավ ավարտ են ունենում, բայց պարզվեց, որ այն ամենահետաքրքիր ոլորտներից մեկն էր, որտեղ մենք նշանակալի ներդրում ունեցանք գործընթացում: . Մի խոսքով, մեր գործընթացը հետևյալն էր. նոր ֆունկցիոնալությունը կմշակվի մեկ թիմի կողմից, այնուհետև մեր ղեկավար թիմը կվերանայի/կրկնի առաջարկը, այնուհետև, հաստատվելուց հետո, դիզայնը սովորաբար կփոխանցվի ինժեներական թիմին: Այս դեպքում, ինժեներական թիմը փաստացի «տիրապետում էր» մատչելիության գործառույթին, քանի որ նրանց պարտականությունն էր շտկել դրա հետ կապված ցանկացած խնդիր:

Սկզբում բավականին դժվար գործ էր բացատրել, որ մատչելիությունն ու օգտագործելիությունը անքակտելիորեն կապված են, և որ դա պետք է արվեր նախագծման փուլում, հակառակ դեպքում դա կհանգեցներ մեծ փոփոխությունների և որոշ դերերի վերաիմաստավորման: Այնուամենայնիվ, ղեկավարության և հիմնական խաղացողների աջակցությամբ մենք վերցրեցինք գաղափարը և գործի դրեցինք այն, որպեսզի նախագծերը փորձարկվեին հասանելիության և օգտագործման համար՝ նախքան դրանք ղեկավարությանը ներկայացնելը:

Եվ այս արձագանքը չափազանց արժեքավոր էր բոլորի համար. այն ֆանտաստիկ էր որպես գիտելիքների փոխանակման/հաղորդակցման վարժություն այն մասին, թե ինչպես են օգտվողները փոխազդում վեբ հավելվածների հետ, մենք բացահայտեցինք բազմաթիվ UI խնդրահարույց տարածքներ մինչ դրանք ստեղծվեցին, մշակող թիմերն այժմ ունեն շատ ավելի լավ բնութագրեր՝ դիզայնի միայն տեսողական, բայց նաև վարքային ասպեկտներ: Իրական քննարկումները զվարճալի, եռանդուն, կրքոտ քննարկումներ են տեխնիկական ասպեկտների և փոխազդեցությունների վերաբերյալ:

Մենք կարող էինք դա անել ավելի լավ, եթե ունենայինք կույր և հաշմանդամ օգտատերեր այս (կամ հետագա) հանդիպումների ժամանակ. դա դժվար էր կազմակերպել, բայց մենք այժմ աշխատում ենք ինչպես տեղական կույր կազմակերպությունների, այնպես էլ ընկերությունների հետ, որոնք արտաքին թեստավորում են իրականացնում՝ վաղաժամ կատարման հոսքը ստուգելու համար: զարգացում՝ և՛ բաղադրիչի, և՛ կատարման հոսքի մակարդակներում:

Ինժեներներն այժմ ունեն բավականին մանրամասն բնութագրեր, հասանելի բաղադրիչներ, որոնք կարող են օգտագործել դրանք իրականացնելու համար և կատարման հոսքը վավերացնելու միջոց: Փորձի մի մասը մեզ սովորեցրել է այն, ինչ մենք բաց թողել ենք ամբողջ ժամանակ՝ ինչպես կարող ենք կանգնեցնել հետընթացը: Նմանապես, մարդիկ կարող են օգտագործել ինտեգրման կամ ծայրից ծայր թեստեր՝ ֆունկցիոնալությունը ստուգելու համար, որը մենք պետք է հայտնաբերենք փոխազդեցությունների և կատարողական հոսքերի փոփոխությունները՝ և՛ տեսողական, և՛ վարքային:

Տեսողական ռեգրեսիան որոշելը բավականին սահմանված խնդիր է, շատ քիչ բան կարող է ավելացվել գործընթացին, բացի միգուցե ստուգելուց, թե արդյոք ֆոկուսը տեսանելի է ստեղնաշարով նավարկելու ժամանակ: Ավելի հետաքրքիր են մատչելիության հետ աշխատելու երկու համեմատաբար նոր տեխնոլոգիաներ:

  1. Մատչելիության ակնարկներ գործիքների մի շարք է, որը կարող է գործարկվել ինչպես բրաուզերում, այնպես էլ որպես build/test ցիկլի մաս՝ խնդիրները բացահայտելու համար:
  2. Հատկապես դժվար խնդիր էր էկրանի ընթերցիչների ճիշտ աշխատանքի ստուգումը: Մատչելիության ներդրմամբ Մատչելիություն DOM, մենք վերջապես կարող ենք վերցնել հավելվածի հասանելիության լուսանկարները, ինչպես մենք անում ենք տեսողական թեստերի համար, և փորձարկել դրանք ռեգրեսիայի համար:

Այսպիսով, պատմության երկրորդ մասում մենք HTML կոդի խմբագրումից անցանք վերացականության ավելի բարձր մակարդակի վրա աշխատելու, փոխեցինք դիզայնի մշակման գործընթացը և ներկայացրեցինք մանրակրկիտ թեստավորում: Նոր գործընթացները, նոր տեխնոլոգիաները և աբստրակցիայի նոր մակարդակները լիովին փոխել են հասանելիության լանդշաֆտը և այն, ինչ նշանակում է աշխատել այս տարածքում:
Բայց դա միայն սկիզբն է:

Հաջորդ «ըմբռնումն» այն է, որ կույր օգտատերերը վարում են առաջադեմ տեխնոլոգիաներ. նրանք են, ովքեր ամենաշատն են շահում ոչ միայն մեր նախկինում նկարագրված փոփոխություններից, այլ նաև այն, որ ML/AI-ի շնորհիվ հնարավոր են դառնում նոր մոտեցումներ և գաղափարներ: Օրինակ, Immersive Reader տեխնոլոգիան օգտվողներին թույլ է տալիս տեքստը ներկայացնել ավելի հեշտ և պարզ: Այն կարելի է բարձրաձայն կարդալ, նախադասության կառուցվածքը բաժանված է քերականորեն, և նույնիսկ բառերի իմաստները ցուցադրվում են գրաֆիկորեն: Սա ամենևին չի տեղավորվում «այն հասանելի դարձնել» հին մտածելակերպի մեջ. դա օգտագործելիության հատկանիշ է, որը կօգնի բոլորին:

ML/AI-ը հնարավորություն է տալիս փոխգործակցելու և աշխատելու բոլորովին նոր եղանակներ, և մենք ոգևորված ենք այս առաջադեմ ճանապարհորդության հաջորդ փուլերի մաս լինելու համար: Նորարարությունը պայմանավորված է մտածողության փոփոխությամբ. մարդկությունը գոյություն ունի հազարամյակների ընթացքում, մեքենաները հարյուրավոր տարիներ, կայքերը մի քանի տասնամյակ, իսկ սմարթֆոնները նույնիսկ ավելի քիչ, տեխնոլոգիան պետք է հարմարվի մարդկանց, և ոչ հակառակը:

P.S. Հոդվածը թարգմանվել է բնօրինակից չնչին շեղումներով։ Որպես այս հոդվածի համահեղինակ՝ ես համաձայնեցի այս շեղումների մասին Հյուի հետ։

Հարցմանը կարող են մասնակցել միայն գրանցված օգտվողները։ Մուտք գործել, խնդրում եմ:

Ուշադրություն դարձնու՞մ եք ձեր հավելվածների հասանելիությանը:

  • Այո

  • Ոչ

  • Ես առաջին անգամ եմ լսում հավելվածների հասանելիության մասին:

Քվեարկել է 17 օգտատեր։ 5 օգտատեր ձեռնպահ է մնացել։

Source: www.habr.com

Добавить комментарий