نحو إمكانية الوصول

نحو إمكانية الوصول

الجمعة هو نهاية يوم العمل. تأتي الأخبار السيئة دائمًا في نهاية يوم العمل يوم الجمعة.

أنت على وشك مغادرة المكتب، وقد وصلت رسالة جديدة عبر البريد للتو حول إعادة تنظيم أخرى.

شكرًا لك xxxx، yyy بدءًا من اليوم سوف تقوم بالإبلاغ عن zzzz
...
وسيعمل فريق هيو على التأكد من أن منتجاتنا متاحة للأشخاص ذوي الإعاقة.

أوه لا! لماذا استحقت هذا؟ هل يريدون مني أن أغادر؟ جهز نفسك للعمل الجاد الناكر للجميل ومحاولة تصحيح أخطاء الآخرين. وهذا بالتأكيد فشل..

كان هذا هو التوفر قبل بضع سنوات. تم تكليف بعض النفوس المسكينة بمهمة "تنظيف" واجهة المستخدم لمحاولة جعلها في متناول الأشخاص ذوي الإعاقة.

ما يعنيه هذا في الواقع كان غامضًا جدًا - من المفترض أنه إذا كان بإمكانك رؤية مؤشر التركيز وعلامة التبويب عبر الحقول، ولديك بعض النص البديل واثنين من أوصاف الحقول، فسيتم اعتبار أن التطبيق الخاص بك يمكن الوصول إليه ...

ولكن فجأة بدأت "الحشرات" تتكاثر بسرعة الانهيار الجليدي.

قارئات الشاشة المختلفة (المهندس قارئات الشاشة) والمتصفحات تصرفت بشكل مختلف تمامًا.

اشتكى المستخدمون من أن التطبيق غير قابل للاستخدام.

وبمجرد تصحيح خطأ في مكان، ظهر خطأ آخر في مكان آخر.

ويتطلب تغيير أخطاء واجهة المستخدم وتصحيحها ببساطة جهودًا هائلة.

كنت هناك. لقد نجوت، لكننا لم "ننجح" - من الناحية الفنية، قمنا بتنظيف الكثير، وأضفنا الكثير من الأوصاف الميدانية، والأدوار، وحققنا مستوى معينًا من الامتثال، ولكن لم يكن أحد سعيدًا. لا يزال المستخدمون يشكون من عدم قدرتهم على التنقل في التطبيق. لا يزال المدير يشكو من التدفق المستمر للأخطاء. اشتكى المهندسون من أن المشكلة قد تم طرحها بشكل غير صحيح، مع عدم وجود حل "صحيح" محدد بوضوح يمكن أن ينجح في جميع الحالات.

لقد كانت هناك بعض اللحظات المذهلة طوال رحلتي لفهم إمكانية الوصول.
ربما كان الأول هو إدراك أن إضافة وظيفة إمكانية الوصول أعلى المنتج النهائي كان أمرًا صعبًا. ومن الأصعب إقناع المديرين بأنه أمر صعب للغاية! لا، لا يقتصر الأمر على مجرد "إضافة بعض العلامات" وستعمل واجهة المستخدم بشكل جيد. لا، لا يمكن إكمال هذا في ثلاثة أسابيع؛ فحتى ثلاثة أشهر لن تكون كافية.
وجاءت لحظة الحقيقة التالية عندما رأيت بنفسي كيف يستخدم المستخدمون المكفوفون تطبيقنا فعليًا. وهذا يختلف تمامًا عن النظر إلى رسائل الخطأ.

سأعود إلى هذا الأمر مرارًا وتكرارًا، ولكن جميع "افتراضاتنا" تقريبًا حول كيفية استخدام الأشخاص لتطبيقنا كانت خاطئة.

التنقل في واجهة مستخدم معقدة باستخدام ضغطات المفاتيح Tab/Shift+Tab – هذا مقرف! نحن بحاجة إلى شيء أفضل. اختصارات لوحة المفاتيح، والعناوين.

لا يمثل فقدان التركيز عند تغيير واجهة المستخدم مشكلة كبيرة، أليس كذلك؟ دعونا نفكر مرة أخرى - هذا محير للغاية.

واصلت العمل على مشاريع مختلفة لفترة من الوقت، ثم بدأنا مشروعًا جديدًا بواجهة مستخدم معقدة وتثبيت واضح، حتى نتمكن أخيرًا من الوصول بشكل صحيح هذه المرة.

لذلك، أخذنا خطوة إلى الوراء ونظرنا في كيفية تنفيذ ذلك بشكل مختلف وتحقيق النجاح، وجعل العملية أقل مللًا!

