حين تتحوّل المؤسسة: لماذا لا يبدأ التحول الرقمي من التقنية؟

حين تتحوّل المؤسسة: لماذا لا يبدأ التحول الرقمي من التقنية؟

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

هنا يظهر السؤال الحقيقي:

هل تحولت المؤسسة رقمياً، أم أنها أضافت تقنية حديثة إلى طريقة عمل قديمة؟

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

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

ما النظام الذي نحتاج إلى شرائه؟

بل:

ما الذي نريد أن يتغير فعلاً في المؤسسة؟

قبل أن نتحدث عن التحول: ثلاثة مفاهيم مختلفة

كثير من الالتباس يبدأ من استخدام كلمة «التحول الرقمي» لكل شيء له علاقة بالتقنية.

تفرق OECD بين Digitisation بوصفها تحويل البيانات أو العمليات التناظرية إلى شكل قابل للمعالجة رقمياً، وبين Digitalisation بوصفها استخدام التقنيات والبيانات الرقمية لإحداث أنشطة جديدة أو تغييرات في الأنشطة القائمة، بينما يشير Digital Transformation إلى الآثار الأوسع الناتجة عن هذه التحولات. (OECD)

على مستوى المؤسسة يمكن تبسيط الفرق هكذا:

ليس كل ما أصبح رقمياً تحولاً.

إذا نقلت المؤسسة نموذجاً ورقياً معقداً إلى شاشة إلكترونية، فقد حققت رقمنة، لكنها ربما لم تحل المشكلة المؤسسية التي كانت وراء التعقيد.

IBM أيضاً تعرف التحول الرقمي كجهد استراتيجي يعيد النظر في العمليات والمنتجات والتشغيل والبنية التقنية، وليس مجرد تحديث تقني محدود. (IBM)

ابدأ بالقيمة، لا بالتقنية

المؤسسات تقع كثيراً في خطأ يبدأ من الحل:

«نحتاج CRM».

«نحتاج ذكاءً اصطناعياً».

«نحتاج ERP».

«نحتاج تطبيقاً».

لكن السؤال السابق لكل هذه الأسئلة هو:

لماذا؟

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

الحاجة هي:

قدرة مؤسسية على الاحتفاظ بمعرفة العميل وإتاحتها لمن يحتاجها في الوقت المناسب.

وقد يكون CRM جزءاً من الحل.

إذا كانت المشكلة بطء الموافقات، فالحاجة ليست Workflow تلقائياً.

الحاجة قد تكون:

إعادة تصميم الصلاحيات ومسار القرار.

ثم يأتي النظام ليخدم التصميم الجديد.

لهذا أقترح أن يبدأ التفكير في التحول بهذا التسلسل:

قيمة مطلوبة → مشكلة مؤسسية → قدرة مطلوبة → عملية → بيانات → تقنية

وليس:

تقنية → ثم نبحث لها عن استخدام.

McKinsey تضع «استراتيجية واضحة مركزة على قيمة الأعمال» كأحد العناصر الجوهرية للتحول، وتحذر من الانشغال بتقنيات تبحث عن مشكلة بدلاً من البدء بالمشكلة والقيمة المراد تحقيقها. (McKinsey & Company)

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

من أفضل الاختبارات قبل أتمتة أي عملية أن تسأل:

لو لم تكن هذه العملية موجودة اليوم، هل كنا سنصممها بالطريقة نفسها؟

افترض أن شراء جهاز بسيط داخل المؤسسة يحتاج إلى سبع موافقات.

إذا بنيت نظاماً إلكترونياً يجعل الطلب ينتقل رقمياً عبر الموافقات السبع، فأنت لم تحول العملية.

لقد صنعت:

بيروقراطية رقمية.

أصبح الانتظار إلكترونياً، لكن منطق العمل لم يتغير.

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

McKinsey تربط التحول الفعلي بإعادة تصميم الـOperating Model ودمج القدرات التقنية والتشغيلية للوصول إلى تحسن ملموس في القيمة والتجربة والتكلفة، بدلاً من تنفيذ مبادرات منفصلة لا تغير المؤسسة ككل. (McKinsey & Company)

إذن قبل أي أتمتة يجب أن نسأل:

لماذا توجد هذه الخطوة؟ ما الخطر الذي تعالجه؟ ما القيمة التي تضيفها؟ هل يمكن إلغاؤها؟ هل يمكن تفويضها؟

أحياناً تكون أفضل نتيجة للتحول الرقمي ليست رقمنة العملية.

بل إلغاء جزء منها.

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

وقد يكون لديها بنية تقنية قوية، لكن بياناتها غير موثوقة.

