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

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

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