أدواتك لا يكلّم بعضها بعضاً — ضريبة التكامل حين يعمل عملك على تطبيقاتٍ مفكّكة

ما من عملٍ يقصد أن يبني فوضى مفكّكة. إنما تتراكم قراراً صائباً تلو الآخر. تُضيف أداةً للفوترة لأن جدول البيانات انكسر. وأخرى منفصلة للمتجر الإلكتروني. وواتساب للمبيعات لأنّ العملاء هناك أصلاً. وبرنامج محاسبةٍ لأن المحاسب طلبه. كلٌّ منها كان القرار الصحيح يومها. ثم تستيقظ ذات صباحٍ فتجد عملك يعمل على عشرة تطبيقاتٍ لا يعرف أحدها وجود الآخر — والعميل نفسه، والطلب نفسه، والرقم نفسه يعيش في خمسة مواضع تختلف بهدوء.

وحجم هذا ليس حدساً. المؤسّسة المتوسّطة تُشغّل اليوم نحو 897 تطبيقاً، وما يقارب 29 بالمئة منها فقط مدمجٌ مع غيره [1]. والباقي يقبع جُزراً معزولة، ويقول 90 بالمئة من قادة تقنية المعلومات إن هذه الجزر تخلق مشكلاتٍ فعلية للأعمال [1]. والجسر بين الجزر إنسانٌ في الغالب: أحدهم يُصدّر ملفّاً هنا ويُعيد كتابته هناك، ينسخ رقماً من المتجر إلى الدفتر، يلصق عنواناً من واتساب في كشف التسليم. هذا الجسر هو ضريبة التكامل، وأنت تدفعها سواء ظهرت في فاتورةٍ أم لا.

هذه القطعة هي خريطة المشغّل لتلك الضريبة — لا «اشترِ منصّةً أكبر»، فتلك غالباً جزيرةٌ أغلى ثمناً فحسب. الأسئلة الحقيقية هي: ماذا يكلّفك التفكّك فعلاً، ولماذا يزيده لصقُ تكاملٍ واحدٍ تلو الآخر سوءاً لا تحسّناً، وما قرار البنية الوحيد الذي يُنهيه.

ابدأ ممّا يكلّفه التفكّك، فالمشغّلون يشعرون به قبل أن يُسعّروه بزمنٍ طويل. أشهر رقمٍ هو ضريبة التنقّل: دراسة لـHarvard Business Review رصدت مستخدمين حقيقيين فوجدت أنهم ينتقلون بين التطبيقات والنوافذ نحو 1,200 مرّة يومياً، بما يبلغ قرابة أربع ساعاتٍ أسبوعياً في إعادة التوجّه بعد كل انتقال — نحو 9 بالمئة من وقتهم في العمل ^[2]. وفي مهمّة سلسلة توريدٍ واحدة تتبّعها الباحثون، استلزمت معاملةٌ واحدة نحو 350 انتقالاً عبر 22 تطبيقاً مختلفاً ^[2]. هذه ليست مشكلة انضباطٍ تُدرَّب خارجها؛ بل الكلفة المباشرة القابلة للقياس لمطالبة إنسانٍ بأن يكون طبقة التكامل بين أدواتٍ لم تُربط قطّ.

والكلفة الثانية أهدأ وأخطر: الأرقام تكفّ عن الاتّفاق. حين يعيش العميل نفسه في المتجر، وفي إدارة العلاقات، وفي أداة المحاسبة، وفي محادثة واتساب، فلا مصدر واحد للحقيقة — بل أربعة، وتنحرف. طلبٌ مُعلَّمٌ «شُحن» في نظامٍ لا يزال «قيد الانتظار» في آخر. وسعرٌ حُدِّث في الكتالوج لم يصل قطّ إلى قالب الفاتورة. ويضع معيار MuleSoft أرقاماً صلبة على مدى انتشار هذا: 95 بالمئة من المؤسّسات تُبلّغ عن تحدّيات تكامل، و80 بالمئة تقول إن تلك التحدّيات هي ما يخلق جُزر بياناتها أصلاً ^[1]. ولا تلحظ الانحراف حتى يُتّخذ قرارٌ على النسخة الخاطئة من الرقم — وعندها يكون استرداداً، أو نفاد مخزون، أو شريحةً أمام المجلس لا تطابق رصيد البنك.

والآن السبب البنيوي لتفاقمه كلّما رقّعته أكثر. كلّما ربطت تطبيقَين بوصلةٍ مباشرة من نقطةٍ إلى نقطة، أضفت جسراً آخر تصونه — والحساب لا يرحم. خمسة أنظمةٍ موصولٌ بعضها ببعض عشر وصلات؛ وعشرةٌ خمسٌ وأربعون. كل وصلةٍ مبنيّةٌ باليد على صيغة تصدير مورّدٍ بعينه وتنكسر يوم يُغيّر أيّ طرفٍ واجهةً برمجية أو عموداً. ولهذا تُنفق الفِرق التي «تُضيف تكاملاً» في كل مرّة نحو 36 بالمئة من جهد تقنية المعلومات على بناء الوصلات نفسها وصيانتها ^[1]. ويصير السلك بهدوءٍ هو النظام — تشابكٌ لا يفهمه أحدٌ تماماً ولا يجرؤ أحدٌ على لمسه.

والمخرج تغييرٌ في البنية لا تطبيقٌ آخر. بدلاً من أن يكلّم كل أداةٍ كل أداةٍ أخرى، تُمرّرها عبر نظامٍ مركزيٍّ واحد يملك السجلّ المرجعي — العميل، الطلب، الفاتورة — ويقرأ كل ما عداه منه ويكتب إليه. تصير خمسة تطبيقاتٍ خمسَ وصلاتٍ نظيفة بدل عشرٍ هشّة، وتُصبح إضافة التطبيق السادس وصلةً واحدة جديدة لا خمساً. ولا يلزم أن يكون النواة منصّةً عملاقة؛ يلزم أن تكون الموضع الواحد الذي تعيش فيه الحقيقة، والباقي مربوطٌ حولها. هذا هو الفرق بين أن تملك نظاماً وأن تستأجر كومة جُزر.

وهذا يعضّ بأقسى ما يكون في الأسواق التي تبني فلوكا لها بالضبط. عمليّةٌ نامية في المنطقة تُشغّل عادةً أكثر الحُزم تفكّكاً على الإطلاق: متجر SaaS عالمي، وبوّابة دفعٍ محلّية، وواتساب قناةَ المبيعات الأكثر ازدحاماً، وبرنامج محاسبةٍ مبنيٌّ للضريبة المحلّية، وجدول بياناتٍ واحدٌ على الأقل يُمسك كل ذلك معاً — أدواتٌ من خمسة مورّدين لن يتكاملوا فيما بينهم نيابةً عنك أبداً. ومع توسّع تجارة المنطقة بأرقامٍ مزدوجة نحو سوقٍ قد يتجاوز 57 مليار دولار بحلول 2029 ^[3]، فالأعمال التي تتوسّع في هذا النموّ على حُزمةٍ ملصوقة إنما تُوسّع ضريبة التكامل معها. والشركات الأصغر تشعر بها أبكر ممّا تظنّ: عملٌ دون 200 شخصٍ يُشغّل أصلاً نحو 42 أداة SaaS منفصلة في المتوسّط ^[4]، وهي جُزرٌ تكفي للغرق فيها وتزيد.