وقد تمتلك البيانات والتقنية، لكن المسؤوليات غير واضحة.

وقد تكون القيادة متحمسة، لكن الموظفين لا يستطيعون استخدام الطريقة الجديدة.

لهذا لا أتعامل مع الجاهزية الرقمية كسؤال واحد، بل كثمانية أبعاد مترابطة.

1. الغرض والقيمة

السؤال الأول:

لماذا نريد التحول؟

هل الهدف تقليل زمن الخدمة؟

خفض التكلفة؟

تحسين تجربة العميل؟

رفع الرقابة؟

تسريع القرار؟

تطوير منتج جديد؟

الوصول إلى سوق جديد؟

إذا لم تكن القيمة المطلوبة واضحة، تتحول خارطة الطريق سريعاً إلى قائمة مشتريات.

والأخطر أن كل إدارة ستعرّف «التحول» وفق النظام الذي تريد الحصول عليه.

التحول يبدأ عندما تكون هناك نتيجة أعمال محددة يمكن ربط المبادرات بها.

2. القيادة والحوكمة

التحول لا يملكه قسم تقنية المعلومات وحده.

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

MIT Sloan تشير إلى أن Digital Capability وLeadership Capability تعملان معاً، وأن القدرة على تصور التغيير ودفعه تنظيمياً لا تقل أهمية عن القدرة التقنية نفسها. (MIT Sloan)

وهنا تظهر أسئلة الحوكمة:

من هو الراعي التنفيذي؟

من يحدد أولويات المبادرات؟

من يستطيع إيقاف مشروع رقمي لا ينتج قيمة؟

من يملك البيانات؟

من يحسم التعارض بين الأعمال والتقنية؟

من يقبل المخاطر؟

ومن يحاسب عن النتيجة؟

إذا كانت هذه الأسئلة بلا إجابات، فالمشكلة ليست «ضعفاً تقنياً».

إنها فجوة حوكمة.

3. العمليات ونموذج التشغيل

التحول الرقمي يغير طريقة العمل، وليس واجهته فقط.

ونموذج التشغيل يحدد كيف تتعاون الفرق، وكيف تتدفق القرارات، وكيف توزع الموارد، وكيف تربط التقنية بالعمل اليومي.

McKinsey تصف الـOperating Model بأنه العمود الفقري الذي يحدد كيف تقدم المؤسسة القيمة وتعمل يومياً وتحقق أهدافها، وتضع العمليات والتقنية والحوكمة والقيادة والمواهب ضمن نظام واحد مترابط. (McKinsey & Company)

إذا كانت المؤسسة تعمل في صوامع إدارية، فإن إضافة نظام مشترك لا تضمن زوال الصوامع.

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

لهذا يجب أن يسأل التحول:

كيف يجب أن تعمل المؤسسة مستقبلاً؟

وليس فقط:

أي نظام سيشغل العملية الحالية؟

4. البيانات والقرار

المؤسسة قد تمتلك ملايين السجلات ومع ذلك لا تمتلك «حقيقة مشتركة».

إدارة المالية لديها رقم.

إدارة المبيعات لديها رقم آخر.

إدارة العمليات لديها ملف Excel ثالث.

وفي الاجتماع يبدأ النقاش حول:

أي رقم هو الصحيح؟

بدلاً من مناقشة:

ماذا يجب أن نفعل؟

OECD تتعامل مع البيانات باعتبارها أصلاً مهماً في الاقتصاد الرقمي، بينما تؤكد أدبيات التحول المؤسسي أهمية جودة البيانات وإتاحتها واستخدامها. (OECD)

وفي تعريف McKinsey الحديث للتحول، تظهر البيانات كقدرة مستقلة: يجب أن تكون موثوقة، حديثة، متاحة للفرق، ومدعومة بحوكمة قوية. (McKinsey & Company)

لذلك الجاهزية ليست:

«لدينا Database».

بل:

هل نثق بالبيانات؟ هل تعريفاتها موحدة؟ هل يمكن ربطها؟ هل لها ملاك واضحون؟ وهل تستخدم في القرار؟

5. التقنية والمعمارية

التقنية ليست نقطة البداية، لكنها ليست تفصيلاً ثانوياً أيضاً.

بعض المؤسسات تمتلك عشرات التطبيقات التي لا تتكامل.

وبعضها مربوط بأنظمة قديمة بحيث يصبح كل تغيير صغير مشروعاً كبيراً.

وبعضها يعتمد كلياً على Vendor واحد.

وبعضها يملك Cloud، لكنه يستخدمه كخادم تقليدي أغلى تكلفة.

