هناك فرق كبير بين رقمنة نموذج ورقي وبين بناء نظام يفهم كيف تتحرك الشركة فعليًا.
في شركات مقاولات الطرق والسلامة المرورية، قد تبدأ المعلومة في الموقع لدى الفني أو المشرف، ثم تحتاج إلى مراجعة مهندس، وتدخل لاحقًا في تقرير أو وثيقة أو عملية إدارية تعتمد عليها الإدارة. وعندما تكون هذه الدورة موزعة بين ملفات Excel ومجموعات المراسلة والمستندات الورقية وأنظمة منفصلة، تصبح المشكلة أكبر من مجرد البحث عن ملف.
من هنا بدأت فكرة DMES One.
طورت DMES المنصة كنظام رقمي مخصص يجمع العمليات الإدارية والميدانية والهندسية والوثائق في بيئة واحدة، بحيث تنتقل المعلومة داخل دورة عمل واضحة من المشروع والموقع إلى الموظفين والإدارة، بدل أن تبقى موزعة بين أدوات لا تعرف شيئًا عن بعضها.
هذه دراسة حالة عن طريقة التفكير وراء المشروع، والتحديات التي عالجها، وكيف يمكن لبناء نظام مخصص أن يختلف عن شراء برنامج جاهز ثم محاولة إجبار إجراءات الشركة على التكيف معه.
المشروع في سطور
نوع المشروع: منصة SaaS متعددة الشركات لإدارة العمليات التشغيلية والميدانية والهندسية.
القطاع: شركات مقاولات الطرق وأعمال السلامة المرورية.
نطاق الاستخدام: الإدارة، المشاريع، مواقع التنفيذ، الفرق الميدانية، الأدوات الهندسية، الوثائق، التقارير والبيانات التشغيلية.
طبيعة الحل: نظام مخصص قابل للتوسع، وليس قالبًا عامًا لإدارة المهام.
طريقة الوصول: واجهات إدارية وميدانية تعمل عبر الويب، مع تجربة عربية وإنجليزية.
المشكلة: المعلومات موجودة، لكن دورة العمل متفرقة
المشكلة التي تواجه كثيرًا من الشركات ليست غياب البيانات.
البيانات موجودة بالفعل، ولكن كل جزء منها يعيش في مكان مختلف.
قد تكون معلومات المشروع في ملف، وصور التنفيذ في مجموعة مراسلة، وحسابات المواد في جدول Excel، ومستندات التأهيل داخل مجلدات الموظفين، والملاحظات اليومية ترسل في محادثات يصعب الرجوع إليها بعد أشهر.
ومع زيادة عدد المشاريع والمواقع والموظفين، يبدأ هذا الأسلوب في إنتاج أسئلة يصعب الإجابة عنها بسرعة:
من نفذ هذا العمل؟
في أي موقع؟
ما الصور المرتبطة به؟
ما القيم التي استخدمت في الحساب؟
هل تمت مراجعة السجل؟
ما آخر نسخة من المستند؟
ومن الذي اعتمدها؟
المشكلة إذن لم تكن الحاجة إلى مكان آخر لتخزين البيانات، بل الحاجة إلى ربط البيانات بسياق العمل الذي أنتجها.
الهدف: بناء دورة عمل رقمية وليس مجموعة شاشات
كان الهدف من DMES One أن تصبح المعلومة جزءًا من مسار مترابط.
العميل يرتبط بالمشروع، والمشروع يرتبط بمواقع التنفيذ، والموقع يرتبط بسجلات الأعمال والفرق والوثائق، وكل سجل يحتفظ بما يخصه من بيانات وصور ومعلومات هندسية.
بهذا لا تضطر الإدارة إلى إعادة بناء قصة المشروع كل مرة من عدة مصادر.
النظام نفسه يعرف العلاقات بين العناصر.
وهذه واحدة من أهم النقاط عند تطوير نظام مخصص للشركات: القيمة لا تأتي من عدد الصفحات الموجودة في لوحة التحكم، بل من مدى تطابق العلاقات وسير العمل داخل النظام مع طريقة عمل المؤسسة على أرض الواقع.
إذا كانت شركتك تمر بمشكلة مشابهة وتفكر في تحويل إجراءاتها إلى نظام رقمي، يمكنك الاطلاع على تفاصيل تطوير وبرمجة الأنظمة والمنصات للشركات في السعودية لفهم كيف تبدأ عملية بناء الحل من الاحتياج الفعلي، وليس من شكل الواجهة فقط.
منصة واحدة من الإدارة إلى الموقع
صممت DMES One لتتعامل مع أكثر من مستوى من المستخدمين.
فالإدارة تحتاج إلى رؤية المشاريع والعملاء والموظفين والمستندات والتقارير، بينما تختلف حاجة المهندس عن المشرف، ويحتاج الموظف الميداني إلى واجهة أسرع وأقرب لطبيعة العمل في الموقع.
لذلك لم يتم التعامل مع النظام كلوحة تحكم واحدة يحصل فيها الجميع على التجربة نفسها.
لكل دور مساحة وصلاحيات تتوافق مع وظيفته، مع بقاء البيانات داخل المنظومة المركزية نفسها.
وفي البيئة التجريبية للنظام يمكن تجربة العمل من أدوار مختلفة مثل الإدارة التنفيذية والهندسة والإشراف الميداني والجانب المالي والفني، وهو ما يجعل الديمو أقرب إلى تجربة دورة العمل نفسها وليس مجرد مشاهدة Screenshots.
إدارة المشاريع ومواقع التنفيذ
المشروع في قطاع المقاولات لا يحدث داخل شاشة واحدة.
قد يتضمن عددًا من مواقع التنفيذ، وفرقًا مختلفة، وأعمالًا متتابعة، ومستندات وصورًا وسجلات يجب أن تبقى مرتبطة بالمكان والمشروع الصحيحين.
لذلك بنيت إدارة المشاريع في DMES One حول التسلسل:
عميل ← مشروع ← موقع تنفيذ ← عمل ميداني ← سجل موثق
ويمكن لكل سجل أن يحمل المعلومات المرتبطة بالعمل الذي تم تنفيذه بدل الاكتفاء بوصف نصي عام.
هذا يجعل الرجوع إلى تاريخ المشروع أكثر وضوحًا؛ فبدل البحث في عشرات الملفات لمعرفة ما حدث في يوم أو موقع معين، تصبح البيانات مرتبطة بالسياق الذي نشأت فيه.
كما يتعامل النظام مع الأرشفة والاستعادة بطريقة تحافظ على السجل التشغيلي، بدل أن يتحول إخفاء عنصر من واجهة العمل إلى حذف نهائي للمعلومات دون قصد.
من الميدان إلى الإدارة دون إعادة إدخال البيانات
إحدى النقاط التي ركز عليها المشروع هي المسافة بين الموقع والمكتب.
المشرف أو الفني هو الأقرب إلى التنفيذ الفعلي، ولذلك من غير المنطقي أن يسجل المعلومة في الموقع ثم تنتقل لاحقًا إلى موظف آخر يعيد كتابتها في نظام إداري.
واجهة العمل الميدانية تسمح بإدخال السجلات والصور والملاحظات من الموقع، ثم تصبح هذه البيانات متاحة ضمن السياق نفسه لمن يحتاج إلى مراجعتها أو التعامل معها داخل الإدارة.
وهنا تتحول الرقمنة من مجرد استبدال الورقة بشاشة إلى إزالة خطوة كاملة من خطوات إعادة العمل.
Workflow للملاحظات والمراجعة
الملاحظات اليومية مثال واضح على العمليات التي تضيع بسهولة داخل تطبيقات المحادثة.
في DMES One يمكن أن تمر الملاحظة بمراحل واضحة:
مسودة ← إرسال للمراجعة ← اعتماد أو إعادة للتعديل
وبذلك يصبح لكل ملاحظة وضع يمكن معرفته، وسياق مرتبط بالمشروع، وتعليق مراجعة يمكن الرجوع إليه.
لا يعني ذلك إلغاء التواصل بين الفريق، بل نقل الجزء الذي يحتاج إلى التوثيق والمتابعة من المحادثات العابرة إلى النظام الذي يدير المشروع.
التحدي الهندسي: التقرير القديم يجب أن يبقى قديمًا
من التحديات المهمة في الأنظمة التشغيلية أن بعض القيم تتغير مع الزمن.
لنفترض أن الشركة لديها إعدادات تستخدم في حساب كمية مادة مرتبطة بأحد أعمال الطرق. بعد عدة أشهر تم تغيير هذه الإعدادات لأنها أصبحت تعمل بطريقة مختلفة.
ماذا يحدث للتقرير الذي أنشئ قبل التغيير؟
إذا قام النظام بإعادة احتساب السجل القديم باستخدام الإعداد الجديد، فإن التقرير التاريخي لم يعد يمثل ما حدث فعلًا وقت التنفيذ.
لذلك تم تصميم أجزاء من DMES One للاحتفاظ بنسخة ثابتة من القيم المستخدمة عند إنشاء السجل.
بهذا يظل التقرير القديم معبرًا عن الحساب الذي تم اعتماده في ذلك الوقت، حتى لو تغيرت إعدادات الشركة لاحقًا.
هذه التفاصيل قد لا تظهر في واجهة جميلة، لكنها من الفروق الأساسية بين نظام يعرض بيانات ونظام تم بناؤه لاستيعاب التاريخ التشغيلي للشركة.
أدوات هندسية مرتبطة بالعمل الفعلي
DMES One ليست مجرد نظام لإدارة المهام.
طبيعة القطاع تطلبت وجود وظائف مرتبطة بأعمال الطرق والسلامة المرورية نفسها، بما فيها أدوات وحسابات هندسية تساعد في تسجيل ومراجعة بعض البيانات المرتبطة بالتنفيذ.
وجود هذه الأدوات داخل النظام يعني أن الحساب لا يعيش منفصلًا في ملف شخصي لدى الموظف ثم تنقل نتيجته يدويًا.
بل يمكن أن يصبح جزءًا من السجل المرتبط بالمشروع والموقع والتنفيذ.
وهذا يوضح أيضًا متى يكون النظام المخصص أكثر منطقية من البرنامج الجاهز: عندما توجد لدى الشركة عمليات متخصصة تشكل جزءًا من عملها ولا يمكن تمثيلها جيدًا بمجموعة حقول عامة.
وقد تناولنا هذه النقطة بصورة أوسع في مقال متى تحتاج شركتك إلى نظام مخصص بدل البرامج الجاهزة؟.
مركز للوثائق بدل المجلدات المتفرقة
الوثائق جزء أساسي من حياة شركات المقاولات.
هناك مستندات للشركة، وأخرى للمشاريع، ومعلومات عن الموظفين والمعدات، وملفات تستخدم عند تجهيز التأهيل لجهة أو عميل.
لذلك يتضمن DMES One مركزًا لتنظيم المستندات وربطها بالسياق المناسب، بدل الاحتفاظ بها في مجلدات يصعب معرفة أحدث نسخة منها أو علاقتها بالمشروع.
ومن الوظائف التي تم تطويرها Qualification Library، وهي مساحة تساعد الشركة في تجميع عناصر ملف التأهيل من مصادر موجودة أصلًا داخل النظام، مثل المستندات والمشاريع والمعدات والموظفين والروابط الخارجية.
كما يمكن تجهيز حزمة قابلة للمشاركة أو التنزيل بدل إعادة جمع الملفات يدويًا في كل مرة تطلب فيها جهة ملف التأهيل.
نظام Multi-Tenant: شركة واحدة لا يجب أن ترى شركة أخرى
لأن DMES One صممت كمنصة SaaS يمكن أن تعمل عليها عدة شركات، كان عزل البيانات جزءًا من البنية الأساسية وليس ميزة تضاف لاحقًا.
كل شركة تعمل داخل بيئتها وبياناتها ومستخدميها وملفاتها.
ولا يقتصر الفصل على السجلات الموجودة داخل قاعدة البيانات؛ بل يشمل أيضًا بنية تخزين الملفات.
اعتمد النظام هوية ثابتة لكل Tenant باستخدام UUID مستقل، بحيث لا تعتمد الملفات الداخلية على اسم نطاق قد يتغير في المستقبل.
هذا النوع من القرارات مهم عند تصميم منصة قابلة للتوسع، لأن تغيير اسم الشركة أو نطاقها بعد سنوات يجب ألا يحطم الروابط الداخلية للبيانات المخزنة أو يفرض إعادة بناء البنية.
الصلاحيات ليست «مديرًا ومستخدمًا» فقط
كلما اتسعت المنصة أصبح نموذج الصلاحيات البسيط غير كافٍ.
المالك يحتاج إلى نطاق مختلف عن المدير التنفيذي، والمهندس لا يحتاج إلى الأدوات نفسها التي يستخدمها المحاسب، كما أن المشرف والفني يعملان في سياق ميداني مختلف.
لهذا تم بناء تجارب متعددة حسب الدور وطبيعة الاستخدام، بدل منح الجميع لوحة واحدة ثم إخفاء بعض الأزرار فقط.
ويمكن في مركز تجربة DMES One الدخول إلى سيناريوهات مرتبطة بإعداد المشروع والعمليات الميدانية والمراجعة المالية وإدارة الوثائق وتجربة وظائف مختلفة حسب الدور.
العربية والإنجليزية ليستا مجرد ترجمة للواجهة
بيئة شركات المقاولات قد تضم إدارة عربية وفرقًا أو موظفين يستخدمون الإنجليزية.
لذلك أخذ تصميم النظام في الاعتبار العمل بالعربية والإنجليزية في أجزاء من الواجهات والتقارير والوظائف التشغيلية.
التحدي هنا لا يتعلق بترجمة الكلمات فقط، بل باتجاه الواجهة وتوزيع العناصر وعرض البيانات بطريقة تبقى واضحة في الحالتين.
وهو أحد الأسباب التي تجعل تصميم نظام للشركات مختلفًا عن تركيب Language Switcher على موقع بسيط.
تجربة ميدانية للأجهزة المحمولة
لا يعمل الفني في الموقع بالطريقة نفسها التي يعمل بها الموظف أمام شاشة مكتبية.
لذلك توفر المنصة واجهة Field/PWA موجهة للوظائف الميدانية، مع التركيز على الصفحات والعمليات التي يحتاج إليها المستخدم أثناء التنفيذ.
ومن الوظائف التي تظهر في البيئة التجريبية تسجيل أعمال التنفيذ، الصور والمسودات من الواجهة الميدانية.
الفكرة هنا ليست وضع لوحة التحكم الكاملة داخل شاشة هاتف، بل تقليل المسافة بين المهمة التي ينفذها الموظف في الموقع وبين الإجراء المطلوب منه في النظام.
النسخ الاحتياطي جزء من تصميم النظام
في الأنظمة التشغيلية لا تكفي عبارة: «لدينا نسخة احتياطية من قاعدة البيانات».
المنصة قد تعتمد كذلك على ملفات ومستندات وصور وإعدادات تشغيلية.
إذا استعدت قاعدة البيانات وفقدت الملفات المرتبطة بها، فأنت لم تستعد النظام بالفعل.
لهذا تم التعامل مع النسخ الاحتياطي في DMES One باعتباره جزءًا من استمرارية التشغيل، مع فصل بيانات المنصة عن بيانات الشركات وإمكانية التعامل مع أكثر من وجهة للنسخ والتحقق من سلامة النسخ وإمكانية استخدامها عند الحاجة.
المعيار الحقيقي للنسخة الاحتياطية ليس وجود ملف باسم Backup، بل القدرة على الاعتماد عليه عندما تحتاج إلى الاستعادة.
ماذا تعلمنا من بناء DMES One؟
أحد أهم الدروس في هذا النوع من المشاريع أن أصعب جزء ليس كتابة الكود.
الصعوبة الحقيقية هي فهم العلاقات.
كيف ينتقل العمل من المشروع إلى الموقع؟
من يسجل المعلومة؟
من يراجعها؟
أي قيمة يجب أن تبقى ثابتة تاريخيًا؟
ما الذي يمكن حذفه وما الذي يجب أرشفته؟
ما البيانات التي يحق لهذا المستخدم رؤيتها؟
وماذا يحدث عندما تنمو الشركة أو يتغير نطاق عملها؟
كل إجابة من هذه الإجابات تتحول لاحقًا إلى قرار في قاعدة البيانات أو الصلاحيات أو الواجهة أو Workflow.
ولهذا يبدأ تطوير النظام الجيد قبل البرمجة بوقت طويل.
وهو نفس المبدأ الذي نعتمده في مشاريع المواقع والمنصات؛ فمرحلة تحليل المتطلبات وبناء الهيكل تسبق التنفيذ، ويمكنك التعرف على هذا المسار في مراحل برمجة وتطوير موقع الشركة من تحليل المتطلبات إلى الإطلاق.
ما الذي تغير بعد جمع العمليات في منصة واحدة؟
لا نضع في دراسة الحالة أرقامًا لم يتم قياسها أو نتائج تسويقية غير موثقة.
لكن يمكن تحديد الأثر التشغيلي الذي بني النظام لتحقيقه بوضوح:
أصبحت معلومات المشروع قابلة للربط بالموقع والتنفيذ بدل بقائها في ملفات منفصلة.
أصبحت الصور والسجلات جزءًا من سياق العمل نفسه.
أصبح للملاحظات مسار مراجعة وحالة واضحة.
أصبحت الحسابات التاريخية قابلة للحفظ بالقيم التي استخدمت وقت التنفيذ.
أصبح تجهيز بعض حزم الوثائق والتأهيل يعتمد على مكتبة مركزية بدل إعادة جمع الملفات من البداية.
وأصبح بالإمكان بناء تجربة مختلفة للإدارة والمهندس والمشرف والفني مع بقاء الجميع داخل منصة واحدة.
هذه هي القيمة التي نستهدفها عند تطوير نظام للشركة: تقليل المسافة بين ما يحدث في العمل الحقيقي وبين ما يعرفه النظام عنه.
هل كل شركة تحتاج إلى نظام مخصص؟
لا.
وفي الحقيقة، بناء نظام مخصص لشركة يمكنها حل احتياجها بالكامل بأداة جاهزة قد يكون قرارًا مكلفًا بلا داعٍ.
الحل المخصص يصبح منطقيًا عندما تبدأ الشركة في تعديل طريقة عملها لخدمة البرامج التي تستخدمها، أو عندما تصبح عمليات أساسية موزعة بين أدوات كثيرة، أو عندما توجد إجراءات متخصصة لا تستطيع الحلول الجاهزة تمثيلها دون عمل يدوي مستمر.
السؤال ليس:
هل النظام المخصص أفضل؟
بل:
هل العمليات التي تميز شركتك تستحق أن يبنى لها نظام يفهمها؟
ولهذا يجب أن تبدأ أي عملية تطوير بتحليل الاحتياج قبل اختيار التقنية أو تقدير حجم المشروع.
جرّب DMES One بنفسك
بدل الاكتفاء بصور لواجهات النظام، أنشأنا بيئة تجريبية مستقلة يمكن من خلالها استكشاف أجزاء من دورة العمل واختيار أدوار مختلفة وتجربة سيناريوهات مثل إعداد المشاريع، العمليات الميدانية، الوثائق والمراجعة.
الدخول إلى مركز تجربة DMES One
البيئة مخصصة للتجربة، ويمكن استخدامها لفهم طريقة تنظيم النظام وكيف تختلف الواجهات والعمليات بحسب دور المستخدم.
هل لديك عمليات لا تناسب البرامج الجاهزة؟
DMES One مثال على نوع المشاريع التي لا تبدأ من سؤال: «ما القالب الذي سنستخدمه؟»، بل من سؤال مختلف:
كيف تعمل الشركة فعلًا، وكيف يمكن تحويل هذه الدورة إلى نظام رقمي قابل للإدارة والتوسع؟
في DMES نطور المواقع والمنصات والأنظمة الرقمية انطلاقًا من متطلبات المشروع وطبيعة المستخدمين والعمليات التي يجب أن يديرها النظام.
إذا كانت شركتك تعتمد على ملفات وأدوات متعددة، أو لديها إجراءات خاصة يصعب إدارتها بالحلول الجاهزة، يمكنك التعرف على نهجنا في تطوير وبرمجة المواقع والأنظمة للشركات في السعودية أو التواصل معنا لمناقشة الاحتياج قبل تحديد نطاق التنفيذ.
هل تريد خدمات احترافية لعلامتك التجارية؟
تواصل معنا