أعلنت Salesforce أنها تستطيع العمل على منصة Claude، لتصبح هي النظام المرجعي. يعمل ERPNext على خادم Claude MCP ويحتوي على وكلاء لمهام مختلفة. كما يمكن لـ Claude Code الاتصال بمنتجات Atlassian الخاصة بك مثل Jira أو Confluence.
هل شهدنا في وقتٍ ما صعود منتجات إدارة المحتوى اللامركزية (headless CMS) الخاصة بكم؟ وهل نشهد الآن صعود منتجات المؤسسات اللامركزية؟ وبالتالي، هل يعني ذلك زوال واجهة المستخدم الرسومية (UI)؟
إذا نظرنا إلى الأمر من الناحية الهيكلية، فسنجد أن البنية التالية تتجلى:
- نظام التسجيل: هذا هو المكان الذي تُخزَّن فيه جميع البيانات. لا يوجد أي تغيير في هذا الأمر، ويظل منتج المؤسسة هو نظام السجلات الخاص بك، سواء كان نظام تخطيط موارد المؤسسات (ERP) أو نظام إدارة علاقات العملاء (CRM) أو أي منتج آخر مماثل.
- آلية الوصول: يُحدد هذا حقوق المستخدم وأدواره وصلاحياته وآليات التحكم في الوصول. ويتم تحديد ذلك أيضًا على مستوى المنتج.
- الواجهة: هذا هو السؤال الأهم الذي يشغل بال الجميع الآن: هل نبني واجهة منفصلة؟ أم نكتفي بواجهة مستخدم تفاعلية؟ أم ندمج واجهة مستخدم تفاعلية ضمن منتج المؤسسة نفسه، كما هو الحال مع Copilot في حزمة Office أو Gemini في Google Docs؟
ما هو النهج الصحيح لبناء واجهات المستخدم الآن؟
دعونا نتعمق أكثر في المناهج المختلفة:
الأسلوب الأول: واجهة مستخدم تفاعلية فقط
يتجه الكثيرون نحو هذا الأسلوب نظرًا لسلوك المستخدمين. فالمستخدمون يُحبّون الدردشة، وهو ما يتجلى بوضوح في وسائل التواصل الاجتماعي. فلماذا لا نوفر لهم واجهة تُتيح لهم ذلك؟ هذه الواجهة عبارة عن نافذة دردشة حيث يُمكن للمستخدمين طرح أي سؤال أو تقديم أي اقتراح، وسيقوم الذكاء الاصطناعي بالرد. لإضافة عميل مُحتمل جديد: "أضف السيد X كعميل مُحتمل مع البريد الإلكتروني ورقم الهاتف كما يلي". سيتواصل معك الذكاء الاصطناعي لاحقًا ليسألك عن مدى جدية هذا العميل، وحجم الفرصة، وجدولة دعوات التقويم. أو لإضافة مهمة جديدة في Jira، ما عليك سوى كتابة "أسند مهمة جديدة للمطور B". ستسألك الأسئلة اللاحقة عن دورة التطوير وعدد نقاط القصة المراد إضافتها. يمكنك أيضًا ببساطة إنشاء قصة مستخدم مباشرةً من Figma وإرفاقها كمهمة.
ما الذي تقوم به واجهة المستخدم التفاعلية؟ إنها تقوم بشكل أساسي بتحليل مطالباتك، وتوجيهها إلى الوكيل أو واجهة برمجة التطبيقات المناسبة للقيام بمهمة فرعية أخرى (أو جلب المعلومات أو معالجتها) ثم الرد.
هل يعمل بشكل رائع؟ نعم ولا.
فيما يلي بعض التحديات:
- هل يمكنك تقديم الملاحظات بشكل جيد؟ تُناسب هذه الواجهة الأشخاص الذين يعرفون ما عليهم فعله ويتقنون هندسة التوجيه الصوتي. ماذا لو واجهت مشكلة لغوية؟ حينها قد تحتاج إلى إضافة توجيهات صوتية، مع خاصية التعرف على الصوت لإدارة جميع الاختلافات.
- الطريق غير السعيد: في الوضع الأمثل، تعمل معظم هذه الأمثلة بشكل جيد. ولكن عند إضافة عميل محتمل جديد، يتطلب المسار الصحيح التحقق من وجود بيانات مكررة، أولاً على مستوى العميل المحتمل، ثم على مستوى المؤسسة، ثم التحقق من صحة عناوين البريد الإلكتروني وأرقام الهواتف. وبالتالي، يتحول المسار الذي كان يشير فقط إلى إضافة عميل محتمل جديد، إلى: تم العثور على 3 أسماء متشابهة، هل تقصد هؤلاء الأشخاص أم إنشاء سجل جديد؟ يبدو أن طول رقم الهاتف غير صحيح، يرجى إعادة إدخاله. لذا، فإن المهام التي تُنجز عادةً في نموذج من خلال عمليات التحقق من صحة البيانات في واجهة المستخدم أو من خلال الإكمال التلقائي/القوائم المنسدلة، تتطلب الآن من المستخدم الاستمرار في الإجابة.
- الوقت: في سياق متصل، في حال لم يكن الوضع مثاليًا، قد يستغرق ملء النموذج نفسه، الذي كان يستغرق أقل من دقيقة، بضع دقائق أثناء كتابة البيانات المطلوبة، وانتظار الرد، والحصول على النتيجة النهائية. حتى في أفضل الأحوال، قد تستغرق مهمة بسيطة كحجز رحلة طيران باستخدام الأوامر والردود العادية وقتًا أطول من استخدام نموذج إلكتروني. وهذا أمر مفهوم، لأن الذكاء الاصطناعي يقوم أولًا بفهم ما تريد قوله، ثم يستدعي واجهات برمجة التطبيقات (APIs) المناسبة لجلب البيانات، وتنسيقها، وعرضها. بينما في النموذج المنظم، يكون الطلب/الرد محددًا بوضوح.
- التنسيق: كانت مخرجات الذكاء الاصطناعي تعتمد تقليديًا على لغة Markdown، مما يعني فقدان تنسيق الجداول والعناصر المتداخلة. ورغم التقدم المحرز في هذا المجال باستخدام مخرجات HTML، إلا أنك ستجد حالات لا تزال فيها لغة Markdown تُعرض (انظر مخرجات الصور).
- التكلفة: أنت تدفع رسوم الترخيص/الاستخدام لكل مقعد في نظامك على أي حال. إضافةً إلى ذلك، ستدفع مقابل استخدام الرموز المميزة. هذا متغير خفي غالباً ما يغيب عن الأنظار في غمرة الحماس للاستعداد للذكاء الاصطناعي.
- التوفر: يرتبط بما سبق احتمال تقييد/ترشيد/حد استهلاك وحدات PTU أو الرموز المميزة. فماذا تفعل عند تلقي رمز الخطأ 429؟ هل تطلب من المستخدمين الانتظار؟
الأسلوب الثاني: واجهة مستخدم تفاعلية مدمجة في المنتج
بينما تسمح شركتا Salesforce وAtlassian باستخدام بياناتهما ضمن Claude، فإنهما تمتلكان أيضًا واجهة ذكاء اصطناعي خاصة بهما، سواءً كانت للذكاء الاصطناعي التوليدي أو الذكاء الاصطناعي الوكيل. والهدف من ذلك هو الحفاظ على تفاعل المستخدم مع المنتج والواجهة. وفي الوقت نفسه، يوجد ترابط أوثق نظرًا لتكامل واجهة الذكاء الاصطناعي بشكل عميق مع البيانات.
النهج الثالث: واجهة جديدة
إذا كانت المنتجات نفسها مزودة بواجهة ذكاء اصطناعي، فلماذا لا يتم الترويج لهذه الواجهات بدلاً من واجهة مستخدم محادثة منفصلة؟ والسبب في ذلك هو تمكين التبني والتكامل على نطاق واسع.
نشهد يوميًا إنشاء وكلاء لأداء أبسط المهام، ودمجهم بسلاسة في روتينك اليومي. لذا، لم يعد كافيًا مجرد إضافة عميل محتمل جديد، بل ستستخدم أداة تحليل العملاء المحتملين للحصول على المزيد من البيانات من لينكدإن أو مصادر أخرى، والاطلاع على أخبار الشركة، وكتابة رسالة تعريفية، وإرسالها مع دعوة تقويم.
عندما يكون لديك هذا المستوى من التكامل بين الأنظمة، فأنت بحاجة إلى واجهة موحدة قادرة على القيام بكل ذلك. ربط بريدك الإلكتروني وتقويمك، ودمج بيانات التحليلات، وتوفير التقارير المالية، وتمكينك من الاستعلام عبر هذه المنصات. هذا بالتأكيد يتطلب واجهة منفصلة.
لكن حتى مع وجود واجهة جديدة، يبقى السؤال مطروحاً: هل ينبغي أن تكون مجرد واجهة مستخدم تفاعلية؟
أفضل الحلول: توسيع واجهة الدردشة
في Flooid، ركزنا على نهج هجين. لدينا واجهة تقليدية للمستخدمين الذين يتابعون مؤشرًا محددًا بشكل يومي ويرغبون في التركيز عليه فقط. وفي الوقت نفسه، عملنا على توسيع واجهة الدردشة لتشمل تضمين البطاقات، وإجراءات النقرة الواحدة، والنماذج، بحيث لا تستهلك الواجهة وقتًا أو رموزًا أكثر من اللازم.
يتمثل المبدأ العام في أنه عندما تكون لديك مهمة محددة (مثل فتح حساب، أو حجز رحلة طيران من النقطة أ إلى النقطة ب في تاريخ محدد)، يجب أن تكون واجهة المستخدم التفاعلية محددة أو قائمة على النماذج. أما عندما تكون المهمة استكشافية (مثل ما هي حسابات التوفير والودائع الثابتة المتاحة، أو ما هي خطط العطلات الصيفية الممكنة)، فيمكن أن تكون الواجهة أكثر تفاعلية. حتى المهام التي تستعلم عن مخرجات بيانات موجودة يمكن أن تكون تفاعلية، فإذا كنت ترغب في الحصول على رؤى حول توزيع مالي، يمكنك
ختامًا، لا توجد طريقة واحدة تناسب الجميع لتصميم واجهات تعتمد على الذكاء الاصطناعي. وإذا لم تُصمّم هذه الواجهات بشكل جيد، فقد تُسبب مشاكل أكثر مما تُحل. لذا، نعم، لم تمت الواجهات - ليس الآن على الأقل. بل وجدت مجالًا جديدًا لتستقر فيه.