السؤال هنا هو:

هل المعمارية التقنية تسمح للمؤسسة بالتغير؟

يجب أن ننظر إلى:

قابلية التكامل، المرونة، التوسع، الاعتمادية، الـTechnical Debt، إمكان استخدام APIs، وإمكانية وصول الفرق للأدوات والبيانات التي تحتاجها.

McKinsey تضع البيئة التقنية القابلة للتوزيع والتوسع والوصول للبيانات والتطبيقات ضمن القدرات الأساسية للتحول الرقمي. (McKinsey & Company)

التقنية الجيدة ليست فقط التي تعمل اليوم.

بل التي لا تمنع المؤسسة من التغير غداً.

6. الأمن السيبراني والمرونة

لا يمكن أن يصبح كل شيء رقمياً ثم نتعامل مع الأمن كإضافة في نهاية المشروع.

كل خدمة رقمية جديدة قد تخلق أصولاً جديدة، واعتماديات جديدة، ونقاط دخول جديدة، ومخاطر جديدة.

ولهذا فصلت الأمن السيبراني والمرونة عن «التقنية».

NIST CSF 2.0 لا يقدم الأمن باعتباره Firewall أو Antivirus فقط، بل منظومة تبدأ بالحوكمة وفهم المخاطر، ثم الحماية والكشف والاستجابة والتعافي. (NIST)

السؤال ليس:

هل لدينا أدوات أمن؟

بل:

هل تستطيع المؤسسة الاستمرار والعمل والتعافي عندما يحدث خلل أو هجوم؟

وقد تنجح المؤسسة في بناء تجربة رقمية ممتازة لكنها تزيد هشاشتها إذا لم يكن الأمن والاستمرارية جزءاً من التصميم.

إذن التحول الرقمي الجيد لا يخلق فقط مؤسسة أسرع.

بل مؤسسة أسرع دون أن تصبح أكثر هشاشة.

7. الأشخاص والقدرات والتبني

الفرق بين النظام الذي تم «إطلاقه» والنظام الذي غيّر المؤسسة هو:

التبني.

يمكن للإدارة أن تعتبر المشروع ناجحاً لأن النظام أصبح متاحاً يوم الأحد.

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

وهنا يصبح التغيير فردياً أيضاً.

Prosci توضح أن ADKAR نموذج للتغيير الفردي، ويركز على Awareness وDesire وKnowledge وAbility وReinforcement، وأن التغيير التنظيمي في النهاية يعتمد على قدرة الأفراد على تبني السلوك أو الطريقة الجديدة. (prosci.com)

لكن ADKAR ليس «نموذج التحول الرقمي» ذاته، ولهذا لا نستخدمه بديلاً عن تصميم التحول المؤسسي.

بل نستفيد منه في سؤال محدد:

هل الأشخاص المتأثرون قادرون ومستعدون للعمل بالطريقة الجديدة؟

والتحدي لا يقتصر على التدريب.

قد يكون النظام الجديد ممتازاً، لكن الحوافز تدفع إلى السلوك القديم.

وقد يحصل الموظف على دورة تدريبية، بينما مديره ما زال يطلب منه التقرير القديم.

وقد تكون الأدوار الجديدة غير واضحة.

التحول يصبح حقيقياً عندما يتغير السلوك التشغيلي اليومي.

8. القياس والتعلم وتحقيق القيمة

أخطر مؤشر نجاح في مشروع رقمي هو:

«تم إطلاق النظام».

لأن الإطلاق يعني أن المشروع التقني وصل إلى مرحلة معينة.

ولا يعني بالضرورة أن المؤسسة حققت القيمة التي استثمرت من أجلها.

إذا كان الهدف تقليل زمن فتح حساب من ثلاثة أيام إلى عشر دقائق، فنقيس الزمن.

إذا كان الهدف رفع استخدام القنوات الرقمية، فنقيس التبني الفعلي.

إذا كان الهدف تقليل الأخطاء، فنقيس معدل الخطأ.

إذا كان الهدف تسريع القرار، فنقيس Cycle Time.

McKinsey تؤكد أن معرفة ما إذا كان التحول يعمل تتطلب قياس النتائج، وتقسم مؤشرات التحول إلى خلق القيمة، وصحة الفرق، وتقدم إدارة التغيير. (McKinsey & Company)

هذا البعد لا يتعلق بالتقارير فقط.

بل بالتعلم.

إذا لم تنتج المبادرة القيمة، ماذا نفعل؟

نستمر لأن المشروع مدرج في الخطة؟

أم نعدل؟

أم نوقفه؟

