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