قد تستثمر مؤسسة ملايين الريالات في منصة جديدة، وتنقل أنظمتها إلى السحابة، وتضيف أدوات للذكاء الاصطناعي وتحليل البيانات، ثم تكتشف بعد عام أن الموظفين ما زالوا يعتمدون على ملفات Excel، وأن بعض الإجراءات لم تصبح أسرع، وأن العميل بالكاد يلاحظ أي فرق.

من الناحية التقنية، تم تنفيذ المشروع. لكن هل حدث تحول فعلي في طريقة عمل المؤسسة؟

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

ولهذا قد لا يكون السؤال الأهم: كم تستثمر الشركة في التحول الرقمي؟ بل: ما الذي تريد تغييره بهذا الاستثمار؟

التحول الرقمي لا يبدأ باختيار التقنية

من السهل أن يبدأ النقاش حول التحول الرقمي بأسماء التقنيات: هل نحتاج إلى نظام ERP جديد؟ هل ننقل البنية التحتية إلى Cloud؟ هل نضيف الذكاء الاصطناعي؟ هل نطور تطبيقًا جديدًا؟

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

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

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

رقمنة عملية سيئة لا تجعلها عملية جيدة 

قبل تطوير النظام، من الضروري فهم ما يحدث فعلًا داخل المؤسسة، وليس فقط ما يفترض أن يحدث وفق الإجراءات الرسمية. هذه الفجوة مهمة.

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

ما الخطوات التي يمكن حذفها؟ أين تتكرر البيانات؟ ما الموافقات التي يمكن دمجها؟ وأي قرارات يمكن تنفيذها وفق قواعد واضحة بدلًا من انتظار تدخل يدوي في كل مرة؟

أحيانًا يكون أفضل قرار تقني هوعدم تحويل خطوة معينة إلى النظام الجديد، بل إلغاؤها بالكامل.

الموظفون ليسوا المرحلة الأخيرة من المشروع

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

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

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

أفضل نظام لا يحقق قيمة إذا كان الأشخاص الذين صُمم لهم يحاولون تجنبه.

الأنظمة الجديدة لا تصلح البيانات القديمة تلقائيًا

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

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

البيانات ليست أثرًا جانبيًا للنظام. في كثير من المشاريع، هي أحد أهم أصوله.

شراء عدة أنظمة لا يعني امتلاك منظومة رقمية

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

هنا يصبح تكامل الأنظمة جزءًا جوهريًا من التحول الرقمي.

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

التحول الحقيقي لا يقاس بعدد الأنظمة التي تمتلكها المؤسسة، بل بمدى قدرتها على العمل كمنظومة واحدة.

الأمن السيبراني لا يمكن إضافته بعد اكتمال المشروع

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

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

وتزداد أهمية ذلك بالنسبة للمؤسسات العاملة في السوق السعودي، حيث لا يكفي أن يعمل الحل تقنيًا؛ بل يجب أن يتوافق تصميمه وتشغيله مع المتطلبات التنظيمية ذات الصلة بطبيعة المؤسسة والبيانات التي تتعامل معها.

الأمن الجيد ليس طبقة تعيق التحول الرقمي. إنه ما يسمح له بالتوسع دون تحويل كل توسع جديد إلى مخاطرة جديدة.

النجاح لا يقاس بتاريخ إطلاق النظام

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

هل انخفض الوقت اللازم لإتمام العملية؟ هل قل الإدخال اليدوي؟ هل تحسنت جودة البيانات؟ هل ارتفعت نسبة استخدام النظام؟ هل أصبح العميل ينجز معاملته بخطوات أقل؟ وهل أصبحت الإدارة تحصل على المعلومات التي تحتاجها بصورة أسرع؟

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

التحول الرقمي الناجح أقل ارتباطًا بالتقنية مما يبدو

قد يكون هذا هو السبب الأساسي وراء فشل بعض المشاريع رغم الميزانيات الكبيرة. المؤسسة تتعامل مع التحول الرقمي باعتباره مشروعًا تقنيًا، بينما هو في الحقيقة تغيير في طريقة تشغيل الأعمال تدعمه التقنية.

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

وبالنسبة للشركات السعودية التي تسرّع استثماراتها الرقمية، فإن السؤال الأكثر أهمية قبل شراء النظام التالي قد يكون بسيطًا:

ما النتيجة التي يجب أن تتغير في أعمالنا بعد هذا الاستثمار؟

إذا لم تكن الإجابة واضحة وقابلة للقياس، فقد يكون الوقت قد حان لإعادة النظر في المشروع قبل إضافة المزيد من التقنية إليه.