ما بعد ضريبة التكامل: فريق idhubs يعيد تصميم نظام تشغيل الأعمال لعصر الذكاء الاصطناعي

لعقد من الزمن، كانت خطة عمل البرمجيات بسيطة: اشترِ أفضل أداة لكل مهمة واربطها معًا. يقول idhubs أن هذا العصر قد انتهى. جلس جاستن ماكنزي من برنامج The Building Texas Show مع اثنين من قادة idhubs، المؤسس والرئيس التنفيذي/الرئيس التقني روجيت سوروخايbam والرئيس التنفيذي للنمو براندون فيرز، لمناقشة لماذا ينكسر نموذج التكامل تحت وطأة الذكاء الاصطناعي، وكيف يبدو استبدال حزمة البرمجيات التقليدية فعليًا، وكيف تعالج الشركة تحديات ترحيل المؤسسات.

جاستن: لنبدأ صباح يوم ثلاثاء. كيف تبدو هذه المشكلة لصاحب عمل حقيقي؟

براندون: تبدو كفوضى لم يختارها. شركة يقل عدد موظفيها عن 200 موظف تشغّل حوالي 42 تطبيقًا منفصلًا. المدير الذي يريد تحويل عميل محتمل، وإرسال اتفاقية تأهيل، وإصدار فاتورة لدفعة مقدمة، وتعيين مهمة انطلاق، يتعامل مع خمسة منها: نسخ من نظام إدارة علاقات العملاء، ولصق في أداة مستندات، وتنزيل، ورفع إلى التوقيع الإلكتروني، وتسجيل دخول إلى المحاسبة لإصدار الفاتورة، وفتح لوحة مشروع للتعيين. خمسة تطبيقات؛ خمسة تسجيلات دخول؛ هدف واحد بسيط. اضرب ذلك في أسبوع وستذهب معظم اليوم إلى تشغيل البرمجيات بدلًا من إدارة العمل.

روجيت: ولا يتفق أي من هذه الأنظمة فعليًا مع الآخر. البيانات في أحدها نسخة مختلفة قليلًا عن البيانات في التالي. ولمدة عشر سنوات، باعت الصناعة هذه الفجوة كميزة وأسمتها "الأفضل في فئتها".

جاستن: أنت تقول إن نموذج التكامل نفسه هو المشكلة. لماذا ينكسر الآن؟

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

براندون: هذا هو الخط المهم: متكامل يعني قاعدتي بيانات تعلمتا التحدث. أصلي يعني أنه لم توجد إلا قاعدة واحدة دائمًا.

جاستن: "عمى السياق" عبارة رائعة، لكن لنكن ملموسين. ماذا يفعل وكيل الذكاء الاصطناعي فعليًا في idhubs مباشرة؟ أعطني سير عمل حقيقي، وليس مجرد كلمة رنانة.

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

جاستن: إذن ماذا بنيتم؟

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

جاستن: أنتم تقدمون أيضًا طبقة مجتمع وتجارة اجتماعية بالعلامة البيضاء. لماذا ينتمي ذلك إلى نظام تشغيل؟

براندون: لأن المكتب الأمامي والمكتب الخلفي هما نفس قاعدة البيانات. المنظمة التي تنشر idhubs تحصل على نظامها البيئي الخاص بعلامتها التجارية: حزمة تعاون داخلية آمنة للموظفين ومنصة مجتمع وتجارة بالعلامة البيضاء لأعضائها أو عملائها. عندما تبني مجتمعك على منصة اجتماعية تابعة لطرف ثالث، فأنت تستأجر جمهورك؛ لا تملك البيانات، ولا تتحكم في الخوارزمية، ولا يمكنك تحقيق الربح دون اقتطاع نسبة من الأعلى. هنا تملك المنظمة العلاقة، ولأن بيانات المجتمع تعيش أصليًا بجوار بيانات إدارة علاقات العملاء والتجارة، يمكن أن تتحول مناقشة إلى معاملة أو تذكرة دعم دون مغادرة البيئة ذات العلامة التجارية. إنها حلقة مغلقة بدلًا من خمس حلقات منفصلة.