المؤسسة الرقمية الناضجة لا تنفذ خارطة طريق كأنها عقد غير قابل للتغيير.

إنها تستخدم البيانات لتتعلم من التنفيذ وتعيد ترتيب الأولويات.

كثير من إخفاقات التحول ليست أخطاء برمجية. هي أخطاء في تصميم التحول نفسه.

مسح McKinsey للتحولات الرقمية وجد أن النجاح المبلغ عنه منخفض، وأن العوامل المرتبطة بالتحولات الناجحة لا تقتصر على التقنية، بل تشمل القيادة، وبناء القدرات، وتمكين العاملين، وتغيير أساليب العمل والتواصل. (McKinsey & Company)

وهذا يفسر لماذا لا يوجد «نظام سحري» يحول المؤسسة.

التحول يعمل كنظام.

إذا تحركت التقنية وبقيت بقية المؤسسة ثابتة، تكون النتيجة غالباً جزئية.

قد تجد في المؤسسة:

ERP.

CRM.

تطبيقاً للعميل.

Data Warehouse.

AI.

Workflow.

Cybersecurity Program.

Website.

Automation.

وكل مشروع منها قد يكون جيداً وحده.

لكن السؤال الأهم هو:

هل هذه المبادرات تعمل معاً لصناعة التحول نفسه؟

هذا هو الفرق بين قائمة مشاريع وTransformation Portfolio.

في المحفظة، لا تسأل فقط:

متى سينتهي المشروع؟

بل:

ما القيمة التي يدعمها؟ ما القدرة التي يبنيها؟ على ماذا يعتمد؟ وما المؤشر الذي يثبت أثره؟

فقد يكون CRM وData Platform وCustomer App ثلاثة مشاريع منفصلة تقنياً، لكنها في الحقيقة أجزاء من قدرة مؤسسية واحدة:

إدارة رحلة العميل باستخدام بيانات موحدة.

عندما تفكر بهذه الطريقة، تتغير الأولويات.

لا تعود المشاريع تتنافس فقط على الميزانية.

بل نبدأ في تقييم مساهمتها في بناء القدرة والقيمة.

القول إن:

«الأعمال أولاً والتقنية ثانياً»

مفيد إذا كان المقصود ألا نشتري التقنية بلا هدف.

لكنه يصبح مضللاً إذا فهمنا منه أن التقنية مجرد منفذ للاستراتيجية.

بعض الإمكانات التقنية تغير ما تستطيع المؤسسة فعله أصلاً.

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

ولهذا العلاقة الصحيحة ليست خطاً باتجاه واحد.

الاستراتيجية توجه التقنية.

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

MIT Sloan تشير إلى أن القدرات الرقمية لا تقتصر على تحسين العمليات والمنتجات الحالية، بل يمكنها دعم نماذج أعمال جديدة، بينما تظل القيادة ضرورية لتحويل تلك الإمكانات إلى ميزة مؤسسية. (MIT Sloan)

إذن القائد لا يحتاج أن يصبح مبرمجاً.

لكنه يحتاج أن يفهم بما يكفي ليسأل:

ما الذي أصبح ممكناً الآن ولم يكن ممكناً سابقاً؟

قبل شراء النظام أو إطلاق المبادرة، يكفي أن تتوقف أمام هذه الأسئلة:

إذا لم تكن الإجابات واضحة، فلا يعني ذلك أن المؤسسة غير قادرة على التحول.

يعني فقط أن الخطوة التالية ربما ليست:

شراء التقنية.

بل:

تشخيص الجاهزية.

المؤسسة المتحولة رقمياً ليست بالضرورة المؤسسة التي تمتلك أحدث الأنظمة.

بل المؤسسة التي أصبحت أكثر قدرة على:

رؤية ما يحدث.

استخدام البيانات.

اتخاذ القرار.

إعادة تصميم العمل.

تقديم قيمة أفضل.

التكيف.

التعلم.

والاستفادة من التقنية دون أن تصبح رهينة لها.

التقنية عنصر جوهري في هذه القدرة.

لكنها ليست القدرة كلها.

ولهذا قد يكون السؤال الأكثر نضجاً الذي يمكن أن تبدأ به المؤسسة رحلتها الرقمية:

لسنا نسأل: ما التقنية التي نحتاجها؟

بل: ما المؤسسة التي نريد أن نصبح عليها، وما الذي يجب أن يتغير حتى تصبح التقنية جزءاً من قدرتنا على خلق القيمة؟

ومن هنا تبدأ الخطوة التالية:

شخّص جاهزية مؤسستك للتحول الرقمي.