ServiceNow تطلق Flow، مكتب خدمة ذكياً داخل Teams وSlack

ما الذي حدث

أطلقت شركة ServiceNow منتجاً مستقلاً باسم Flow، وهو مكتب خدمة مدعوم بالذكاء الاصطناعي يقدّم الدعم مباشرة عبر Microsoft Teams وSlack والبريد الإلكتروني أو تطبيق ويب، وفق ما أوردته مجلة Computerworld.

ويتميز المنتج بعدم اشتراط مشروع تنفيذ أو ترحيل لقاعدة إدارة الإعدادات (CMDB)، أي أن المؤسسات لا تحتاج، بحسب ما ورد في التقرير، إلى عملية تهيئة مطولة لأنظمتها القائمة قبل البدء.

ويعكس الإطلاق توجهاً نحو تقديم خدمة الدعم داخل الأدوات التي يستخدمها الموظفون يومياً، بدلاً من إلزامهم بالانتقال إلى بوابة منفصلة لكل طلب.

لماذا يهم الأمر

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

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

رؤية رينيسانس

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

يغفل كثير من القادة أن سهولة الوصول ليست ما يصنع تجربة الدعم الجيدة، بل وضوح المسار بعد تقديم الطلب: من يتابعه، وكم سيستغرق حله، ومتى يُحوَّل إلى إنسان. والمبدأ السلوكي هنا أن المستخدم يحكم على الخدمة من أول تأخير ومن أول تجربة فاشلة، لا من وعود القدرات. لذلك على المشغّلين أن يختبروا أي مكتب خدمة ذكي على طلبات حقيقية ومتكررة، وأن يقيسوا نسبة الحل من المرة الأولى ومتى يتخلى المستخدم عن القناة، قبل أن يوسعوا الاعتماد عليه.