استراتيجية التصميم الشامل المفيدة تنتهي بقرارات ومسؤوليات يمكن تتبعها: ما العائق؟ من يتأثر به وفي أي سياق؟ ما الدليل؟ ما التغيير المقترح؟ وكيف نعرف أنه عالج المشكلة؟ لا تكفي قائمة مبادئ عامة أو ورشة تضع أسماء فئات مستخدمين دون مشاركة مناسبة أو تحقق من تجربتهم.
ابدأ بخدمة أو رحلة محددة، ثم ابحث عن الظروف التي تجعل إكمالها صعباً أو مستحيلاً. قد تتعلق باللغة، أو الإعاقة، أو الجهاز والاتصال، أو معرفة المصطلحات، أو إمكانية الحصول على الوثائق المطلوبة. لا تختزل الأشخاص في فئة واحدة؛ قد يجتمع أكثر من قيد في المهمة نفسها، وقد يختلف أثره بين مستخدم وآخر.
ضع حدوداً واضحة بين الشمول والوصول وقابلية الاستخدام
توضح WAI أن هذه المجالات مترابطة، بينما يشمل الشمول قضايا أوسع مثل اللغة والاتصال والمهارات، مع بقاء الوصول مركزاً على احتياجات الأشخاص ذوي الإعاقة. الوصول وقابلية الاستخدام والشمول. الاستفادة العملية هي تنسيق الأدلة دون طمس الاختلافات.
مراجعة تقنية للمعايير قد تكشف عائقاً يحتاج إصلاحاً، لكنها لا تجيب وحدها عن فهم اللغة أو ظروف تجهيز الطلب. وبالمقابل، مقابلات جيدة لا تثبت استيفاء جميع المعايير. لذلك يجب أن توضّح استراتيجية التصميم الشامل ما يعتمد على دليل قائم، وما يحتاج تقييماً متخصصاً، وما لا يزال فرضية بحث.
أنشئ سجل عوائق لا قائمة افتراضات عن الناس
اكتب كل عائق بصيغة قابلة للفحص: «الشخص الذي لا يستخدم المؤشر لا يصل إلى زر التأكيد في هذه الحالة»، بدلاً من «كبار السن لا يفهمون التقنية». الصياغة الأولى تحدد سلوكاً ومكاناً، والثانية تعميم لا يبرر قرار تصميم.
لكل سجل، احتفظ بالمهمة والسياق ومصدر الدليل وتاريخه، وما لوحظ فعلاً، وما استنتجه الفريق، وما لا يعرفه. سجل الشكوى قد يكشف مشكلة حقيقية دون أن يخبرك بحجم انتشارها. وغياب الشكاوى لا يثبت غياب العائق؛ ربما تعذر على الشخص الوصول إلى قناة الإبلاغ نفسها.
تحتاج خدمة بحث المستخدمين إلى أسئلة واضحة ومشاركين مناسبين وموافقة وترتيبات مشاركة. وإذا لم يتوافر الوصول إلى فئة مهمة، دوّن الفجوة ولا تصف ورشة الفريق بأنها تمثلها. كما تحذر WAI من تعميم تجربة عدد محدود من المشاركين على الجميع. إشراك المستخدمين في التقييم.
مثال افتراضي: بوابة طلب خدمة مهنية
لنفترض بوابة تتطلب اختيار نوع الخدمة وقراءة تعليمات ورفع ملف ثم إرسال الطلب. يجمع الفريق ثلاثة سجلات مختلفة. الأول عائق مؤكد في التنقل بلوحة المفاتيح داخل نافذة التأكيد. الثاني طلب دعم يذكر صعوبة رفع ملف عبر اتصال متقطع، لكنه لا يكفي بعد لتحديد السبب التقني. الثالث ملاحظة من مقابلة تشير إلى أن اسم الخدمة يستخدم مصطلحاً داخلياً غير واضح. المثال افتراضي ولا يمثل نتائج LAB.
لا يمنح الفريق السجلات الثلاثة درجة يقين واحدة. يُحال عائق لوحة المفاتيح إلى المختص لإعادة الرصد وتحديد الإصلاح. يُحقق في حالة الرفع ببيانات اختبار وبيئة مصرح بها قبل افتراض أن الحل ضغط الصور. ويُختبر اسم الخدمة مع أشخاص مناسبين، مع بدائل تشرح المعنى دون تغيير نطاق الخدمة المعتمد.
تقترح خارطة الطريق مساراً فورياً لإصلاح العائق المؤكد، ومسار تحقيق لقضية الاتصال، ومسار محتوى لاختبار المصطلح. لكل مسار مالك ومخرج ودليل إغلاق. إذا أظهر التحقيق أن حد حجم الملف هو السبب، يصحّح الفريق التعليمات أو القيد بعد قرار هندسي؛ لا يواصل تنفيذ حل سبق اختياره دون دليل.
وتظهر تبعية مهمة: تغيير شرح الخدمة يتطلب موافقة صاحب الخدمة، بينما تعديل سلوك النافذة يحتاج هندسة واختباراً. لا يُسند الجميع إلى المصمم وحده. كذلك لا يُعلن أن البوابة أصبحت مناسبة لكل الناس بعد معالجة السجلات الثلاثة؛ بقيت ظروف لم تُبحث ضمن هذا النطاق.
رتب الأولويات بما يوضح المفاضلة
استخدم أثر العائق في المهمة، وقوة الدليل، واتساع الاستخدام المعروف، وحساسية النتيجة، والاعتمادات، وجهد التغيير. لا تخلط «عدد المتأثرين غير معروف» مع «عدد المتأثرين قليل». ولا تجعل سهولة التنفيذ السبب الوحيد لتقديم تحسين تجميلي على عائق يمنع إنجاز مهمة أساسية.
| نوع البند | القرار المناسب | دليل الإغلاق |
|---|---|---|
| عائق موثق قابل للتكرار | إصلاح وفحص متفق عليه | إعادة المهمة في الظروف المحددة |
| سبب غير محسوم | تحقيق أو بحث موجه | دليل يثبت السبب أو يستبعد الفرضية |
| نمط متكرر عبر المنتجات | تغيير مشترك مع تبنٍّ | تحقق من المكون واستخداماته المحددة |
| حاجة خارج القدرة الحالية | قرار مسؤول وخطة بديلة | توثيق القيد والمسار والمالك |
يمكن لـتصميم تجربة المستخدم تحويل الأولويات إلى رحلات ومتطلبات، بينما تنقل أنظمة التصميم الحلول المتكررة إلى أنماط مشتركة ضمن النطاق. لا تجعل إنشاء مكون جديد بديلاً عن التأكد من استخدامه في المنتج المتأثر.
ما الذي تقبله في التسليم؟
اطلب خارطة تتضمن الدليل والقرار والمالك والاعتماد ومعيار التحقق، مع فصل الأعمال الجاهزة للتنفيذ عن الأسئلة المفتوحة. ينبغي أن يرى فريقك ما يمكنه فعله الآن وما يحتاج وصولاً أو مختصاً أو مشاركة إضافية. المبادئ العامة مفيدة عندما تشرح قرارات حقيقية، لا عندما تحل محلها.
ومن الأخطاء استخدام شخصيات تخيلية بوصفها نتائج بحث، أو افتراض أن ترجمة المحتوى عالجت اختلاف المعرفة، أو وصف توفير قناة مساعدة بأنه حل كافٍ دون فحص إمكانية استخدامها. إذا كان المسار البديل يعتمد على موظف أو ساعات خدمة، فليؤكد مالك التشغيل قدرته؛ لا يُوعد المستخدم بمساعدة غير متاحة.
أسئلة شائعة
هل نحتاج دراسة تمثل كل المستخدمين قبل البدء؟
لا يمكن افتراض تغطية الجميع في دراسة واحدة. ابدأ بأدلة وأسئلة محددة، وصرّح بالفجوات، ووسّع المشاركة وفق المخاطر والقرارات المقبلة.
هل هذه الخدمة بديل عن مراجعة الوصول؟
لا. تنظم الأولويات الأوسع والملكية، وقد تستخدم نتائج مراجعة وصول ضمن أدلتها. كل منهما يحتاج نطاقاً ومنهجاً مناسباً.
كيف نتعامل مع مشكلة لا نعرف انتشارها؟
افحص شدتها وإمكان تكرارها، ثم اختر إصلاحاً أو بحثاً يليق بالخطر. لا تختلق نسبة انتشار، ولا تتجاهلها لمجرد أن العدد مجهول.
هل خارطة الطريق تثبت أن المنتج شامل؟
لا. هي خطة قرارات مبنية على الأدلة المتاحة، وليست شهادة أو وعداً لجميع المستخدمين. القيمة تظهر في تنفيذ الإجراءات والتحقق منها وتحديث الفجوات.
المصادر
- W3C WAI: الوصول وقابلية الاستخدام والشمول.
- W3C WAI: إشراك المستخدمين في تقييم الوصول. راجعت المراجع في 26 أكتوبر 2026.
