ما تعلمته من 20 عامًا في بناء أنظمة ERP

عشرين عامًا وأنا أبني أنظمة ERP لغيري: مصانع، وتجار جملة، وتجار أحجار كريمة. كان النظام يُطلق، وفي غضون شهر يكون نصف الفريق قد عاد إلى جداول البيانات.

بدأت بـ Gemwares، وهو نظام ERP لمصانع المجوهرات. والمجوهرات من أصعب مسائل المخزون على الإطلاق: كل قطعة فريدة، وللأحجار درجات وألوان وأوزان بالقيراط، وللمعادن مستويات نقاء. وقد يضم خاتم واحد خمس مواد مختلفة، لكل منها منحنى تكلفة خاص. فإن استطاع نظامك التعامل مع المجوهرات، استطاع التعامل مع أي شيء تقريبًا.

ثم بنيت أنظمة سلسلة توريد لشركات الأغذية وتجار الجملة: بضائع سريعة التلف، وتتبّع للدُّفعات، وتواريخ صلاحية، وتحويلات بين مواقع متعددة. هذه الشركات لا تحتمل برامج بطيئة. فحين يريد مطعم معرفة كمية الدجاج في غرفة التبريد، يريدها الآن، لا بعد 30 ثانية من دوران مؤشر التحميل.

وفي 2019 أنشأت GemCloud، منصة أحجار كريمة تدعمها Gemfields (LSE: GEM). بنيناها من الصفر: مخزون ومشتريات وفوترة وتصنيع ومحاسبة، كلها قائمة على تسجيل الأحداث، وكلها لحظية. وطوّرناها حتى استحوذت عليها Gemfields في 2023، فخرجتُ منها.

وبعد 20 عامًا صار بوسعي أن أصف لك النمط. كل نظام ERP يفشل للأسباب نفسها:

السبب الأول: واجهة المستخدم البطيئة تقتل التبني

حين يتطلب تحديث سعر منتج واحد الانتقالَ إلى سجل المواد الرئيسي، وفتح تبويب المبيعات، وتغيير حقل، وحفظه، والرجوع، يتوقف الناس عن استخدام النظام ويعودون إلى جداول البيانات. تقدّر Gartner أن 55 إلى 75% من مشاريع تنفيذ ERP لا تحقّق أهدافها، والسبب الرئيسي ليس تقنيًا، بل أن الموظفين يرفضون استخدام برنامج أبطأ مما كان لديهم.

السبب الثاني: الإعداد يستغرق أشهرًا

يستغرق تنفيذ SAP النموذجي 14 شهرًا ويكلّف 1.5 مليون دولار لشركة متوسطة الحجم. وOdoo أسرع، لكنه ما زال يحتاج مستشارًا لتهيئته. وحين يعمل النظام أخيرًا، يكون العمل قد تغيّر وصار التنفيذ متقادمًا أصلًا.

السبب الثالث: نموذج العمل غير متوافق

مورّدو أنظمة ERP السحابية يربحون حين تدفع شهريًا، لا حين تنجح أنت. وبياناتك محبوسة في سحابتهم؛ فإن توقفت عن الدفع فقدت كل شيء. الحوافز هنا متضاربة.

وظللت أرى القصة نفسها تتكرر: شركة تشتري نظام ERP، وتقضي شهورًا في تهيئته، فيقاوم الموظفون تبنّيه، ويتعثر التنفيذ، فتنتهي الشركة بنظام باهظ لا يستخدمه أحد، وجدول بيانات احتياطي يعتمد عليه الجميع.

ما الذي فعلته حيال ذلك

بعد GemCloud أردت أن أعرف كم من هذا العناء تقنيّ وكم منه يعود إلى نموذج عمل التنفيذ. فبنيت Celerp على Code Elastic Layer، وهي بنية مصمَّمة لتكون ذاتية الاستضافة وقابلة للتوسيع وسهلة التخصيص. فيستطيع أي مطوّر أن يبني لها وحدات، وتستطيع الشركات أن تجد وحدات جاهزة بنتها شركات أخرى.

يعمل Celerp تطبيقَ سطح مكتب يشغّل خادمًا محليًا بقاعدة Postgres مضمَّنة، ويتصل به من في المكتب من متصفحاتهم. ويستطيع المطوّرون تثبيته بأمر pip install celerp. بلا مستشارين، وبلا تدريب، وبلا قسم تقنية معلومات.

والخلاصة الجوهرية أن سرعة الإعداد هي الميزة الفارقة. فإن استطعت تنزيل المنتج، واستيراد بياناتك، وتشغيل نظام ERP لمكتبك كله في دقيقتين، فقد ألغيت مشكلة التبنّي من أساسها. الناس لا يقاومون برنامجًا يعمل فورًا، بل يقاومون برنامجًا يستغرق شهورًا لتهيئته.

وصنعت أيضًا شيئًا لم أره في أي نظام ERP آخر: إدخال بيانات يُحرَّر بالنقر مباشرة. فتحديث 50 سعر منتج في SAP يستغرق نحو دقيقتين لكل سجل، أي 100 دقيقة إجمالًا. أما في Celerp فتنقر على رأس العمود، وتنقر مع Shift على 50 صفًا، وتكتب السعر الجديد، وتضغط Enter: 45 ثانية. هذا ليس تحسينًا طفيفًا، بل هو الفرق بين موظفين يستخدمون النظام وموظفين يتجاهلونه.

يضم Celerp المخزون والمشتريات والفوترة والتصنيع والمحاسبة وملصقات الباركود واستيراد CSV وصلاحيات الأدوار ومشغّل ذكاء اصطناعي ومسار تدقيق غير قابل للتغيير. وهو مجاني إن استضفته بنفسك: النواة برخصة BSL، والوحدات المدمجة برخصة MIT، وواجهة الاستخدام المصدر متاح.

الدرس

بعد 20 عامًا تعلّمت أن أفضل نظام ERP ليس صاحب أكثر الميزات، بل الذي يستخدمه الناس فعلًا. والناس يستخدمون البرامج السريعة البسيطة التي لا تحتاج مستشارًا لإعدادها.

يمكنك التواصل معي على LinkedIn. يسعدني دائمًا التواصل مع رواد الأعمال، وأودّ أن أسمع كيف تستخدم النظام.