فريق BI في أفيتو يبني لوحات المعلومات بمساعدة وكيل ذكي خلال 8–10 أيام بدلًا من 20

يزداد عدد الزملاء الذين يحملون إلى مطوري BI لوحات معلومات جُمعت بمساعدة الذكاء الاصطناعي. الرسوم البيانية كثيرة ومفصّلة، لكن من غير الواضح أين ينبغي النظر وأي استنتاج يجب استخلاصه. حلّلت إيرا كولبياكينا من فريق العقارات في أفيتو أسباب ذلك، وبيّنت بمثال كيف تُستكمل لوحة كهذه حتى تصبح جاهزة للعمل. ووفق المؤلفين، تُبنى لوحة معقدة بمساعدة الوكيل خلال 8–10 أيام بدلًا من 20.

أين يساعد الوكيل وأين لا يساعد

يجري العمل على لوحة المعلومات عادةً على هذا النحو. تُجمع المتطلبات أولًا، ثم تُدرس البيانات: أي الجداول حديثة وكيف تُحسب المؤشرات. بعد ذلك تُكتب استعلامات SQL وشيفرة التصورات، وتُربط المرشحات بكل رسم بياني يدويًا. هذه الخطوات التقنية يتولاها الوكيل. وقد أنشأت أفيتو خوادم MCP لـ Redash ولمستودع البيانات على Trino. وعبرها يبحث الوكيل عن الجداول ويستخرج البيانات ويكتب الاستعلامات ويبني الرسوم. أما المصادر والحسابات فيراجعها البشر بأنفسهم على أي حال.

تبدأ المشكلات عندما يُطلب من الوكيل تجميع لوحة كاملة من الرسوم البيانية. فبالنسبة إلى النموذج، كل رسم بياني مهمة مستقلة لها استعلامها ونوع تصورها وألوانها. والأخطاء داخل الرسم الواحد (مقاييس مختلفة على لوحة واحدة، مجموع بدلًا من متوسط، فترة سابقة منسية) يسهل رصدها بالقواعد. أما القرارات على مستوى الشاشة كلها فأصعب: أي لون مخصص لأي مؤشر، وبماذا تُقارَن كل قيمة، وما الأهم، وما الذي يجب ألا يظهر على الشاشة.

التجربة: لوحة مركز الاتصال

أعادت إحدى الزميلات صياغة المواصفات الفنية انطلاقًا من لوحة قائمة لمركز الاتصال، الذي يحوّل مشتري المساكن الجديدة إلى المطورين العقاريين. ثم بنت المؤلفة لوحة جديدة بوكيل آخر لم يرَ النسخة الأصلية. أما سؤال العميل الرئيسي («لماذا انخفض عدد التحويلات المستهدفة؟») فلم يُبرَز في المواصفات عمدًا، ليفهم الوكيل بنفسه أنه الأهم.

بدت النسخة الأولى مكتملة: سبع بطاقات، وديناميكيات، ومخطط شلالي، ومصادر، ومدن، وخريطة حرارية، وحمل العمل، وجدول. لكنها لم تؤدِّ مهمتها. وتلت ذلك التعديلات:

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

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

القواعد التي يجدر تثبيتها

جمعت المؤلفة الاستنتاجات في قائمة يمكن تحويلها إلى مهارة (skill) للوكيل:

• يجب أن تكون المقارنة نزيهة: مقياس واحد لكل رسم بياني، والفترات غير المكتملة موسومة، والمتوسط بدلًا من المجموع إذا اختلف عدد الأيام بين الفترات.
• الرقم بلا أساس للمقارنة لا يعني شيئًا. بجوار 82,3% لا بد من الفترة السابقة.
• عدم تكرار ما هو معروض: إذا وُضعت الأرقام فوق الأعمدة فلا حاجة إلى المقياس.
• كل ما يلزم للقراءة موسوم: الفترة، وأساس المقارنة، والوحدات.
• اللون مرتبط بمعنى واحد على الشاشة كلها. الأخضر والأحمر للتقييم «أفضل/أسوأ» فقط، أما نمو حجم المكالمات فمحايد ورمادي.

ماذا يعني ذلك

تجدر الإشارة إلى القيود بشكل منفصل. المقال كله مبني على لوحة واحدة ببيانات اصطناعية. والأرقام النهائية لتوفير الوقت غير مكشوفة في الجزء المتاح من النص، ولذلك ينبغي التعامل مع «8–10 أيام بدلًا من 20» على أنه تصريح من الفريق، لا قياس مستقل. أما المصادر والحسابات فيراجعها المؤلفون يدويًا في كل الأحوال.

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