برنامهریزی برنامههایتان برای خدمترسانی مؤثر به افراد ناتوان در دنیای امروز بسیار مهم است. آیا نرم افزار شما آماده شده است؟
قابلیت دسترسی برای برنامه نویسان برای درک آن ضروری تر می شود. در سال 2020، دادگاه عالی ایالات متحده در پرونده Domino’s v. Robles حکم داد که اینترنت و برنامهها «مکانهایی» در رابطه با قانون آمریکاییهای دارای معلولیت هستند. این بدان معناست که افراد معلول اکنون می توانند از برنامه های دیجیتالی که در دسترس نیستند شکایت کنند.
بیشتر از یک تعهد قانونی، بسیاری از توسعه دهندگان مسئولیت بهبود دسترسی را احساس می کنند. این امر باعث شد که Electronic Arts اعلام کند که پتنت های دسترسی خود را اعمال نمی کند تا دیگر توسعه دهندگان بتوانند از آنها برای ساخت بازی های فراگیرتر استفاده کنند.
گرایش به دسترسی روشن است. دانستن نحوه ادغام دسترسی در توسعه به زودی یک شایستگی اصلی برای برنامه نویسان از همه نوع خواهد بود.
دسترسی دیجیتال چیست؟
دسترسی دیجیتال فرآیندی است که تضمین می کند افراد معلول می توانند به محصولات دیجیتال مانند برنامه ها و وب سایت ها دسترسی داشته باشند. این میتواند به این معنی باشد که مطمئن شوید برنامههای کنفرانس ویدیویی زیرنویس دارند تا افراد ناشنوا یا کمشنوا اتفاقات را از دست ندهند. یا ممکن است به معنای افزودن متن جایگزین به تصاویر باشد تا افراد نابینا بتوانند تصاویر بصری را توسط صفحهخوانها برایشان توضیح داده شود.
متداولترین دستورالعملهای مورد استفاده در مورد دسترسی، دستورالعملهای دسترسی به محتوای وب، یک استاندارد دسترسی بینالمللی است که توسط کنسرسیوم وب جهانی (W3C) ایجاد شده است.
دستورالعملهایی که در حال حاضر وجود دارند، معروف به WCAG 2.2، در اواخر سال 2021 منتشر شدند. این دستورالعملها بر چهار اصل کلیدی تمرکز دارند که در هسته دسترسی دیجیتال قرار دارند: قابل درک، قابل اجرا، قابل درک و قوی.
هر بخش به این موضوع میپردازد که افراد با انواع مختلف اختلالات یا وسایل کمکی چگونه از فناوری استفاده میکنند و برنامهنویسان چگونه باید برای آن طراحی کنند.
سطوح انطباق از طریق استانداردهای سطح A، سطح AA و سطح AAA با پایینترین سطح حداقل آستانه و بالاترین سطح برای رسیدگی به مسائل دسترسی پیچیدهتر و خاصتر که تجربه کاربران ناتوان را بهبود میبخشد، اندازهگیری میشوند.
مشکل با رویکردهای مبتنی بر انطباق
دو مشکل اصلی در رویکردهای سنتی برای دسترسی دیجیتال وجود دارد. اولین مورد این است که اغلب یک فاصله چند ساله بین یک فناوری یا عمل غیرقابل دسترس در حال ظهور و دستورالعمل هایی که به اصلاح آن کمک می کند وجود دارد.
با توجه به اینکه WCAG 2.2 با یک سال تاخیر منتشر شد و سالهاست روی نسخه بعدی، WCAG 3.0 کار میشود، واضح است که دستورالعملهای دسترسی که در حال حاضر مورد استفاده قرار میگیرند قبل از انتشار منسوخ شدهاند.
درک مشکل دوم برای بسیاری از برنامه نویسان سخت تر است. این است که این دستورالعمل ها به اندازه کافی پیش نمی روند.
چرا دسترسی پیشرفته اهمیت دارد؟
متأسفانه، بسیاری از توسعهدهندگان از یک رویکرد برش کوکی برای دسترسی دیجیتال استفاده میکنند که به شدت به انطباق با دستورالعملهای WCAG متکی است، در حالی که طراحی قابل دسترس باید فرآیندی پویاتر باشد.
توسعه دهندگان منطبق با استانداردها اغلب بر این باورند که اگر فقط تمام کادرها را علامت بزنند، محصولاتشان در دسترس خواهد بود. اما این به سادگی درست نیست. در واقع، اگر تحت ADA شکایت شود، ممکن است دفاع یک شرکت مبنی بر رعایت دستورالعملهای WCAG کافی نباشد.
چرا؟ از آنجا که حتی تطابق با سطح AAA تضمین نمی کند که پروژه یا وب سایت شما در دسترس باشد – برای تعیین حداقل استاندارد دسترسی طراحی شده است.
تیمهای توسعه نباید فقط بخواهند کار خود را برای جمعیت گستردهتری در دسترس قرار دهند، بلکه ممکن است در نهایت با ظهور مقررات یا قانون مورد جدید، از آنها خواسته شود.
چرا باید به “بدهی دسترسی” اهمیت دهید
اکثر برنامه نویسان با اصطلاح «بدهی فناوری» آشنا هستند. این پیامدهای کار توسعه را توصیف می کند که از ساده ترین راه حل های کدگذاری به جای بهترین راه حل ها استفاده می کند. این اغلب منجر به کد ناکارآمد و نیاز به کارهای اصلاحی آینده می شود.
“بدهی دسترسی” مفهوم مشابهی است. این به کدها و محصولات غیرقابل دسترس یک تیم یا شرکت در بازار یا در حال توسعه اشاره دارد که برای دسترسی کامل به آنها زمان، تلاش و هزینه نیاز است. با گذشت زمان و در محصولات یا سایتها، این بدهی دسترسی افزایش مییابد تا زمانی که تعمیر آن بسیار پرهزینه شود.
برنامه نویسان با کار نکردن روی قابلیت دسترسی، فقط استفاده از محصولات خود را برای افراد معلول دشوارتر نمی کنند. آنها همچنین در صورت تغییر مقررات یا استانداردهای دسترسی، تعهدات آتی برای شرکت های خود ایجاد می کنند.
چالش افزایش دسترسی دیجیتال
یکی از بزرگترین موانع برای ایجاد کد در دسترس تر این است که بسیاری از برنامه نویسان تصور محدودی از ناتوانی دارند. پرسونای دسترسپذیری که تیمهای محصول و UX گاهی برای کمک به طراحی استفاده میکنند، اغلب بر روی ناتوانیهای رایج شناخته شده مانند نابینایی، ناشنوایی یا فلج تمرکز میکنند.
برنامه نویسان ممکن است بدانند که باید با در نظر گرفتن بیماران صرع طراحی کنند، اما ممکن است نیازهای دسترسی کاربرانی که میگرن مزمن دارند را در نظر نگیرند، وضعیتی که برای بسیاری از مبتلایان ناتوان کننده است.
علاوه بر این، این شخصیتها به ندرت شامل کاربرانی با چند معلولیت یا افرادی میشوند که از انواع دستگاههای دسترسی استفاده میکنند. برای مثال، اگر کاربران حالت کنتراست بالا را فعال کرده باشند، نمیتوان از بسیاری از قابلیتهای یک نرمافزار محبوب تبدیل صدا به متن استفاده کرد.
برای محصولی که معمولاً بهعنوان وسیله کمکی توسط افرادی که دارای ناتوانیهای بینایی هستند استفاده میشود – گروهی که حالت کنتراست بالا اغلب برای آنها ضروری است – این یک نظارت فوقالعاده توسط تیم توسعه است.
استفاده از طراحی جهانی برای دسترسی بهتر
بنابراین، اگر یک برنامه نویس بخواهد به استانداردهای دسترسی بالاتری دست یابد، چه کاری می تواند انجام دهد؟ اولین قدم این است که از نوع تفکری که پروتکلهایی مانند WCAG 2.2 پرورش میدهند، رها شویم، که این است که دسترسی چیزی عینی با مداخلات طراحی و برنامهنویسی مشخص و واضح است.
به عنوان یک جایگزین، مفاهیم طراحی جهانی، که بخشی از گروهی از شیوههایی است که گاهی اوقات از آنها به عنوان طراحی فراگیر یاد میشود، میتواند به برنامهنویسان کمک کند تا طرحهای خود را دوباره ارزیابی کنند و فرآیند طراحی خود را تغییر دهند تا در نظر بگیرند که چگونه محصولات خود را برای افراد با هر توانایی بیشتر در دسترس قرار دهند. درست از مرحله تعریف مسئله
هفت اصل طراحی جهانی برای به کارگیری وجود دارد: استفاده عادلانه، انعطاف پذیری در استفاده، استفاده ساده و شهودی، اطلاعات قابل درک، تحمل خطا، تلاش فیزیکی کم، و اندازه و فضا برای رویکردها و کاربردها.
در نگاه اول، به نظر می رسد که آنها احتمالاً به کدی منتهی می شوند که با دستورالعمل های WCAG 2.2 مشابهت دارد. با این حال، تفاوت اصلی این است که طراحان با در نظر گرفتن این اصول به عنوان اساسی در طراحی خود برای همه کاربران به جای تمرکز بر روی تطبیق طرح هایی که برای «کاربر متوسط» با استانداردهای دسترسی ایجاد شده اند، شروع می کنند.
این مراحل تعریف و طراحی مشکل را تغییر میدهد، زیرا برنامهنویسان را ملزم میکند که فرض کنند همه کاربران ممکن است ناتوانی داشته باشند. این اغلب منجر به صرفه جویی در هزینه شرکت ها می شود زیرا استفاده از ویژگی های دسترسی برنامه ریزی نشده به زمان و بودجه مورد نیاز برای تکمیل یک پروژه می افزاید.
طراحی جهانی همچنین اغلب منجر به محصولات بهتر می شود زیرا محصولاتی که مطابق با اصول طراحی جهانی توسعه یافته اند اغلب برای همه قابل استفاده تر هستند.
اهمیت قابلیت استفاده
اصول طراحی جهانی نیز به صراحت در مورد استفاده صحبت می کنند – چیزی که در محدوده دستورالعمل های WCAG نیست. در حالی که مرتبط هستند، اما قابلیت استفاده و دسترسی لنزهای مختلفی هستند که با آن می توان تجربه یک کاربر ناتوان را ارزیابی کرد.
قابلیت دسترسی صرفاً بر اطمینان از اینکه افراد معلول می توانند به یک سایت یا محصول دسترسی داشته باشند متمرکز است، نه اینکه بتوانند این کار را به روشی کارآمد، انعطاف پذیر یا ترجیحی انجام دهند.
به عنوان مثال، یک وبسایت میتواند شرایط دسترسی را برآورده کند اگر یک کاربر کم بینا بتواند از طریق صفحهخوان به آن دسترسی داشته باشد. با این حال، برخی از افراد ناتوان بینایی، برنامههای متن به صدا را ترجیح میدهند و صاحب صفحهخوان نیستند.
اگر وب سایت شما صادرات متن به یک برنامه را مانند برخی از سایت های خبری ممنوع می کند، وب سایت شما از نظر فنی برای آن کاربر قابل دسترسی است … اما برای آنها قابل استفاده نیست. بنابراین در حالی که ADA را نقض نمی کند، به این معنی است که یک فرد معلول نمی تواند از محصول شما استفاده کند.
چالش دیگر زمانی رخ می دهد که برنامه نویسان با موقعیت هایی مواجه می شوند که از نظر فنی با دستورالعمل های دسترسی مطابقت دارند اما از نظر عملکردی با آنها مطابقت ندارند.
در این مورد، یک وبسایت ممکن است الزامات WCAG را از طریق ممیزی کد برآورده کند، اما همچنان ممکن است هدف «لذت کامل و برابر» را طبق ADA برآورده نکند، اگر یک فرد معلول به همان چیزهایی که یک فرد غیرقابل دسترسی نیست دسترسی داشته باشد. -افراد معلول
اکثر استانداردهای طراحی قابل دسترس تمرکز بر قابلیت استفاده را ندارند و آزمایش قابلیت استفاده اغلب شامل کاربران ناتوان نمی شود. اما قابلیت استفاده باید یک معیار کلیدی در تست دسترسپذیری باشد و تست قابلیت استفاده باید نه تنها بر روی کاربر معمولی، بلکه بر روی کاربران ناتوان نیز متمرکز شود، گروهی که به احتمال زیاد مشکلاتی را تجربه میکنند.
چگونه عدالت طراحی می تواند کمک کند
یکی از مفاهیم نهایی که برنامه نویسان باید بدانند عدالت طراحی است. رویکردی به طراحی که رابطه بین طراحی، قدرت و عدالت اجتماعی را بررسی میکند، فرآیندهای طراحی را بازنگری میکند تا صدای کسانی را که به طور سنتی در شیوههای طراحی نادیده گرفته شدهاند، متمرکز کند.
در واقع، فرآیندهای عدالت طراحی، طراح را بهعنوان یک تسهیلکننده بهجای یک متخصص تغییر میدهد. این تغییر میتواند مفید باشد، زیرا افراد ناتوان مسئول آنچه که نیاز دارند، هستند. متمرکز نکردن آنها می تواند به معنای صرف زمان و هزینه برای ویژگی های دسترسی غیر مفید باشد.
لیز جکسون، استراتژیست و فعال طراحی معلول، حتی اصطلاحی را برای اشاره به راه حل های ظریف اما بی فایده ای که طراحان غیر معلول ارائه می کنند، ابداع کرد: دانگل های معلولیت. اینها محصولاتی هستند که مورد نیاز نیستند یا راه حلی ارائه می دهند که قابل استفاده نیست.
فرآیند عدالت طراحی برای محصول شما چگونه خواهد بود؟ این می تواند به معنای استخدام تعدادی از کارشناسان معلول باشد تا در تحقیقات دسترسی، طراحی UX، برنامه نویسی، QA و تست قابلیت استفاده کمک کنند. همچنین میتواند به معنای میزبانی گروههای متمرکز پولی با کاربران ناتوان در هر مرحله از گردش کار توسعه باشد.
در نهایت، مهمترین جنبه عدالت طراحی این است که چگونه به برنامه نویسان کمک می کند تا قدرتی را که دارند درک کنند. اگر تصمیمات شما موانعی ایجاد کند، هر انتخاب کدنویسی یا طراحی میتواند تأثیر زیادی بر زندگی افراد معلول داشته باشد.
این می تواند نه تنها بر دسترسی آنها به محصول شما، بلکه بر دسترسی آنها به چیزهایی که محصول شما تسهیل می کند مانند جوامع، تجربیات یا حتی اشتغال نیز تأثیر بگذارد.
گام های بعدی برای بهبود دسترسی دیجیتال
اکنون که می دانید چرا دسترسی دیجیتال تا این اندازه مهم است و پیچیدگی هایی که در انجام آن به خوبی وجود دارد، چه کاری می توانید انجام دهید؟
- با یادگیری بیشتر در مورد طراحی جهانی و عدالت طراحی شروع کنید. کارگاههای آموزشی، دورههای آنلاین و کتابهایی برای کمک وجود دارد.
- گردش کار توسعه خود را مرور کنید تا دسترسی را در هر مرحله متمرکز کنید.
- بودجه برای تیم شما برای آموزش طراحی در دسترس و جهانی.
- برنامه نویسان معلول را استخدام کنید و افراد معلول را به عنوان همکار در پروژه ها بگنجانید.
- رهنمودهای روشنی در مورد انطباق دسترسی و قابلیت استفاده ایجاد کنید.
- از افراد ناتوان که کاربران بومی فناوری های کمکی هستند برای انجام تست QA به جای شبیه سازی تجربیات افراد معلول استفاده کنید.
- چک لیست هایی ایجاد کنید که نقاط عطف دسترسی کلیدی را در طول توسعه ثبت کند.
هیچ چیز هرگز نمی تواند 100٪ در دسترس باشد زیرا آسیب های انسانی چند وجهی است و نیازهای دسترسی افراد معلول مختلف اغلب در تضاد است. اما هر چه برنامه نویسان زمان بیشتری را صرف فکر کردن به نیازهای کاربران ناتوان، طراحی جهانی و عدالت طراحی کنند، محصولات آینده در دسترس تر خواهند بود.