جاستن: دعني أضغط على البنية. إذا وضعت إدارة علاقات العملاء والمالية والمجتمع والتجارة في منصة واحدة، ألم أبنِ وعاء عسل واحدًا؟ نقطة فشل واحدة؟

روجيت: هذا هو السؤال الصحيح لأي مدير معلومات أن يطرحه، ولهذا لم نكتفِ بإقامة قاعدة بيانات مركزية واحدة ونقول انتهينا. نحن نشغل شبكة Hyperledger Fabric خاصة ومصرحًا بها تحت المنصة. فكر في بلوكشين عام كساحة بلدة يرى فيها الجميع كل معاملة؛ هذا هو العكس. تستخدم Fabric قنوات ومجموعات بيانات خاصة، لذا تكون السجلات الحساسة مرئية فقط للعقد أو المستخدمين أو الأقسام المصرح لها تشفيريًا برؤيتها. تحصل المنظمة على لامركزية وثبات بنية السجل الموزع بالكامل داخل جدرانها، مما يحيّد خطر نقطة الفشل الواحدة المرتبط بالبرمجيات التقليدية الأحادية.

جاستن: لكن تشغيل شبكة بلوكشين خاصة يبدو مستهلكًا للموارد بشكل لا يصدق. ألا يقدم ذلك زمن استجابة ويضخم تكاليف البنية التحتية لشركة من 50 شخصًا؟

روجيت: هذا مفهوم خاطئ شائع مبني على سلاسل عامة مثل بيتكوين. تم بناء Hyperledger Fabric لأداء المؤسسات. نحن لا نخزن الحمولات الثقيلة على السجل نفسه؛ نستخدم تخزينًا خارج السلسلة للملفات والوسائط الكبيرة، بينما يثبت السجل فقط تغييرات الحالة ومسارات التدقيق تشفيريًا. يعمل بشكل غير متزامن في الخلفية. لا يبطئ واجهة المستخدم أو سرعات الاستعلام، لكنه يمنحك قابلية تدقيق بدرجة عسكرية وسيادة بيانات دون فاتورة البنية التحتية للمؤسسات.

جاستن: من يقف وراء هذا وما حجم الفرصة؟

روجيت: نحن منصة حية تحقق إيرادات، ولسنا مختبرًا سريًا. أنا رئيس تقني خرجت من ثلاث شركات ووسّعت فرق هندسية تجاوزت 150 شخصًا. أطلق براندون منتجات تجاوزت قيمتها 2 مليار دولار. ساف، مدير العمليات لدينا، قائد عمليات بخبرة 30 عامًا. ويضم مجلسنا الاستشاري غرانت جونسون، الرئيس التنفيذي السابق لشركة مدرجة في ناسداك، وكريغ كوفمان من كوفمان براذرز.

براندون: وبالنسبة للسوق: سوقنا الإجمالي القابل للعنونة يبلغ نحو 158 مليار دولار. اكتسبنا أكثر من 50,000 مستخدم مسجل عضويًا، دون أي إنفاق تسويقي مدفوع.

جاستن: لنفحص نموذج التسعير لديكم. ذكرتم "سعر سنوي ثابت وقابل للتنبؤ" يقل كثيرًا عن الأدوات المجزأة. لكن شركة من 5 أشخاص وشركة من 150 شخصًا لديها احتياجات مختلفة جدًا. كيف يتوسع تسعيركم دون أن يصبح "ضريبة idhubs" جديدة مع نموهم؟

براندون: قتلنا تحديدًا نموذج التسعير لكل مقعد لأنه يعاقب الشركات على توسيع فرقها. يتوسع تسعيرنا بناءً على القدرة التنظيمية وحجم المعاملات النشط، وليس عدد الموظفين. لن تتعرض لرسوم تكامل خفية، أو رسوم لكل استدعاء API، أو ترقيات وحدات إجبارية. إنه سعر ثابت وقابل للتنبؤ لنظام التشغيل الأساسي، مع زيادات سعة متدرجة وشفافة. تعرف بالضبط ما ستكون عليه فاتورة برمجياتك في الربع الرابع، بغض النظر عما إذا وظفت خمسة أشخاص أو خمسين.