وبسرعة توصلنا إلى بعض الاستنتاجات:

  1. لم نرغب في أن يعبث الأشخاص الذين يقومون بتطوير واجهة المستخدم بتسميات/أدوار الأغنية وبالطبع بنية HTML للمكونات. كنا بحاجة إلى تزويدهم بالمكونات المناسبة التي تعمل على إنشاء إمكانية الوصول فور إخراجها من الصندوق.
  2. إمكانية الوصول == سهولة الاستخدام – أي وهذا ليس مجرد تحدي تقني. كنا بحاجة إلى تغيير عملية التصميم بأكملها والتأكد من أخذ إمكانية الوصول في الاعتبار ومناقشتها قبل بدء تصميم واجهة المستخدم. يتعين عليك التفكير مبكرًا في كيفية اكتشاف المستخدمين لأي وظيفة، وكيفية التنقل، وكيفية عمل النقر بزر الماوس الأيمن من لوحة المفاتيح. يجب أن تكون إمكانية الوصول جزءًا لا يتجزأ من عملية التصميم - بالنسبة لبعض المستخدمين، فهي أكثر بكثير من مجرد مظهر التطبيق.
  3. منذ البداية، أردنا الحصول على تعليقات من المستخدمين المكفوفين والمعاقين الآخرين حول سهولة استخدام التطبيق.
  4. لقد كنا بحاجة إلى طرق جيدة حقًا للتعرف على تراجعات إمكانية الوصول.

حسنًا، من وجهة نظر هندسية، بدا الجزء الأول ممتعًا للغاية - تطوير البنية وتنفيذ مكتبة المكونات. وبالفعل كان الأمر كذلك.

اتخاذ خطوة إلى الوراء، والنظر أمثلة ARIA ومن خلال التفكير في هذا كمشكلة تصميم بدلاً من مشكلة "ملاءمة"، قدمنا ​​بعض التجريدات. يحتوي المكون على "بنية" (تتكون من عناصر HTML) و"سلوك" (كيفية تفاعله مع المستخدم). على سبيل المثال، في المقتطفات أدناه لدينا قائمة بسيطة غير مرتبة. من خلال إضافة "السلوكيات"، تتم إضافة الأدوار المقابلة إلى القائمة لجعلها تعمل كقائمة. نحن نفعل الشيء نفسه بالنسبة للقائمة.

نحو إمكانية الوصول

في الواقع، لا تتم إضافة الأدوار هنا فحسب، بل تتم أيضًا إضافة معالجات الأحداث للتنقل عبر لوحة المفاتيح.

هذا يبدو أكثر أناقة. إذا تمكنا من الحصول على فصل واضح بينهما، فلن يهم كيفية إنشاء الهيكل، يمكننا تطبيق السلوكيات عليه والحصول على إمكانية الوصول بشكل صحيح.

يمكنك أن ترى هذا في العمل في https://stardust-ui.github.io/react/ - مكتبة تجربة المستخدم رد فعل، والذي تم تصميمه وتنفيذه مع وضع إمكانية الوصول في الاعتبار منذ البداية.

الجزء الثاني - تغيير النهج والعمليات المتعلقة بالتصميم أخافني في البداية: المهندسون المتواضعون الذين يحاولون المضي قدمًا في التغيير التنظيمي لا ينتهي دائمًا بشكل جيد، ولكن تبين أنه أحد أكثر المجالات إثارة للاهتمام حيث قدمنا ​​مساهمات كبيرة في العملية . باختصار، كانت عمليتنا على النحو التالي: سيتم تطوير وظائف جديدة من قبل فريق واحد، ثم سيقوم فريق القيادة لدينا بمراجعة/تكرار الاقتراح، وبعد ذلك، بمجرد الموافقة عليه، سيتم عادةً تسليم التصميم إلى الفريق الهندسي. في هذه الحالة، "يمتلك" الفريق الهندسي فعليًا وظيفة إمكانية الوصول لأنه كان من مسؤوليته إصلاح أي مشكلات مرتبطة بها.

في البداية، كان من الصعب جدًا توضيح أن إمكانية الوصول وسهولة الاستخدام مرتبطان ارتباطًا وثيقًا وأنه يجب القيام بذلك في مرحلة التصميم، وإلا فإنه سيؤدي إلى تغييرات كبيرة وإعادة تعريف بعض الأدوار. ومع ذلك، وبدعم من الإدارة والجهات الفاعلة الرئيسية، أخذنا الفكرة ووضعناها موضع التنفيذ بحيث يتم اختبار التصميمات من حيث إمكانية الوصول إليها وسهولة استخدامها قبل تقديمها إلى الإدارة.

وكانت هذه التعليقات ذات قيمة كبيرة للجميع - لقد كانت رائعة كتمرين على تبادل المعرفة/التواصل حول كيفية تفاعل المستخدمين مع تطبيقات الويب، وقد حددنا العديد من مجالات مشكلات واجهة المستخدم قبل إنشائها، وتتمتع فرق التطوير الآن بمواصفات أفضل بكثير الجوانب المرئية فقط، ولكن أيضًا الجوانب السلوكية للتصميم. المناقشات الحقيقية هي مناقشات ممتعة وحيوية وعاطفية حول الجوانب التقنية والتفاعلات.

