٥ أخطاء شائعة عند تطبيق نظام ERP — وكيف تتجنّبها

مقدمة

ERP فاشل ليس "النظام كان وحش". في 90% من الحالات، التطبيق كان وحش — وليس النظام نفسه.

من خبرتنا في عشرات المشاريع، هذه أكثر ٥ أخطاء تكرارًا — وكيف تتجنّبها.

الخطأ 1: البدء بدون توثيق العمليات

ما يحدث: الفريق يفترض أنه "يعرف" كيف تعمل الشركة. يبدأ التطبيق مباشرة. بعد شهرين، يكتشفون أن كل قسم يعمل بطريقة مختلفة، وأن البيانات في النظام لا تطابق الواقع.

النتيجة: إعادة التطبيق من الصفر، أو التعايش مع نظام لا يعكس العمل الفعلي.

الحل:

قبل ما تبدأ، وثّق العمليات الأساسية (Sales-to-Cash, Procure-to-Pay, إلخ).
ارسم flowcharts بسيطة.
اجمع الفريق وراجعوا التوثيق — كل واحد يقول كيف يعمل فعليًا، وليس كيف يجب أن يعمل.
اتفقوا على عملية موحدة قبل التطبيق.

القاعدة: ERP لا يصلح عملياتك السيئة. هو يعكسها فقط — لذلك إذا كانت سيئة، النظام سيظهرها أوضح.

الخطأ 2: تخصيص النظام قبل استخدامه

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

النتيجة:

تخصيصات غير ضرورية بدون قيمة.
تكاليف زائدة.
عند ترقية النظام، التخصيصات تنكسر.
النظام يصبح "Frankenstein" غير قابل للصيانة.

الحل:

اشتغل بالـ defaults أولًا لشهر كامل على الأقل.
اطلب من الفريق أن يدوّن "ما الذي ينقص فعلاً؟" — وليس "ما الذي يبدو غير مريح؟".
بعد شهر، راجع القائمة. ستجد أن 70% من الطلبات الأولى لم تعد ضرورية.
خصّص فقط ما هو ضروري ومستمر.

الخطأ 3: نقل بيانات قذرة

ما يحدث: الفريق ينقل ١٠ سنوات من بيانات Excel "كما هي" إلى النظام الجديد. المنتجات بأسماء متعددة، العملاء مكررون، الفواتير بتواريخ خاطئة.

النتيجة: نظام جديد بنفس فوضى النظام القديم. وأسوأ: المستخدمون يفقدون الثقة في النظام بسرعة لأن البيانات تبدو خاطئة.

الحل:

اعتبر النظام الجديد فرصة لتنظيف بياناتك.
لا تنقل كل شيء. انقل ما هو ضروري فقط.
وحّد التسميات (عميل واحد = اسم واحد).
تأكد من صحة الأرقام (الأرصدة الافتتاحية، الذمم، المخزون).
ابدأ التشغيل في وقت يسمح بالمراجعة (أول الشهر / السنة المالية).

القاعدة: بيانات نظيفة أهم من بيانات كثيرة.

الخطأ 4: تدريب ناقص أو عشوائي

ما يحدث: المزوّد يقدّم "تدريب" لمدة ٣ ساعات للمحاسب الرئيسي فقط. يفترض الجميع أن المحاسب سيدرّب الباقين.

النتيجة:

باقي الفريق لا يعرف كيف يستخدم النظام.
يلجؤون لـ"شخص يعرف" لإدخال كل شيء.
يحدث رفض غير معلن للنظام.
المحاسب يخرج في إجازة فيتوقف كل شيء.

الحل:

خطة تدريب لكل دور في الشركة، وليس شخصًا واحدًا.
تدريب عملي (hands-on) وليس عرضًا تقديميًا.
مواد مرجعية مكتوبة بالعربية يستطيع الفريق العودة إليها.
جلسة "أسئلة وأجوبة" بعد أسبوعين من البدء.
قيّم الفهم عبر مهام عملية.

الخطأ 5: عدم وجود "بطل المشروع" داخل الشركة

ما يحدث: الإدارة توقّع العقد ثم تتركه للمزوّد بالكامل. ليس هناك شخص داخل الشركة يفهم النظام بعمق، ويتابع، ويُتخذ منه قراراته.

النتيجة:

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

الحل:

عيّن "Product Owner" داخلي — شخص متفرّغ جزئيًا للمشروع.
يجب أن يكون قريبًا من العملية، يحضر اجتماعات التطبيق، يجرّب النظام، يتخذ القرارات.
يكون نقطة الاتصال مع المزوّد.
بعد التطبيق، يصبح خبير النظام داخل الشركة.