جاستن: ماذا يقول المتشككون؟ محبو "الأفضل في فئته" يعشقون حلولهم النقطية.

براندون: أسمع ذلك باستمرار ويبدو رائعًا حتى تحسب تكلفته. شركة من خمسة أشخاص تنتهي إلى الدفع مقابل نظام إدارة علاقات العملاء، وموصل أتمتة، وأداة عروض أسعار، ومنصة بريد إلكتروني، وحزمة محاسبة، وتنفق عشرات الآلاف سنويًا، وبياناتها ما زالت لا تتفق بين الأنظمة. "المرونة" هي ضريبة تجزئة بثوب أجمل. نقيض الحزمة السيئة ليس حزمة أفضل؛ بل منصة واحدة، تسجيل دخول واحد، مصدر واحد للحقيقة.

جاستن: لكن المتشددين سيعترضون: "بالتأكيد، إنها موحدة، لكن هل الفوترة بعمق Stripe؟ هل إدارة علاقات العملاء بقوة Salesforce؟" كيف تتجنب فخ "جيد بما يكفي" حيث تصطدم بسقف مع توسع العميل؟

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

جاستن: حتى لو كان عميقًا، فإن تكلفة التحويل هي القاتل الحقيقي. ترحيل البيانات وسير العمل وعادات المستخدمين من أنظمة راسخة كابوس. كيف تجعل شركة تتحول فعليًا دون شل عملياتها لستة أشهر؟

براندون: عرفنا أن الترحيل هو مقبرة البرمجيات العظيمة، لذا هندسناه خارج المعادلة. بنينا خطوط ترحيل آلية تحديدًا للاعبين الرئيسيين، HubSpot وQuickBooks وSalesforce وSlack. لا ننفذ تحولات "الانفجار الكبير". نشغل بيئات متوازية ويقوم فريق التأهيل لدينا بربط مخطط البيانات تلقائيًا. نقيس الوقت حتى القيمة بالأيام، لا بالأرباع. صُممت واجهة المستخدم لتبدو مألوفة، لذا يكون تغيير العادة البشرية ضئيلًا.

جاستن: أخيرًا، لستم الوحيدين الذين يدّعون "الكل في واحد". Zoho وOdoo وHubSpot، جميعهم لديهم حزم موحدة ويضيفون الذكاء الاصطناعي بشراسة. لماذا يفوز idhubs ضدهم؟

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

جاستن: سؤال أخير. إذا فاز هذا النموذج، فما التأثير المتسلسل؟

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

براندون: لم يختر المالكون التعقيد؛ بل منحهم السوق إياه تطبيقًا تلو الآخر. كل بائع يعد بأن التطبيق التالي سيصلح الأمر. لكن التطبيق التالي لا يمكنه إصلاحه، لأن التطبيق كان المشكلة. لم يكن الحل يومًا أداة أخرى أو تكاملًا آخر. كان دائمًا منصة واحدة آمنة وموحدة. هذا ما بنيناه ولهذا فإن التحول حتمي.

روجيت سوروخايbam هو المؤسس والرئيس التنفيذي/الرئيس التقني لـ idhubs. براندون فيرز هو الرئيس التنفيذي للنمو. يقع مقر idhubs في ماكيني، تكساس.

إخلاء المسؤولية: تم إنشاء هذه الترجمة تلقائيًا بواسطة NewsRamp™ لـ Newsworthy.ai (يشار إليهما معًا بـ "الشركات") باستخدام منصات الذكاء الاصطناعي التوليدية المتاحة للعامة. لا تضمن الشركات دقة أو اكتمال هذه الترجمة ولا تتحمل أي مسؤولية عن أية أخطاء أو سهو أو عدم دقة. الاعتماد على هذه الترجمة يكون على مسؤوليتك الخاصة. لا تتحمل الشركات أية مسؤولية عن أي أضرار أو خسائر ناجمة عن مثل هذا الاعتماد. النسخة الرسمية والموثوقة لهذا البيان الصحفي هي النسخة الإنجليزية.