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

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

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