الخدمات الرقمية في عُمان: اجعل الإتاحة معيار قبول للإصدار لا إصلاحاً متأخراً

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

هذا التوجيه موجّه للخدمات الحكومية، ولا ينبغي لشركة خاصة أن تصفه بأنه التزام قانوني شامل عليها. لكنه معيار عملي مفيد لأي بوابة عملاء أو خدمة حجز أو نظام موظفين أو تطبيق جوال في عُمان. الإتاحة جزء من تعريف الميزة الجاهزة للإصدار، إلى جانب الأمان ودعم اللغتين والأداء؛ وليست مهمة مؤجلة إلى أن تبدأ شكاوى المستخدمين.

حوّل الإتاحة إلى اختبار قبول قبل الإصدار

اختاروا الرحلة الأهم في الخدمة: تقديم طلب أو حجز موعد أو سداد فاتورة أو اعتماد إجراء. اختبروها من بدايتها إلى نهايتها قبل كل إصدار مؤثر. ينبغي أن يتمكن المطوّر من إكمالها بلوحة المفاتيح فقط وبمستوى تكبير 200% مع ظهور موضع التركيز بوضوح في كل خطوة. كما ينبغي للمراجع التأكد من أن تسميات الحقول والحقول الإلزامية ورسائل الخطأ والنجاح مفهومة من دون الاعتماد على اللون أو المكان أو الرمز وحده.

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

عيوب تخفيها الواجهات الأنيقة

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

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

خطة عملية لأسبوع واحد

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

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

1. 01Digital Accessibility Guideline — Gov.om
2. 02Digital Accessibility Statement — Ministry of Health Oman
3. 03Web Content Accessibility Guidelines (WCAG) 2.2 — W3C