لماذا تفشل مشاريع ERP؟ 9 أسباب نراها عند إنقاذ المشاريع المتعثرة
الإجابة المختصرة: نادراً ما تفشل مشاريع ERP في مصر والخليج بسبب البرنامج نفسه. تفشل لأن أحداً داخل الشركة لا يملك المشروع فعلياً، ولأن النطاق يكبر بلا توقف، ولأن النظام القديم يُنسخ بدلاً من أن يُحسَّن، ولأن البيانات والتدريب يُعاملان كأمور ثانوية. كل هذه الأسباب يمكن منعها، وأغلبها يمكن إصلاحه حتى بعد وقوعه.
جزء كبير من عملنا في ExtraMile هو استلام مشاريع ERP تعثرت: تطبيق أودو توقف في منتصفه، أو برنامج محلي لم يعد يناسب حجم الشركة، أو نظام بدأ التشغيل لكن لا أحد يثق في أرقامه. هذه أكثر تسعة أسباب أراها، وما يجب فعله مع كل منها.
1. لا يوجد مالك حقيقي للمشروع داخل الشركة
المشروع "شغل الـ IT" أو "شغل الاستشاري". يحضر مديرو الإدارات الاجتماع الأول ثم يختفون، وتنتظر القرارات أسابيع.
الوقاية: عيّن مسؤولاً داخلياً واحداً عن المشروع لديه صلاحية اتخاذ قرارات الإجراءات، وامنحه وقتاً حقيقياً، لا "فوق شغله اليومي".
2. نطاق لا يتوقف عن الزيادة
كل اجتماع يضيف "حاجة صغيرة". لا شيء منها كبير بمفرده، لكنها معاً تضاعف المدة ولا يعرف أحد متى سينتهي المشروع.
الوقاية: اتفقوا كتابياً على نطاق كل مرحلة ووقّعوا عليه، ومرّروا أي طلب جديد عبر إجراء بسيط لطلبات التعديل: ما هو، ولماذا يهم، وكم يكلف من الوقت، وفي أي مرحلة يُنفَّذ. ابدأ التشغيل بالمرحلة الأولى، ثم طوّر.
3. إعادة بناء النظام القديم داخل الجديد
"البرنامج القديم كان بيعملها كده" أغلى جملة في أي مشروع ERP. نسخ كل شاشة وتقرير من نظام عمره 15 سنة يعني تخصيصاً ثقيلاً وأداءً بطيئاً وترقيات مؤلمة.
الوقاية: في كل إجراء، اسأل أولاً: هل تنجح طريقة أودو القياسية إذا غيّرنا العادة؟ خصّص حيث تختلف شركتك فعلاً، مثل مستخلصات المقاولات أو تتبع تشغيلات الأدوية، لا حيث اعتاد الموظفون فقط.
4. اختيار الشريك على أساس السعر وحده
العرض الأرخص يفوز غالباً لأنه يحذف أشياء: نقل البيانات، والتدريب، والاختبار، والدعم بعد التشغيل. وهذه التكاليف تعود لاحقاً، مضاعفة في أحيان كثيرة.
الوقاية: قارن العروض بما تتضمنه، ومن بالتحديد سيعمل على مشروعك، وما خبرتهم في قطاعك.
5. ترك نقل البيانات للأسبوع الأخير
قوائم عملاء مكررة، ومنتج واحد بثلاثة أسماء، وأرصدة افتتاحية لا تتطابق، وجرد لا يثق فيه أحد. إذا كانت البيانات الداخلة خاطئة فالتقارير الخارجة ستكون خاطئة، وسيتوقف المستخدمون عن الثقة في النظام من اليوم الأول.
الوقاية: ابدأ تنظيف البيانات الأساسية في الشهر الأول، واعمل جرداً فعلياً قريباً من موعد التشغيل، وطابق الأرصدة الافتتاحية مع مراجع الحسابات قبل استيرادها.
6. تدريب عبارة عن عرض واحد وملف PDF
المستخدم الذي لا يفهم النظام يعود إلى Excel بهدوء. وخلال ثلاثة أشهر يصبح لديك مصدران للحقيقة، ويتحول نظام ERP إلى عبء إدخال بيانات.
الوقاية: درّب كل إدارة على سيناريوهاتها الحقيقية وببياناتها، وحدّد "مستخدماً خبيراً" في كل فريق يجيب عن الأسئلة بعد مغادرة الاستشاريين.
7. إعداد محاسبي خاطئ من اليوم الأول
دليل الحسابات، وإعدادات الضرائب، وطريقة تقييم المخزون هي ما يحدد إن كانت تقاريرك المالية موثوقة. الأخطاء هنا لا تظهر لأسابيع، ثم تحتاج شهوراً من التصحيح.
الوقاية: أشرك المدير المالي أو رئيس الحسابات في التصميم، لا في الاختبار فقط، وأقفل شهراً تجريبياً بالكامل قبل التشغيل.
8. التشغيل دون اختبار سيناريوهات حقيقية
العرض التجريبي نجح. ثم يأتي الواقع: تسليم جزئي، ومرتجع بعد الفوترة، ومورد غيّر السعر في منتصف الطلب، وعميل يدفع بعملتين.
الوقاية: اكتب أكثر 20 إلى 30 معاملة حقيقية تتكرر لديكم، بما فيها المعاملات المزعجة، واجعل كل إدارة تنفذها من البداية للنهاية قبل التشغيل.
9. لا خطة دعم بعد التشغيل
أول إقفال شهري، وأول جرد، وأول إقرار ضريبي على النظام الجديد تثير دائماً أسئلة. إذا اختفى الشريك بعد التشغيل، تتحول المشكلات الصغيرة إلى حلول التفافية، والحلول الالتفافية إلى نظام معطوب.
الوقاية: اتفق على فترة دعم مكثف بأوقات استجابة محددة قبل التشغيل، واحتفظ بعقد دعم بعدها.
| السبب | الوقاية |
|---|---|
| 1. لا مالك حقيقي للمشروع داخل الشركة | مالك داخلي واحد بصلاحيات ووقت فعلي للمشروع |
| 2. نطاق لا يتوقف عن التوسع | نطاق مكتوب لكل مرحلة وإجراء لطلبات التغيير |
| 3. إعادة بناء النظام القديم داخل الجديد | أودو القياسي أولاً، والتخصيص فقط حيث تختلف الشركة فعلاً |
| 4. اختيار الشريك على أساس السعر وحده | مقارنة ما يشمله العرض ومن سيعمل على المشروع ومراجعه في المجال |
| 5. ترك نقل البيانات للأسبوع الأخير | تنظيف البيانات الأساسية من الشهر الأول وجرد فعلي وأرصدة افتتاحية مطابقة |
| 6. تدريب هو عرض واحد وملف PDF | تدريب كل قسم على سيناريوهاته الحقيقية مع مستخدمين خبراء |
| 7. إعداد الحسابات بشكل خاطئ من اليوم الأول | إشراك المدير المالي في التصميم وإقفال شهر تجريبي كامل |
| 8. التشغيل دون اختبار سيناريوهات حقيقية | تشغيل أكثر 20 إلى 30 معاملة حقيقية شيوعاً من البداية للنهاية |
| 9. لا خطة دعم بعد التشغيل | فترة دعم مكثف بأوقات استجابة محددة ثم اتفاقية دعم |
هل مشروع ERP الحالي لديك في خطر؟
انتبه لهذه العلامات:
- تأجل موعد التشغيل أكثر من مرتين.
- توقف مديرو الإدارات عن حضور الاجتماعات.
- يحتفظ المستخدمون بملفات Excel خاصة "للتأكد".
- أصبح الإقفال الشهري يستغرق وقتاً أطول مما كان قبل النظام.
- لا يستطيع أحد أن يقول بوضوح ما الذي تبقى.
إذا انطبقت ثلاث علامات أو أكثر، فالمشروع يحتاج مراجعة مستقلة الآن، لا بعد تأجيل جديد.
كيف ننقذ مشروع أودو متعثراً؟
- التدقيق: نراجع الإعدادات والتخصيصات والبيانات، ونتحدث مع المستخدمين الذين يعتمدون على النظام.
- الفرز: نفصل بين ما يعمل، وما يجب إصلاحه قبل أي شيء، وما يمكن أن ينتظر.
- التثبيت: نصلح أساسات المحاسبة والمخزون أولاً حتى تعود الثقة في الأرقام.
- إعادة الإطلاق: نعيد تدريب المستخدمين على الإجراء المصحَّح، ونضع خطة واقعية لما تبقى من النطاق.
أسئلة شائعة
هل يمكن إنقاذ تطبيق أودو فاشل، أم نبدأ من جديد؟
أغلب المشاريع يمكن إنقاذها. البدء من الصفر يستحق فقط عندما تكون قاعدة البيانات نفسها غير موثوقة، مثلاً عندما يكون تاريخ المحاسبة أو تقييم المخزون تالفاً بدرجة لا يمكن تصحيحها. التدقيق يخبرك بأي الحالتين أنت.
هل يمكن تغيير شريك التطبيق في منتصف المشروع؟
نعم. أودو مفتوح المصدر، ويستطيع شريك آخر استلام الكود وقاعدة البيانات. تأكد فقط أنك تملك الوصول إلى الكود المصدري وقاعدة البيانات وبيانات دخول السيرفر.
كم يستغرق الإنقاذ؟
يعتمد على حالة النظام. التدقيق يستغرق أياماً لا شهوراً، ويحدد حجم العمل اللازم للتثبيت.
احصل على رأي ثانٍ صريح
إذا كان مشروع ERP لديك متوقفاً، أو كان نظامك الحالي يعطّل نمو الشركة، تستطيع ExtraMile مراجعته بشكل مستقل وإخبارك بوضوح بما يلزم لإصلاحه. نفذنا أكثر من 50 مشروع أودو في مصر والخليج.
اطلب مراجعة لمشروع ERP أو راسلنا على واتساب: مصر · الخليج
تمت صياغة هذا المقال بمساعدة الذكاء الاصطناعي، وراجعه وحرّره محمد البدّالي، رئيس مجلس إدارة ExtraMile Business Solutions.
