الشمول وإمكانية الوصول في تجربة المواطن

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

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

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

لماذا تفشل معظم مشاريع الحكومة الرقمية في الوصول إلى كل مواطن؟

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

منظمة الصحة العالمية تقدّر في نشرتها الحقائقية حول الإعاقة والصحة (منظمة الصحة العالمية، تحديث 2023، who.int) أن نحو 1.3 مليار شخص حول العالم، أي ما يقارب 16% من سكان الأرض، يعيشون بإعاقة معتبرة تؤثر على وظيفة أو أكثر من وظائفهم اليومية. في أي دولة، هذا ليس شريحة هامشية تُدرج كملاحظة في هامش استراتيجية تجربة المواطن. هذا سُدس المتعاملين مع الجهة الحكومية، إضافة إلى كبار السن الذين لا تصنفهم الأرقام كأصحاب إعاقة رسمياً لكنهم يواجهون نفس الحواجز في القراءة الدقيقة أو التنقل بين الشاشات.

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

من هو المواطن الذي تصمم الخدمة من أجله فعلياً؟

الجواب المباشر: في معظم مشاريع الحكومة الرقمية، المواطن "الافتراضي" الذي يُصمَّم من أجله هو موظف الفريق نفسه أو نسخة مثالية منه. هذا انحياز تصميمي صامت، ويصلح له أداة واحدة: بناء أرشتايبات حقيقية متعددة بدل شخص واحد متخيل.

حين تعمل الجهات الحكومية بأرشتايبات دقيقة — لا الشخصيات التسويقية الزخرفية، بل ملفات مبنية على بيانات فعلية عن السلوك والقيود — تظهر فئات لا يمكن تجاهلها:

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

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

ما الفرق بين الامتثال لإمكانية الوصول والتصميم الشامل؟

الجواب المباشر: الامتثال يسأل "هل هذا يحقق معيار WCAG؟"، بينما التصميم الشامل يسأل "هل هذا يعمل فعلاً لمن لا يشبهني؟". الأول قابل للقياس بقائمة تحقق؛ الثاني يتطلب اختباراً مع بشر حقيقيين.

إرشادات إمكانية الوصول للمحتوى على الويب (WCAG، النسخة 2.2، الصادرة عن اتحاد الويب العالمي W3C، أكتوبر 2023، منشورة على w3.org) تضع معايير تقنية دقيقة: تباين الألوان، بدائل نصية للصور، إمكانية التنقل بلوحة المفاتيح فقط، وتوافق مع قارئات الشاشة. هذه المعايير ضرورية، وهي غالباً أول ما يُطلب من الجهات الحكومية الالتزام به قانونياً. لكنها الحد الأدنى، لا الهدف النهائي.

فريق التصميم الحكومي البريطاني نشر منذ سنوات مرجعاً بصرياً بسيطاً تحت عنوان "ما يجب وما لا يجب فعله في تصميم إمكانية الوصول" (نشره Home Office Digital، Data and Technology على مدونة accessibility.blog.gov.uk في سبتمبر 2016)، ولا يزال يُستشهد به على نطاق واسع لأنه يترجم المعيار التقني إلى سلوك تصميمي ملموس: لا تعتمد على الألوان وحدها لنقل المعنى، لا تفترض أن كل مستخدم يحرك المؤشر بدقة، لا تكتب فقرات طويلة دون تقسيم. هذا الفرق بين "استيفاء البند" و"فهم القيد الحقيقي" هو ما يحدد إن كانت الخدمة ستُستخدم بالفعل أو ستبقى مطابقة للمعيار على الورق فقط.

الامتثال يحمي الجهة الحكومية من المساءلة القانونية. التصميم الشامل يحمي المواطن من الشعور بأنه استُثني من دولته.

كيف يتحول الاحتكاك الصغير إلى استبعاد صامت؟

الجواب المباشر: كل خطوة إضافية في رحلة الخدمة الحكومية تُكلّف المستخدم العادي وقتاً ضئيلاً، وتُكلّف المستخدم ذا القيود جهداً كافياً للتخلي عن الإجراء كلياً. هذا ما يسميه ريتشارد ثالر "الرمل" أو sludge — احتكاك مصمَّم أو مهمَل يُبطئ المستخدم دون فائدة حقيقية، على النقيض من "الدفعة" nudge التي تُسهّل القرار الصحيح.

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

هنا يظهر مبدأ سلوكي ثانٍ لا يقل أهمية: هندسة الاختيار وقوة الخيار الافتراضي. حين يكون المسار الميسّر — الخط الأكبر، الشرح الصوتي، الدعم البشري الفوري — خياراً يجب طلبه من قائمة إعدادات خفية، فإن معظم من يحتاجه لن يجده أو لن يعرف أنه موجود. حين يكون هو الإعداد الافتراضي للجميع، يصبح الاستخدام طبيعياً لكل الفئات دون أن يُطلب من أحد أن يُعلن حاجته أمام موظف أو شاشة.

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

كيف تبني تجربة مواطن شاملة خطوة بخطوة؟

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

1. ابدأ بخريطة الرحلة الفعلية لكل أرشتايب، لا لخدمة واحدة عامة. رحلة كبير السن في تجديد بطاقته ليست نفس رحلة الشاب المتمكن رقمياً، حتى لو كانت الخطوات الرسمية متطابقة على الورق. رسم هذه الرحلات ضمن عملية تصميم الخدمات يكشف الفجوات قبل أن تتحول إلى شكاوى.
2. اختبر النموذج الأولي مع مستخدمين حقيقيين من الفئات الأكثر تحدياً، لا مع فريق المشروع. عشر دقائق مع مستخدم كبير السن أو مستخدم لديه إعاقة بصرية تكشف أكثر مما يكشفه شهر من نقاشات الفريق الداخلي.
3. اجعل المسار الميسّر هو الإعداد الافتراضي، لا خياراً في الإعدادات. الخط الأكبر والشرح المبسط والدعم الصوتي يجب أن تكون حاضرة للجميع من اللحظة الأولى، لا مخفية خلف قائمة "احتياجات خاصة".
4. وفّر قناة بشرية موازية لا تُعامَل كخيار أخير. أي خدمة رقمية شاملة تحتاج مسار عودة إلى موظف حقيقي دون عقاب في الوقت أو الرسوم لمن يختاره.
5. درّب الموظفين الأماميين على التعامل مع الفئات الأكثر ضعفاً كجزء من الوظيفة، لا كاستثناء. الموظف الذي يواجه المواطن مباشرة هو خط الدفاع الأخير حين تفشل التقنية، وفقدانه أو ضعف تدريبه يُفاقم أثر أي ثغرة في التصميم، كما تُظهر مقالتنا عن تسرب الموظفين الأماميين.
6. قِس النتيجة بأرشتايب لا بمتوسط عام. رضا 90% من المستخدمين قد يخفي فشلاً كاملاً لدى الشريحة الأكثر حاجة، وهي التي غالباً لا تشارك في استبيانات الرضا الرقمية أصلاً.

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

ما ثمن الفشل في الشمولية؟

الجواب المباشر: الثمن ليس شكوى معزولة، بل تراجع تدريجي في ثقة فئة كاملة بقدرتها على التعامل مع دولتها دون وسيط. هذا خسارة لا تُقاس بمعدل رضا فصلي، بل تتراكم على مدى سنوات.

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

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

كيف تقيس الشمولية بدل أن تفترضها؟

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

القياس الجدي يبدأ بثلاث ممارسات:

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

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

الشمولية كخيار تصميمي، لا كإحسان

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

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

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