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