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