«نظّفوا غرفة الاجتماعات»، «الطابعة معطّلة»، «أصدروا تصريح دخول» — تصل عبر تطبيقات المراسلة والبريد الشخصي وشفهيًا في الممر. لا يملك فريق المرافق طابورًا ولا مواعيد نهائية ولا سجلًا.
لا أحد يستطيع تحديد عدد الطلبات المفتوحة الآن وأيّها عاجل. تُمنح الأولوية لمن يرفع صوته أكثر.
عبارة «سننجزه هذا الأسبوع» غير مسجّلة في أي مكان. ولا يظهر التأخير إلا عندما يأتي صاحب الطلب شاكيًا.
من تسبّب في التأخير، وأي مقاول يتأخر باستمرار، وكم كلّفت صيانة الطابق في الربع الماضي — لا توجد بيانات.
تطبيق منصّة ITSM كاملة من أجل طلبات المرافق فقط يعني أشهرًا من العمل وتدريبًا للموظفين. المهمة لا تستحق ذلك.
تحوّل وحدة «مكتب الطلبات» هذا التدفق إلى عملية منضبطة خلال يوم عمل واحد — دون تطبيق نظام ITSM ثقيل ودون تدريب الموظفين. نوع «طلبات مرافق المكتب» بسيط عن قصد: يصف الموظف العمل بكلماته، ويتولّى المنفّذ التصنيف.
يرسل النظام إشعارًا عند كل انتقال: لا أحد يتابع الطلب يدويًا ولا يسأل «ما الأخبار؟» في المحادثة.
يُنشأ الطلب من الهاتف. يُخطر النظام مجموعة المنفّذين وصندوق البريد المشترك للخدمة. تتضمّن الرسالة رابطًا مباشرًا إلى الطلب.
يضغط المنفّذ على «استلام الطلب». يسجّل النظام من استلم الطلب ويُخطر صاحبه.
اكتمل العمل. يتلقّى صاحب الطلب إشعارًا ويقرّر: قبول النتيجة أو إعادتها للتعديل.
يؤكّد صاحب الطلب النتيجة. وإذا لم يستجب خلال المدة المحدّدة — ثلاثة أيام عمل مثلًا — يُغلق الطلب تلقائيًا.
تُعاد مع وصف الملاحظات. يعود الطلب إلى المنفّذ نفسه ويُخطر الطرفان — دون الحاجة إلى مراسلات.
| الحدث | من يُخطَر | القناة والمحتوى |
|---|---|---|
| إنشاء الطلب | مجموعة المنفّذين وصندوق بريد الخدمة المشترك | بريد إلكتروني إلى العناوين المسجّلة في الملفات الشخصية، أو رسالة قصيرة، أو إشعار في التطبيق. يتضمّن الإشعار رابط الطلب. |
| استلام الطلب | صاحب الطلب | من استلم الطلب ومتى. |
| مُنجز | صاحب الطلب | رابط يتضمّن زرَّي «إغلاق» و«إعادة للتعديل». |
| إعادة للتعديل | المنفّذ وصاحب الطلب | نصّ الملاحظات من نموذج الإعادة. |
| خرق اتفاقية مستوى الخدمة | المنفّذ ورئيس الخدمة | تصعيد عند اقتراب مدة الحل، محسوبة وفق ساعات عمل نوع الطلب. |
نوع الطلب عبارة عن مُنشئ: مجموعة حقول، وأدلة مرجعية، ومسار، واتفاقية مستوى خدمة، وساعات عمل. إعداد نوع جديد وتشغيله يستغرق ساعات لا أسابيع.
لا أحد مضطر للتكيّف مع أداة غيره: كل مشارك يعمل حيث يناسبه، ويبقى الطلب واحدًا.
تندرج وحدة «مكتب الطلبات» ضمن Smart Office و Merusoft IWMS. ولا تحتاج إلى مشروع تطبيق منفصل: إذا كانت المنصّة تعمل بالفعل، تُفعَّل الوحدة داخلها وتستخدم الأدلة المرجعية نفسها للمباني والغرف، والمستخدمين أنفسهم، والتطبيق نفسه.
لا. تعمل الوحدة أيضًا كمكتب خدمة مستقل لفريق المرافق: يكفي دليل المباني والغرف وقائمة الموظفين. أما بقية الوحدات — حجز المكاتب وغرف الاجتماعات والخزائن والمواقف — فتُربط لاحقًا عند ظهور الحاجة إليها.
السيناريو الأساسي — نوع «طلبات مرافق المكتب» بوصف حرّ للعمل — يبدأ خلال يوم عمل واحد. ويُضبط كل نوع تالٍ، بحقوله وأدلته واتفاقية مستوى خدمته ومساره، خلال ٢–٣ ساعات. ولا حاجة إلى برمجة.
صاحب الطلب لا يحتاج: يفتح التطبيق، ويختار النوع، ويصف المشكلة بكلماته — فالنوع الأساسي بلا أدلة إلزامية. ويتقن فريق المرافق واجهة الويب بعرض واحد. أما المقاول فلا يحتاج حسابًا إطلاقًا — يعمل عبر رابط من الرسالة.
تُحتسب مدة الحل وفق ساعات عمل نوع الطلب المحدّد — فالليل وعطلة نهاية الأسبوع لا يستهلكان الوقت إذا كان النوع يعمل أيام الأسبوع من ٠٨:٠٠ إلى ٢٠:٠٠. ومع اقتراب الموعد أو تجاوزه، يصعّد النظام الطلب إلى المنفّذ ورئيس الخدمة.
نعم، هناك وضع «نيابةً عن»: ينشئ المسؤول أو المدير الطلب باسم الموظف، وتصل جميع الإشعارات أثناء العمل إلى صاحب الطلب نفسه. وهذا يغطّي الحالات التي يصل فيها الطلب شفهيًا أو عبر الهاتف.
لا، تلك هي الخطوة التالية. تعمل الوحدة بالكامل على طلبات ينشئها البشر. وتُضاف أجهزة الاستشعار ورموز QR لاحقًا وسيناريو تلو الآخر: التسرّبات أولًا مثلًا، ثم التنظيف بحسب عدد الزوّار. ولا يُعاد بناء العملية القائمة.
يستغرق العرض التوضيحي ٤٠ دقيقة: ننشئ طلبًا من الهاتف، ونمرّره عبر دورة الحياة كاملة، ونضبط نوع الطلب الخاص بكم مباشرةً.
