حين تقرّر شركة توحيد أنظمتها على Odoo، يكون الميل الأول هو استبدال كل شيء. نظام واحد، وحساب واحد، ومصدر واحد للحقيقة. تبدو رواية أنيقة أمام لجنة القيادة. وهي أيضاً، في كثير من الأحيان، القرار الأكثر كلفة في المشروع.
في مشروع تنفيذ حديث — شركة تركيب أنظمة شمسية كانت تدير عملياتها بالكامل عبر أربعة أنظمة منفصلة — استبدلنا ثلاثة منها وأبقينا على الرابع عن قصد. هذا القرار وحده وفّر عدة أسابيع وقدراً كبيراً من ثقة الفرق. وفيما يلي المنطق الذي أتّبعه، ولماذا يُعدّ «استبدال كل شيء» خياراً افتراضياً أسوأ مما يبدو.
الأسئلة الأربعة
قبل تحديد مصير أي أداة قائمة، أطرح أربعة أسئلة بهذا الترتيب. والترتيب مهم، لأن السؤالين الأولين يتعلقان بنشاطك والأخيرين بالتقنية — والتقنية لا ينبغي أن تصوّت أولاً.
1. هل هذه الأداة هي المرجع لأي شيء؟
إذا كانت أداة ما تحتفظ ببيانات لا يملكها غيرها، وتعتمد عليها عمليات أخرى، فإن استبدالها مشروع ترحيل قائم بذاته لا بند في عرض سعر. هذا ليس سبباً للإبقاء عليها، بل سبب لتسعيرها بصدق.
2. هل تحب الفرق استخدامها فعلاً؟
يُستبعد هذا السؤال عادةً بوصفه «غير موضوعي». وهو ليس كذلك. مشروع ERP ينفق أصلاً معظم رصيده من النفوذ في مطالبة الناس بتغيير طريقة عملهم. وكل أداة تستبدلها تسحب من الرصيد نفسه. فإذا كان نظام يعمل جيداً والفرق متعلّقة به، فإن إزالته تشتري لك معركة لم تكن بحاجة إليها، على أرض لم تخترها.
3. كم تكلّف عملية الدمج — بناءً وصيانةً؟
تُقدّر الفرق كلفة البناء وتنسى الصيانة. الدمج عبر واجهة برمجية ليس كلفة لمرة واحدة: إنه ضريبة صغيرة دائمة، تُدفع عند كل ترقية على الطرفين. قدّر ثلاث سنوات، لا ثلاثة أسابيع.
4. هل يفتح الاستبدال باباً لا يستطيع الدمج فتحه؟
أحياناً نعم، وعندها يكون الجواب بديهياً. نقل عروض الأسعار إلى Odoo عنى أن العروض والطلبات والفواتير باتت تتشارك نموذج بيانات واحداً — وما كان لأي دمج أن يحقّق ذلك. أما إذا كان الجواب الصادق «سيكون الأمر أكثر ترتيباً»، فهذه ليست حجة عملية، بل تفضيل جمالي مرفق بميزانية.
كيف بدا ذلك عملياً
كانت شركة الطاقة الشمسية تستخدم HubSpot لإدارة العملاء، وNotion للتوثيق، وVista لعروض الأسعار، وAllo للاتصالات الهاتفية.
ذهبت الثلاثة الأولى. فـ HubSpot كان يحتفظ ببيانات عملاء يديرها نظام Odoo أصلاً، والإبقاء على الاثنين معاً يضمن وجود نسختين من الحقيقة. وNotion كان يحوي توثيقاً مكانه الطبيعي بجوار العمليات التي يصفها. وVista كان ينتج عروضاً يفترض أن تتحوّل إلى طلبات ثم فواتير — وهي بالضبط السلسلة التي بُني Odoo من أجلها. في الحالات الثلاث، فتح الاستبدال باباً لم يكن الدمج ليفتحه.
أما Allo فبقي. نظام الاتصالات كان يعمل، والفرق مرتاحة له. ولم يكن أي شيء لاحق يعتمد على أن يمتلك Odoo المكالمة نفسها — بل فقط على أن يعرف Odoo أن المكالمة حدثت، وهو ما تحقّقه الواجهة البرمجية على أتم وجه. وكان استبداله ليكلّف ميزانية وثقة مقابل مخطط معماري أكثر ترتيباً بقليل.
لذلك دمجناه: تتدفق المكالمات إلى Odoo عبر واجهة Allo، وتُنشأ الفرصة عند استيفاء معايير التأهيل، وتبقى الاتصالات في مكانها. ولم يضطر أحد إلى إعادة تعلّم كيفية إجراء مكالمة هاتفية في خضم ترحيل نظام ERP.
الفخّ المعاكس
الخطأ المقابل شائع بالقدر نفسه وأصعب في الاكتشاف: دمج كل شيء. فكل أداة تُبقي عليها هي واجهة يجب بناؤها ومراقبتها وترحيلها. أبقِ على ستّ أدوات ولن تكون قد نفّذت نظام ERP — بل بنيت طبقة وسيطة يعلوها شعار Odoo، وهي ملكك إلى الأبد.
العلامة على تجاوز الحد تكون دائماً نفسها تقريباً: تحتاج إلى مخطط لتشرح أين يقيم سجل العميل. فإذا عجز الجميع عن الإجابة في جملة واحدة، فلديك أنظمة أكثر من اللازم، مهما كانت جودة كل عملية دمج.
قاعدة عملية
استبدل الأدوات التي تحمل كيانات عملك. وادمج الأدوات التي تنفّذ إجراءً.
العملاء، وعروض الأسعار، والطلبات، والفواتير، والمشاريع، والمخزون: هذه كيانات عمل، ومكانها واحد، لأن قيمتها تأتي من ترابطها ببعضها. أما الاتصالات الهاتفية، والتوقيع الإلكتروني، والتصدير المحاسبي، وملصقات الشحن: فهذه تنفّذ إجراءً وتُعيد نتيجة. ويمكنها البقاء حيث هي، ما دامت النتيجة تصل إلى Odoo بشكل موثوق.
ليست قاعدة مطلقة. لكنها نقطة انطلاق أفضل بكثير من «استبدال كل شيء»، وهي أصمد أمام واقع الميزانية.
نقطة أخيرة
مهما قرّرت، فاتخذ القرار أثناء تحديد النطاق ودوّنه. النسخة المكلفة من هذا النقاش هي تلك التي تحدث في الشهر الرابع، حين يكتشف أحدهم أن الأداة التي ظنّ الجميع أنها استُبدلت ما زالت تعمل، وما زالت تحتفظ ببيانات، وصار لديها ثلاثة أشهر من السجلات لم يخطّط أحد لترحيلها.