تبنّي الأنظمة الجديدة: 7 حلول قوية مع د. أحمد السالمي
خلّنا نبدأ بسؤال بسيط… لكنه يختصر معاناة مشاريع كثيرة:
ليش أغلب الموظفين “يتعثرون” لما ندخل نظام جديدERP ؟
هل المشكلة في النظام؟ ولا في التغيير نفسه؟
الواقع إن تبنّي الأنظمة الجديدة ما هو قرار تقني، بل قرار “سلوك” داخل المؤسسة. كثير جهات تدفع في نظام ERP أو منصة تشغيل، تفعّل الصلاحيات وتعمل تدريب سريع… ثم تتفاجأ: الناس رجعت للإكسل، للواتساب، أو تسلّم الشغل لشخص واحد “فاهم النظام”.
وهنا يجي دور د. أحمد السالمي كمتحدث في التحول الرقمي وERP:
النظام ما ينجح بالشاشات… ينجح لما يتغير السلوك اليومي داخل العمل.
وهذا بالضبط سبب إن كثير مبادرات التحول تتعثر: لأن “شروط التنفيذ” ما تنبني صح داخل المؤسسة. McKinsey تشير إلى أن نسبة كبيرة من التحولات تفشل، وتذكر عوامل مثل ضعف المشاركة والالتزام وبناء القدرات.
🎥 شاهد الريلز واحكيلنا تجربتك:
… ماهو السبب الأقرب للحقيقة عندكم؟
🔘 السبب مو في النظام… بل في التغيير نفسه
🔘 التدريب غير كافي أو غير عملي
🔘 النظام ما يناسب طريقة العمل الواقعية
🔘 الإدارة ما التزمت باستخدامه أولاً
🔘 الناس تخاف تفقد إحساسها بالكفاءة
🔘 البيانات من البداية كانت غير نظيفة
🔘 التغيير كان سريع ومفروض بدون مشاركة
لماذا يتعثر تبنّي الأنظمة الجديدة فعلًاERP؟
قبل الحلول، مهم نفهم نقطة محورية:
الموظف ما يقاوم “النظام”… هو يقاوم فقدان السيطرة.
يخاف يغلط وينحسب عليه
يخاف يبان أقل كفاءة
يخاف تتغير صلاحياته أو نفوذه
يخاف يصير الشغل أبطأ أمام العملاء أو الإدارة
لذلك، تبنّي الأنظمة الجديدة ERP يحتاج خطة “تغيير” بقدر ما يحتاج خطة “تقنية”.
7 حلول قوية لرفع تبنّي الأنظمة الجديدة ERP
1) اجعل التبنّي “قرار قيادة” وليس “اختيار موظف”
أكبر سبب صامت للفشل: الإدارة تطلب الالتزام… لكنها بنفسها ما تلتزم.
تجي الموافقات خارج النظام، الطلبات برسائل، والمتابعة بالانطباعات.
أبحاث Prosci تركز بشكل واضح على أن الرعاية التنفيذية (Executive Sponsorship) عنصر حاسم في نجاح التغيير، وأن القيادات تعطي التغيير مصداقية وتموّل الموارد وتقوم بأنشطة تواصل لا يستطيع غيرهم القيام بها.
تطبيق سريع داخل مؤسستك:
اجعل “المدير أول مستخدم”: كل قرار/اعتماد يتم داخل النظام
أي معاملة خارج النظام = لا تُعتمد (إلا استثناء مُوثّق)
اجتماع أسبوعي “من لوحة النظام” (Dashboard) بدل كلام عام
رسالة د. أحمد هنا واضحة: الناس تمشي على اللي تشوفه… مو اللي تسمعه.
2) حوّل التدريب من “شرح” إلى “تطبيق على شغلهم”
التدريب اللي يفشل عادة يكون:
عام جدًا
نظري (عرض بدل ممارسة)
بعيد عن سيناريوهات الوظيفة
الحل: تدريب Role-Based + Hands-on
كل قسم يتدرب على عملياته اليومية فقط (مشتريات، مبيعات، مخزون، مالية…)
تدريب بسيناريو كامل من البداية للنهاية (وليس شاشة شاشة)
بعد Go-Live: جلسة أسبوعية لأكثر 10 أخطاء متكررة + حل جذري
مؤشر نجاح التدريب:
هل الموظف يقدر ينفّذ معاملة كاملة لوحده؟ إذا لا… التدريب يحتاج إعادة تصميم.
3) لا تفرض التغيير بسرعة بدون مشاركة
كثير مقاومة تنولد من جملة واحدة: “كذا قررت الإدارة… نفّذوا”.
الموظف لما ما يشارك، يشعر أن النظام “شيء مفروض” وليس “شيء يساعده”.
McKinsey تضع “ضعف المشاركة” ضمن أسباب تعثر التحولات، وتؤكد أن بناء المشاركة والقدرات جزء من شروط النجاح.
حل عملي:
اختَر “سفراء النظام” من الأقسام (Super Users)
شاركهم في UAT وكتابة سيناريوهات التدريب
نفّذ Pilot على قسم/فرع ثم توسّع بدل إطلاق شامل مفاجئ
4) إذا النظام ما يناسب الواقع… أصلح العملية قبل ما تلوم الناس
أحيانًا المشكلة مو “رفض”، المشكلة إن العملية نفسها ملخبطة، أو مليانة استثناءات غير مضبوطة.
في هذه الحالة الموظف يسوي Workarounds (إكسل/واتساب) لأنه يحاول “يمشي الشغل”.
حل د. أحمد (منطق واقعي):
ارسم العملية الحالية (As-Is)
صمّم العملية المستهدفة (To-Be)
حدّد الاستثناءات رسميًا بدل ما تكون فوضى
قلّل الحقول الإلزامية غير الضرورية، وركّز على “الحد الأدنى الصحيح”
التبنّي يزيد لما الموظف يحس النظام “يختصر عليه” وليس “يعقّده”.
5) عالج خوف فقدان الكفاءة قبل ما تعالج الأخطاء
هذا سبب نفسي لكنه مؤثر جدًا:
الموظف كان ممتاز بالطريقة القديمة، وفجأة صار “مبتدئ” أمام شاشة جديدة.
بدل ما يطلب مساعدة، قد يهاجم النظام أو ينسحب.
حلول عملية سريعة:
أول شهر: “مساحة آمنة للغلط” بدون لوم
Buddy System: كل موظف له زميل داعم
تقدير التقدم (حتى لو بسيط) علنًا داخل الفريق
رسائل قيادية: “التعلم جزء من التقييم… وليس الخطأ”
6) نظّف البيانات من البداية… لأن الثقة تبدأ من أول تقرير
من أسرع أسباب انهيار تبنّي الأنظمة الجديدةERP :
التقارير تطلع غلط بسبب بيانات مكررة/ناقصة/غير موحّدة، فيفقد الموظف الثقة ويقول: “النظام ما يعتمد عليه”.
Gartner تشير إلى أن ضعف جودة البيانات يكلف المؤسسات في المتوسط 12.9 مليون دولار سنويًا (وفق بحث 2020).
خطة تنظيف بسيطة وقوية:
Data Owners لكل نطاق: عملاء / موردين / أصناف / حسابات / مراكز تكلفة
قواعد منع التكرار + Validation (من أول يوم)
مراجعة أسبوعية لجودة البيانات أول 8 أسابيع بعد Go-Live
7) دعم ما بعد الإطلاق هو “وقود التبنّي”
خطأ شائع: نعتبر Go-Live نهاية المشروع.
والصح؟ هو بداية اختبار التبنّي.
نموذج دعم فعّال:
War Room أول 14 يوم (قناة واحدة واضحة + رد سريع)
قاعدة معرفة قصيرة: FAQ + فيديوهات دقيقة واحدة
قياس أسبوعي: أكثر 5 مشاكل تتكرر + إصلاح جذري (مش حلول ترقيع)
إطار د. أحمد السالمي كمُتحدث: كيف يحوّل “نظام جديد” إلى “سلوك جديد”؟
في رسائل د. أحمد، نجاح تبنّي الأنظمة الجديدة ERP يعتمد على 4 ركائز تمشي مع بعض:
قدوة قيادية (Sponsorship واضح ومرئي)
تدريب عملي مرتبط بالدور (تشغيل المعاملة كاملة)
عمليات واقعية قابلة للتطبيق (تقليل التعقيد والاستثناءات)
بيانات موثوقة + دعم سريع (بناء الثقة بعد الإطلاق)
هذه الركائز تخلي الموظف ما يشعر أن النظام “يراقبه”، بل يشعر أنه “يحميه” ويوضح المسؤوليات ويختصر الوقت.
خطة 30 / 60 / 90 يوم لرفع تبنّي الأنظمة الجديدة ERP
أول 30 يوم:
التزام الإدارة داخل النظام
تدريب عملي لكل دور
War Room + قاعدة معرفة مختصرة
من 31 إلى 60 يوم:
تنظيف بيانات موجّه (حسب المشاكل المتكررة)
تحسين خطوات العمليات (تقليل حقول/تقليل خطوات)
تفعيل سفراء النظام وتوسيع دورهم
من 61 إلى 90 يوم:
KPIs للتبنّي + تقارير أسبوعية
ربط الالتزام بمؤشرات الأداء (بذكاء وبدون قسوة)
تحسينات مستمرة بناءً على البيانات (وليس الآراء فقط)
مؤشرات (KPIs) سهلة تقيس تبنّي الأنظمة الجديدةERP
نسبة المعاملات داخل النظام vs خارج النظام
عدد المستخدمين النشطين أسبوعيًا
زمن الدورة Cycle Time قبل/بعد
أكثر شاشة فيها Drop-Off
أكثر أسباب تذاكر الدعم تكرارًا
نسبة المعاملات “المكتملة بدون تدخل” (Self-Serve Completion Rate)
أسئلة شائعة (FAQ)
هل ضعف تبنّي الأنظمة الجديدة يعني أن النظام فاشل؟
ليس دائمًا. غالبًا يعني أن خطة التغيير والتدريب والقيادة والبيانات لم تُبنَ بشكل كافٍ.
ما العامل رقم 1 لنجاح التبنّي؟
في أغلب الحالات: التزام الإدارة الفعلي (قدوة + قرارات داخل النظام). Prosci تشدد على دور الراعي التنفيذي كعامل محوري.
كيف أرفع التبنّي بسرعة بعد Go-Live؟
بدعم سريع + تدريب عملي + إصلاح أكثر 10 مشاكل متكررة + تنظيف بيانات يضرب جذور الأخطاء.
خاتمة (CTA)
الموقع الرسمي للبودكاست:
https://btechpodcast.com/
👉 منصة Key Smart Applications
www.ksasupport.com
تبنّي الأنظمة الجديدة ما يجي بالقوة… يجي بخطة ذكية: قدوة قيادية + تدريب عملي + عمليات واقعية + بيانات نظيفة + دعم سريع.
