نتيجة مشروع ERP لا تتوقّف على المنتج وحده. فمعرفة فريق الاستشارات بالعمليات، وحوكمة المشروع، ونهج ترحيل البيانات، وانضباط التطوير، ونموذج الدعم بعد الإطلاق، تؤثّر مباشرةً في نجاح المشروع. ويسرد هذا المقال الأسئلة الملموسة التي تُطرح عند تقييم شركة الاستشارات وما ينبغي كتابته في العقد.
يُقيَّم المنتج والفريق معًا
ERP ليس منتجًا يعمل بمجرّد توصيله. فالمنتج يعطي إطارًا لبناء العمليات؛ والذي يشكّل هذا الإطار بحسب المنشأة هو فريق التنفيذ. وقد يُنتج فريقان يعملان بالمنتج نفسه نتيجتين مختلفتين:
- فشجرة منتجكم قد تُبنى بحسب واقع المنشأة أو تبقى سطحية،
- والتكلفة قد تُحسب فعلًا أو تظهر حركةَ مخزون فحسب،
- وعمليات التكامل قد تكون قابلة للمتابعة أو تبقى في الظلام عند كلّ خطأ.
وهذا لا يعني أنّ «المنتج غير مهمّ». فاختيار المنتج يحدّد النطاق والحدود؛ والفريق يحدّد كم من ذلك سيتحقّق داخل تلك الحدود. ويجب تقييمهما معًا.
مجالات التقييم
الخبرة القطاعية
كم مشروعًا نُفِّذ في قطاعكم بحجم مماثل، وأيّ العمليات بُنيت في تلك المشاريع. وحتى إن تعذّرت مشاركة اسم العميل، ينبغي أن يمكن وصف القطاع والحجم والنطاق.
معرفة العمليات
هل فهموا عمليتكم قبل عرض الشاشات. ومن المؤشّرات الجيّدة: هل جرى في الاجتماع الأول تعريف بالمنتج، أم طُرح سؤال عن العملية؟
الفريق التقني
من سيعمل في جانب الاستشارات والتطوير والتكامل والبيانات. وفي كم مشروعًا يعمل الفريق في الوقت نفسه؟ وهذا السؤال هو الأكثر كشفًا عادةً.
نهج ترحيل البيانات
هل تُعالَج البيانات الرئيسية والعمليات المفتوحة والبيانات التاريخية على حدة؛ ومن سيُجري التحقّق وبأيّ مجاميع ضبط.
أسلوب التطوير
في أيّ طبقة تدعمها المنصّة سيجري التطوير، وكيف سيُوثَّق أثره على ترقية الإصدار.
الخبرة في التكامل
الخبرة في أطراف مثل البنوك والمستندات الإلكترونية ونقاط البيع والتجارة الإلكترونية وWMS وأرضية الإنتاج؛ ونهج إدارة الأخطاء وإعادة المحاولة والمطابقة.
إدارة المشروع وحوكمته
كيف يُدار تغيير النطاق، وآلية اتخاذ القرار، وتقارير التقدّم، ومتابعة المخاطر.
الاختبار واختبار قبول المستخدم
من أين تأتي بيانات الاختبار، وهل يُجرى الاختبار ببيانات حقيقية، ومن سينفّذ اختبار القبول.
الدعم بعد الإطلاق
مدّة الدعم المكثّف، وتعريف زمن الاستجابة وزمن الحلّ كلٌّ على حدة، وما الذي يشمله نطاق الدعم.
التوثيق
نطاق وثائق العمليات والإعداد والتطوير والتكامل وصيغة تسليمها.
خطر الاعتماد على الفريق
هل يحمل المشروعَ شخص واحد، وهل إجراء التسليم معرَّف، وهل توجد خطّة لتأهيل مستخدمين رئيسيين.
المراجع
تركيبات عاملة فعليًا في قطاع مماثل، وإمكان طرح أسئلة المشروع في مكالمة المرجع.
الشفافية التجارية
سعر الوحدة في الطلبات الخارجة عن النطاق، ومسار التغيير، ووضوح الفصل بين الترخيص والخدمة.
ما ينبغي كتابته في العقد
ما يأتي ليس مسألة حسن نيّة؛ بل يجب أن يكون مكتوبًا:
- قائمة النطاق — بندًا بندًا، مع تمييز كلّ بند بـقياسي/إعداد/تطوير/تكامل.
- معايير القبول — بعبارات قابلة للاختبار لكلّ عملية رئيسية.
- الفريق المخصَّص — الدور والخبرة والحدّ الأدنى من الأيام/الأشخاص المتعهَّد بها.
- نطاق ترحيل البيانات — أيّ مجموعات بيانات، وأيّ مدى زمني، ومن سيتحقّق.
- قائمة عمليات التكامل — أيّ نظام، وأيّ اتّجاه، وبأيّ دورية، وماذا يحدث عند الخطأ.
- التدريب — كم شخصًا، وكم ساعة، ولأيّ دور.
- معايير الانتقال — أيّ شروط لا يُنتقل إلى التشغيل الفعلي قبل استيفائها، وخطّة التراجع.
- الدعم — النطاق، وزمن الاستجابة والحلّ، والتسعير.
- التوثيق وقابلية التسلّم — أيّ وثائق تُسلَّم وبأيّ صيغة.
- ملكية البيانات والتطوير — حقوق الوصول وشروط التسليم في نهاية المشروع.
علامات تحذيرية
- شركة تعطي سعرًا من دون تحليل العمليات. فالسعر الممنوح قبل معرفة النطاق يتغيّر أثناء المشروع.
- شركة تقول «كلّ شيء موجود في النطاق القياسي». فلا منتج يلبّي كلّ عملية في النطاق القياسي؛ وقد يدلّ هذا الجواب على تأجيل تكلفة التخصيص إلى ما بعد العقد.
- شركة لا تستطيع تقديم مراجع. فحتى إن تعذّرت مشاركة الأسماء، ينبغي أن يمكن وصف القطاع والحجم والنطاق.
- شركة تعد بنسبة من دون تعريف أسلوب القياس. فتعهّدات مثل «سنرفع دقّة المخزون 30%» بلا قياس أوّلي بلا معنى.
- فريق يعتمد على شخص واحد. فإن كان شخص واحد يحمل المشروع، توقّف المشروع بمغادرته.
- شركة تقترح تطويرًا لكلّ طلب. فبيع التطوير مع كفاية الوظيفة القياسية أو التكامل يكبّر التكلفة الإجمالية بصمت.
كيف نعمل نحن؟
نكتب أسلوبنا صراحةً كي تستطيعوا طرح الأسئلة نفسها علينا:
- العملية وتحليل الفجوة أولًا. نستخرج العمليات قبل عرض الشاشات؛ ونؤشّر على أيّ بند قياسي، وأيّها يحتاج إلى إعداد أو تطوير أو تكامل.
- النطاق ومعايير القبول مكتوبة. نستخدم عبارات قابلة للاختبار بدل «تمّ التشغيل».
- لا نبدأ من منظور منتج واحد. فنحن نعمل في منظومات ERP مختلفة؛ وإذا كان نظامكم الحالي كافيًا، أوصينا بعدم تغييره.
- نستطيع تنفيذ التحليل والتنفيذ معًا. فلا نترك خارطة الطريق تقريرًا؛ بل نستطيع تنفيذ الإعداد والتطوير والتكامل وترحيل البيانات تحت مظلّة المشروع نفسها.
- لا نتعهّد بنتيجة غير مقيسة. فلا نقول مسبقًا كم سيتحسّن الأمر؛ بل نقول ما الذي سيصير قابلًا للقياس.
وشركة استشارات ERP الجيّدة لا تبيعكم تطويرًا لكلّ طلب: بل ينبغي أن تستطيع اقتراح الوظيفة القياسية إن كانت كافية، والتكامل إن كان أصحّ، وتحسين النظام الحالي إن لم يكن تغيير ERP لازمًا.
وتجدون النهج التفصيلي في صفحة استشارات ERP وتطويره. وكيفية إجرائنا اختيار المنتج في دليل كيفية اختيار ERP، والمقارنة القائمة على المعايير بين المنتجات المرشّحة في مقال البدائل في منظومة ERP.
الأسئلة الشائعة
أنختار شريك المنتج نفسه أم استشاريًا مستقلًّا؟
شريك المنتج يعرف المنتج معرفة أعمق وقد تكون له قناة مباشرة مع المنتِج. أمّا إسناد استشارات الاختيار إلى طرف منفصل فقد يوفّر وجهة نظر مختلفة في تفضيل المنتج؛ لكنّ ذلك يعني تكلفة إضافية وليس لازمًا في كلّ حجم. والحاسم هو أن تعرفوا من البداية من هو الطرف المنحاز في أيّ موضوع.
كيف تُحسب أتعاب الاستشارات؟
بالأيام/الأشخاص عادةً. والنقطة الواجب الانتباه إليها هي: لأيّ نطاق أُعطي إجمالي عدد الأيام. فالأيام/الأشخاص الممنوحة بلا قائمة نطاق أمنية لا تقدير.
كم يستغرق المشروع؟
المدّة متناسبة طردًا مع النطاق. وثمّة فرق واضح بين نطاق يشمل شركة واحدة وإنتاجًا قياسيًا وتكاملًا محدودًا، ونطاق متعدّد الشركات كثيف التكامل. وحين تطلبون التزامًا بالمدّة، تأكّدوا من تثبيت النطاق كذلك.
ماذا يحدث بعد الانتقال إلى التشغيل الفعلي؟
هنا يبدأ العمل الحقيقي. فالفترة الأولى هي التي تظهر فيها نواقص مجموعة القواعد. فتأكّدوا من أنّ نطاق الدعم يشمل هذه الفترة وأنّ زمنَي الاستجابة والحلّ مكتوبان منفصلين.
هل نبقى معتمدين على شركة الاستشارات؟
هذا خطر يمكن إدارته بالعقد والأسلوب. فإذا عُرّفت في مرحلة العقد شروطُ نطاق التوثيق وتدريب المستخدمين الرئيسيين وسجلّات الإعداد وملكية البيانات وقابلية التسلّم، قلّت التبعية بوضوح.