مدونة Metlivi

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

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

30 سبتمبر 20267 min readالقراءة والفنون والثقافةبقلم Metlivi Editorial Team
القسم 1

الرسوم المتحركة للكتابة هي إشارة وليست المحادثة نفسها

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

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

القسم 2

ابدأ بمهمة المستخدم وتكلفة الانتظار

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

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

القسم 3

استخدم أجزاء من الرسائل لمساعدة الناس على القراءة

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

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

القسم 4

اجعل التغذية الراجعة أثناء الانتظار دقيقة ومتناسبة

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

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

القسم 5

تعامل مع الاكتمال كحالة حقيقية

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

يحتاج الاكتمال أيضاً إلى الوصول إلى الأشخاص الذين لا يتابعون الرسوم المتحركة البصرية. توضح إرشادات W3C أن رسائل الحالة يمكنها نقل معلومات الانتظار أو التقدم أو النجاح أو الأخطاء دون نقل تركيز المستخدم، وأنه ينبغي أن تكون هذه التحديثات قابلة للتعرف عليها برمجياً بواسطة التقنيات المساعدة. وتصف إرشادات مناطق ARIA الحية من MDN الإعلانات الهادئة (polite) للتحديثات المهمة غير العاجلة، وتحذر من أن الإعلانات الجازمة (assertive) المتكررة قد تقاطع المستخدمين. عملياً، أعلن عن تغييرات الحالة المهمة—مثل توفر الرد أو فشل الطلب—دون تحويل كل رمز برمجي أو إطار حركة إلى تحديث منطوق. (W3C WAI: فهم رسائل الحالة؛ MDN: مناطق ARIA الحية)

القسم 6

امنح المستخدمين التحكم في وتيرة التفاعل

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

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

القسم 7

قاعدة قرار بسيطة لاختيار النمط المناسب

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

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

قراءات ذات صلة

متابعة استكشاف الموضوع