يمكننا القيام بذلك بشكل أفضل إذا كان لدينا مستخدمين مكفوفين ومعاقين في هذه الاجتماعات (أو اللاحقة) - كان من الصعب تنظيم ذلك، ولكننا نعمل الآن مع كل من المنظمات والشركات المحلية المكفوفة، والتي توفر اختبارات خارجية للتحقق من تدفق التنفيذ في وقت مبكر التطوير - على مستوى تدفق المكونات والتنفيذ.

أصبح لدى المهندسين الآن مواصفات مفصلة إلى حد ما، والمكونات المتاحة التي يمكنهم استخدامها للتنفيذ، وطريقة للتحقق من صحة تدفق التنفيذ. إن جزءًا مما علمتنا إياه التجربة هو ما كنا نفتقده طوال الوقت: كيف يمكننا إيقاف الانحدار. وبالمثل، يمكن للأشخاص استخدام التكامل أو الاختبارات الشاملة لاختبار الوظائف، والتي نحتاجها لاكتشاف التغييرات في التفاعلات وتدفقات التنفيذ - المرئية والسلوكية على حد سواء.

يعد تحديد الانحدار المرئي مهمة محددة إلى حد ما، وهناك القليل جدًا مما يمكن إضافته إلى العملية بخلاف التحقق مما إذا كان التركيز مرئيًا عند التنقل باستخدام لوحة المفاتيح. الأمر الأكثر إثارة للاهتمام هو وجود تقنيتين جديدتين نسبيًا للعمل مع إمكانية الوصول.

  1. رؤى إمكانية الوصول عبارة عن مجموعة من الأدوات التي يمكن تشغيلها في المتصفح وكجزء من دورة البناء/الاختبار لتحديد المشكلات.
  2. لقد كان التحقق من عمل قارئات الشاشة بشكل صحيح مهمة صعبة بشكل خاص. مع إدخال الوصول إلى إمكانية الوصول DOM، أصبحنا أخيرًا قادرين على التقاط لقطات إمكانية الوصول للتطبيق، مثلما نفعل في الاختبارات المرئية، واختبارها للتراجع.

لذلك، في الجزء الثاني من القصة، انتقلنا من تحرير كود HTML إلى العمل على مستوى أعلى من التجريد، وغيرنا عملية تطوير التصميم وقدمنا ​​اختبارًا شاملاً. لقد غيرت العمليات الجديدة والتقنيات الجديدة والمستويات الجديدة من التجريد مشهد إمكانية الوصول بالكامل وما يعنيه العمل في هذا الفضاء.
ولكن هذه ليست سوى البداية.

"الفهم" التالي هو أن المستخدمين المكفوفين يقودون أحدث التقنيات - فهم الذين يستفيدون أكثر ليس فقط من التغييرات التي وصفناها سابقًا، ولكن أيضًا من أن الأساليب والأفكار الجديدة أصبحت ممكنة بفضل التعلم الآلي/الذكاء الاصطناعي. على سبيل المثال، تتيح تقنية القارئ الشامل للمستخدمين تقديم النص بسهولة ووضوح أكبر. يمكن قراءتها بصوت عالٍ، وتقسيم بنية الجملة نحويًا، وحتى معاني الكلمات يتم عرضها بيانيًا. وهذا لا يتناسب مع عقلية "إتاحة الوصول إليه" القديمة على الإطلاق - إنها ميزة سهولة الاستخدام التي ستساعد الجميع.

يتيح التعلم الآلي/الذكاء الاصطناعي طرقًا جديدة تمامًا للتفاعل والعمل، ونحن متحمسون لأن نكون جزءًا من المراحل التالية من هذه الرحلة المتطورة. الابتكار مدفوع بالتغيير في التفكير - فالإنسانية موجودة منذ آلاف السنين، والآلات موجودة منذ مئات السنين، والمواقع الإلكترونية لعدة عقود، والهواتف الذكية أقل من ذلك، ويجب أن تتكيف التكنولوجيا مع الناس، وليس العكس.

ملاحظة: تمت ترجمة المقال مع انحرافات طفيفة عن الأصل. وباعتباري مؤلفًا مشاركًا لهذا المقال، فقد اتفقت مع هيو على هذه الاستطرادات.

يمكن للمستخدمين المسجلين فقط المشاركة في الاستطلاع. تسجيل الدخول، من فضلك.

هل تهتم بإمكانية الوصول إلى تطبيقاتك؟

  • نعم

  • لا

  • هذه هي المرة الأولى التي أسمع فيها عن إمكانية الوصول إلى التطبيق.

صوت 17 مستخدمين. امتنع 5 مستخدما عن التصويت.

المصدر: www.habr.com

إضافة تعليق