تصميم خدمات حكومية رقمية يثق بها المواطن

الثقة لا تُبنى بإطلاق تطبيق. تُبنى بكل تفاعل صغير يُثبت للمواطن أن الجهة الحكومية تعرفه، تحترم وقته، وتُنجز ما وعدت به.

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

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

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

لماذا تفشل الخدمات الرقمية الحكومية في كسب ثقة المواطن؟

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

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

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

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

ما الذي تعنيه الثقة فعلاً في سياق الخدمة الحكومية الرقمية؟

الثقة في الخدمة الحكومية الرقمية تقوم على ثلاثة أبعاد متمايزة، وكسر أي منها يكفي لتقويض الاثنين الآخرين:

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

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

كيف يُؤثر مبدأ الذاكرة التجريبية على تقييم المواطن للخدمة؟

دانييل كانيمان، في أبحاثه حول الذاكرة التجريبية، أثبت أن الإنسان لا يتذكر تجربته كاملةً — بل يتذكر ذروتها (إيجابيةً كانت أم سلبية) ونهايتها. هذا ما يُعرف بـقاعدة الذروة والنهاية (Peak-End Rule).

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

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

المبادئ العملية لتصميم خدمة حكومية رقمية تكسب الثقة

أولاً: ابدأ من رحلة المواطن لا من هيكل الجهة

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

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

ثانياً: أزل الاحتكاك الذي لا مبرر له

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

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

هذا ليس ترفاً تصميمياً. هو رسالة ضمنية للمواطن: نحن نعرفك، ونحترم وقتك.

ثالثاً: اجعل الحالة دائماً مرئية

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

الحل بسيط هندسياً لكنه يتطلب إرادة مؤسسية: حالة الطلب يجب أن تكون مرئية للمواطن في كل لحظة، مع توقع زمني واضح لكل مرحلة. ليس "قيد المعالجة" — بل "مرحلة المراجعة الأولى، المدة المتوقعة: يومان عمل".

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

رابعاً: صمّم للإخفاق لا للنجاح فقط

معظم فرق التصميم تُركّز على المسار المثالي — المواطن الذي يملك كل الوثائق، يفهم التعليمات، ويُكمل الطلب دون أخطاء. لكن الواقع مختلف.

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

تصميم حالات الإخفاق بعناية هو ما يُميّز الخدمة الرقمية الناضجة عن الواجهة الإلكترونية المُجرّدة. وهو أيضاً ما يُقرر إن كان المواطن سيُكمل رحلته أم يستسلم ويتصل بمركز الاتصال.

خامساً: اجعل الشمول الرقمي شرطاً لا خياراً

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

الشمول الرقمي يعني:

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

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

دور الموظف الحكومي في الخدمة الرقمية: لم يختفِ، تغيّر

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

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

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

كيف تُقيس ثقة المواطن في الخدمة الرقمية؟

المقاييس التقليدية — عدد المعاملات الرقمية، نسبة التحول من الحضوري إلى الإلكتروني — تقيس الاستخدام لا الثقة. الجهة قد تُحقق نسبة رقمنة عالية لأن المواطن لا يملك خياراً آخر، لا لأنه يثق في الخدمة.

مقاييس الثقة الحقيقية تشمل:

• معدل إتمام الطلبات: نسبة المواطنين الذين يبدؤون الخدمة ويُكملونها دون الحاجة إلى تدخل بشري أو مراجعة ميدانية.
• معدل الطلبات المُعادة: نسبة الطلبات التي تُعاد إلى المواطن لاستكمال بيانات أو وثائق — مؤشر مباشر على جودة التوجيه المسبق.
• جهد المواطن (Customer Effort Score): سؤال واحد بعد إتمام الخدمة: "كم بذلت من جهد لإنجاز هذه المعاملة؟" — هذا المقياس يُصوّر الاحتكاك بدقة أكثر من رضا المواطن العام.
• معدل العودة الطوعية: هل يختار المواطن الخدمة الرقمية في معاملته التالية؟ الاختيار الطوعي هو أصدق مؤشر على الثقة.

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

الفخ الأكبر: الرقمنة دون إعادة تصميم العملية

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

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

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

الثقة تُبنى في اللحظات الصغيرة، وتُكسر في لحظة واحدة

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

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

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

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

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