نظام ERP الصحيح ليس المنتج الأكثر مزايا. بل هو النظام الذي يلبّي العمليات الحرجة للمنشأة بخطر مشروع وتكلفة إجمالية مقبولين، ويستجيب بشكل مستدام لاحتياجات التكامل وإدارة البيانات والنمو. ويشرح هذا المقال إطار القرار الذي ينبغي بناؤه قبل مقارنة المنتجات.
1. عرّفوا عملياتكم قبل اختيار ERP
الخطوة الأولى في عمل الاختيار ليست دراسة المنتجات، بل كتابة عملياتكم أنتم. فوضّحوا لكلّ عملية رئيسية ثلاثة أمور: أين تنشأ البيانات، ومن يُدخلها، وأيّ قرار يُتّخذ بالنظر إلى أيّ مخرَج.
فالعروض التوضيحية التي تُدخَل قبل إنجاز هذا العمل تنتهي بإعجابكم بالشاشة التي رأيتموها؛ ولا يُقاس التوافق الحقيقي.
وأجيبوا كذلك عن سؤال من البداية: هل المشكلة في نظام ERP نفسه، أم في عملية لم تُبنَ؟ فإذا كانت عمليات المالية والمخزون والطلبات الأساسية تعمل بصورة سليمة والناقص عملية واحدة، كان بناء تلك العملية تطبيقًا مستقلًّا وربطه بالتكامل طريقًا أضيق خطرًا في الغالب. ونتناول هذا التمييز تفصيلًا في إطار قرار المنتج الجاهز أم البرمجيات المخصّصة.
2. رتّبوا المتطلّبات الحرجة بحسب الأولوية
تقييم جميع المتطلّبات بوزن واحد يجعل نتيجة الاختيار عشوائية. ففرّقوا المتطلّبات في ثلاث فئات:
- لا بدّ منه: المتطلّبات التي يتوقّف التشغيل بغيابها أو يصير مخالفًا للتشريعات.
- يُستحسن وجوده: المتطلّبات التي تُنتج ضعف كفاءة جدّيًا بغيابها لكن يمكن إدارتها مؤقّتًا.
- من المحبَّذ: المتطلّبات المفيدة التي ينبغي ألّا تغيّر القرار وحدها.
وامنحوا الأوزان قبل رؤية العرض التوضيحي. فالوزن الممنوح بعد العرض ينزاح بحسب الشاشة التي رأيتموها.
3. أجروا تحليل الفجوة
تحليل الفجوة هو الخطوة التقنية الأساسية في اختيار ERP. فأشّروا لكلّ متطلّب على كيفية تلبية النظام المرشّح له:
| العلامة | المعنى | أثرها في المشروع |
|---|---|---|
| قياسي | يُلبّى بالوظيفة القياسية للمنتج | أدنى خطر وتكلفة |
| إعداد | يُلبّى بمعامل أو تعريف أو تهيئة | خطر منخفض؛ ويلزم التوثيق |
| تطوير | يلزم تطوير بالأسلوب الذي تدعمه المنصّة | ينشأ أثر في المدّة والتكلفة والترقية |
| تكامل | يُلبّى مع نظام آخر | يلزم اختبار ومطابقة ومراقبة مستقلّة |
| غير ملبّى | لا يستطيع النظام المرشّح تلبية هذا المتطلّب | سبب استبعاد إن كان متطلّبًا حرجًا |
واطلبوا تقديرًا بالأيام لكلّ بند يتطلّب تطويرًا أو تكاملًا؛ ويجب أن يدخل هذا التقدير ملحقًا بالعقد.
4. قيّموا المعمارية لا الوظيفة وحدها
قائمة الوظائف تحدّد السنة الأولى، أمّا المعمارية فتحدّد السنوات الخمس التالية. وما يجب تقييمه:
- واجهة API والوصول إلى البيانات: أيّ بيانات يمكن الوصول إليها وبأيّ أسلوب، وهل الوصول مشمول بالترخيص، وهل هناك حدّ للحجم؟
- قابلية التوسعة: في أيّ طبقة وبأيّ أسلوب يجري التطوير؟ وهل يدعم المنتِج هذا الأسلوب رسميًا؟
- الترقية: بأيّ أسلوب تُحفظ التخصيصات المنفَّذة عند ترقية الإصدار؟
- نموذج الاستخدام: سحابي أو داخلي أو مختلط؛ وكم يمكن أن يستمرّ التشغيل عند انقطاع الإنترنت؟
- الأمان والصلاحيات: نموذج الأدوار، والصلاحية على مستوى السجلّ، وأثر التدقيق.
- الأداء: ما أزمنة الاستجابة في تركيب مماثل بحجم عملياتكم؟
5. قيّموا منظومة التنفيذ
المنظومة التي ستُركّب المنتج وتُبقيه حيًّا لا تقلّ حسمًا عن المنتج نفسه: توافر الاستشاريين، وعدد شركاء العمل وعمقهم، وجودة التوثيق، ونموذج الدعم، ومصادر المطوّرين.
واحسبوا جانبكم أنتم أيضًا: فإن لم يوجد داخل المؤسسة مستخدم رئيسي يستطيع تعديل تقرير أو إجراء تعريف، تحوّل كلّ تغيير صغير إلى بند خارجي.
6. احسبوا التكلفة الإجمالية للملكية
مقارنة سعر الترخيص مضلّلة. فأجروا المقارنة على إجمالي خمس سنوات: الترخيص أو الاشتراك، والبنية التحتية، والتهيئة، والتطوير، والتكامل، وترحيل البيانات، والتدريب، والموارد البشرية الداخلية، والصيانة والدعم، وترقية الإصدار. ونشرح الحساب بندًا بندًا في مقال كيف تُحسب تكلفة ERP؛ ويمكنكم استخدام أداة التقييم الأوّلي لاستثمار ERP والتكلفة الإجمالية لاستخراج درجة التعقيد وقائمة البنود بحسب نطاقكم.
7. أجروا العرض التوضيحي بسيناريوكم أنتم
العرض الذي يعدّه البائع يُظهر المسار الذي يكون فيه المنتج أقوى ما يكون. فبدل ذلك أعطوه سيناريوكم المتكامل من طرفه إلى طرفه واطلبوا تشغيله مباشرةً:
أدخلوا طلب هذا العميل، وأرسلوه إلى الإنتاج، واستهلكوا المواد، وأدخلوه في ضبط الجودة، واشحنوه، وحرّروا فاتورته، وأظهروا تكلفة هذا العمل على الشاشة.
وثمّة ثلاثة أمور تُدوَّن أثناء السيناريو: كم شاشة جرى التنقّل بينها، وأيّ خطوة كانت خارج النطاق القياسي، وأيّ بيانات أُدخلت يدويًا.
8. تحقّقوا من المراجع
اسألوا عن تركيبات عاملة فعليًا في قطاع مماثل وبحجم مماثل. وفي مكالمة المرجع اسألوا عن المشروع لا عن المنتج: كيف تغيّر النطاق، وكيف مرّ ترحيل البيانات، وماذا حدث في الأشهر الثلاثة الأولى بعد الإطلاق، وفي أيّ موضوع لم تكونوا لتتّخذوا القرار نفسه مرّة أخرى؟
9. ما يجب توضيحه في العقد
- قائمة النطاق وما هو خارج النطاق
- معايير القبول ومن سيُجري اختبار القبول
- مسار طلبات التغيير وسعر الوحدة
- اتفاقية مستوى الخدمة: زمن الاستجابة وزمن الحلّ منفصلين
- ملكية البيانات والصيغة التي تُسلَّم بها البيانات في نهاية المشروع
- ملكية وثائق التطوير والتخصيص
- على عاتق من يقع نقل التخصيصات عند ترقيات الإصدار
- نموذج زيادة الترخيص وسعر إضافة مستخدم
أيّ المنتجات تُدرَس؟
نقارن في مقال البدائل في منظومة ERP أيّ المنتجات الشائع تقييمها في السوق التركية أجدر بالدفاع عنه في أيّ ظرف، من دون إعلان فائز واحد. وللتقييم التقني في جانب التصنيع راجعوا دليل ERP لشركات التصنيع، ولتقييم فريق التنفيذ راجعوا مقال كيف تُختار شركة استشارات ERP.
وإذا رغبتم في تقييم كيفية بناء هذه البنية في مشروعكم، يمكنكم التحدّث مع فريق استشارات ERP لدينا.
الأسئلة الشائعة
ما أرخص نظام ERP؟
النظام الأدنى تكلفةً عند الدخول قد لا يكون الأرخص في إجمالي خمس سنوات. فمنتج يُرخَّص فيه الوصول إلى واجهة API على حدة، أو يتطلّب كلّ تعديل تقرير فيه مصدرًا خارجيًا، أو لا تُحفظ تخصيصاته عند الترقية، قد يكون أغلى في الإجمالي. فأجروا المقارنة على التكلفة الإجمالية للملكية.
أنختار ERP خاصًّا بالقطاع أم ERP عامًّا مع تهيئة؟
المنتجات الخاصّة بالقطاع قد تأتي بعمليات ذلك القطاع الشائعة جاهزة وتختصر مدّة المشروع. وخطرها أن تبقى المرونة محدودة حين تنشأ حاجة تخرج عن القطاع. أمّا ERP العامّ مع التهيئة فقد يكون أكثر مرونة؛ وفي المقابل تزيد المدّة والتكلفة. ويتوقّف القرار على حصّة عملياتكم الخاصّة بالقطاع من الإجمالي.
أنختار السحابة أم خوادمنا الخاصّة؟
السحابة تقلّل عبء العتاد والنسخ الاحتياطي؛ والتركيب الداخلي يمنح التحكّم في موضع البيانات والبنية التحتية. والحاسم في الغالب هو مدى تحمّل الانقطاع: فإذا كانت طرفيات الإنتاج أو الصناديق معتمدة على ERP، لزمت القدرة على العمل دون اتصال أو نسخة محلّية.
كم يستغرق اختيار ERP؟
تحليل العمليات وترتيب المتطلّبات وعمل تحليل الفجوة مع تقييم المرشّحين والعروض التوضيحية القائمة على سيناريو، كلّها معًا عمل يمتدّ بضعة أشهر. واختصار هذه المدّة يعني في الغالب تأجيل النطاق إلى ما بعد العقد.
هل الوصول إلى الشيفرة المصدرية شرط للاختيار؟
لا. فالوصول إلى الشيفرة المصدرية يمنح مرونة في بعض المنصّات، بينما يجري التطوير في منصّات أخرى عبر طبقات قابلية التوسعة وواجهات API التي يدعمها المنتِج. والسؤال الحاسم ليس «هل توجد شيفرة مصدرية» بل هل يمكن إجراء التغيير الذي تحتاجونه بأسلوب مدعوم وهل يبقى محفوظًا عند الترقية.