كيف ينبغي لمنتجات الدردشة التفاعلية المؤنسة أن تدرك متى يرغب المستخدم في التوقف؟
ينبغي لمنتج الدردشة التفاعلية المؤنسة أن يتعامل مع رسالة التوقف الصريحة كأمر توجيهي، وأن يدرك متى يكتمل النشاط المطلوب، وأن يتيح للمستخدم التوقف مؤقتاً دون الحاجة إلى تبرير السبب. وعندما تنتهي المحادثة، ينبغي له أن يختتم بإيجاز ويترك الخطوة التالية للمستخدم. وتتمثل إحدى الطرق العملية لتصميم ذلك في ترتيب الإشارات بحسب درجة وضوحها، وإعطاء الأولوية للطلبات الصريحة، وتجنب التخمين بناءً على مزاج المستخدم أو صمته.
ابدأ بكلمات المستخدم، وليس بافتراضات حول مزاجه
تعد الرسائل مثل "توقف"، أو "انتهيت"، أو "هذا يكفي"، أو "مع السلامة"، أو "دعنا نتوقف هنا" دليلاً مباشراً على رغبة المستخدم في إنهاء المحادثة. قم بدمج هذه العبارات، إلى جانب تنويعاتها الطبيعية، في آلية معالجة التوقف بالمنتج. وتعامل معها كأوامر تحكم طوال المحادثة، بما في ذلك أثناء النشاط الإبداعي أو أثناء طرح النظام لسؤال ما.
يتماشى هذا مع إرشادات تصميم المحادثات المعتمدة. توصي Google باحترام تعبيرات مثل "انتهيت" و"انسَ الأمر"، وتنصح بعدم التشكيك أو مراجعة شخص يرغب في مغادرة مهمة غير مكتملة عندما لا يترتب على ذلك فقدان تقدم ملموس. وبالمثل، تحدد Amazon Lex نية إيقاف (stop intent) للعبارات التي تشير إلى رغبة المستخدم في إنهاء التفاعل. (إرشادات Google حول نهايات المحادثة؛ نية التوقف المدمجة في Amazon Lex)
يجب أن تعترف استجابة المنتج بالأمر مرة واحدة، ثم تنهي الدور الحواري. على سبيل المثال: "مفهوم. يمكننا التوقف هنا." لا تُتبع هذا التأكيد بسؤال آخر، أو دعوة لمواصلة الحديث، أو طلب لتبرير القرار. لا ينبغي لأمر التوقف أن يتحول إلى مفاوضة صغيرة يضطر فيها المستخدم إلى تكرار نفسه.
تعامل مع اكتمال المهمة كنقطة ختام طبيعية
قد ينتهي المستخدم دون أن يقول "توقف". فقد يطلب قصة قصيرة ويحصل عليها، أو يختار فكرة لنشاط في عطلة نهاية الأسبوع، أو ينتهي من تنقيح رسالة. بمجرد تقديم المخرج المطلوب وعدم وجود أي جزء متبقٍ من المهمة، يمكن للنظام أن يختتم بعبارة قصيرة مثل "إليك النسخة النهائية" أو "هذا يوفر لك خطة ليوم السبت". ولا داعي لأن يضيف تلقائياً "ما الذي ترغب في فعله أيضاً؟"
هذا استنتاج تصميمي مستمد من الإرشادات التي تدعو إلى إبقاء الردود الحوارية موجزة وذات صلة ومركزة على المهمة. توصي قائمة التحقق من تصميم المحادثات لدى Amazon بالحد الأدنى من الخطوات وتقديم رسائل ملائمة، وتنصح بعدم مقاطعة التجربة بعرض غير ذي صلة. وتطبيق ذلك على الدردشة المؤنسة يعني جعل أسئلة المتابعة مشروطة بوجود خطوة تالية حقيقية، بدلاً من إرفاق سؤال بكل إجابة مكتملة. (مبادئ تصميم المحادثات لـ Amazon Alexa)
هناك استثناءات؛ فإذا كان الطلب يتكون من عدة أجزاء، يجب على المنتج إكمال الأجزاء الموعودة أو توضيح ما تبقى منها بوضوح. فإذا طلب المستخدم مسودة ومراجعة لها، فإن إرجاع المسودة فقط لا يعد مهمة مكتملة. ولكن بمجرد استيفاء النطاق المتفق عليه، يمكن لمطالبة مفتوحة أن تجعل التفاعل المكتمل يبدو وكأنه لم ينتهِ بعد. ويمنع الختام الموجز النظامَ من توسيع مهمة المستخدم ضمنياً وبشكل هادئ.
اجعل التوقف المؤقت سهلاً في التعبير وسهلاً في الاستئناف
يختلف التوقف المؤقت عن الإنهاء التام؛ فعبارات مثل "دعنا نتوقف مؤقتاً"، أو "سأعود إلى هذا لاحقاً"، أو "لحظة واحدة"، أو "احفظ هذا لوقت لاحق" قد تشير إلى رغبة المستخدم في أخذ استراحة مع الحفاظ على العمل المنجز. وعندما يدعم المنتج سجل المحادثات أو المسودات المحفوظة، يمكنه تأكيد ما سيظل متاحاً بلغة بسيطة وواضحة. وإذا تعذر عليه حفظ الحالة الراهنة، فعليه أن يوضح ذلك قبل مغادرة المستخدم متى كان هذا القيد مهماً.
اجعل التوقف المؤقت خاضعاً لتحكم المستخدم بالكامل؛ فلا تطلب منه تفسيراً ولا تقترح سبباً للاستراحة. وإذا كان المنتج يحتوي على عنصر تحكم مرئي للإيقاف المؤقت أو الإغلاق، فضع عليه تسمية واضحة واجعله ذا نتيجة متوقعة. تنص إرشادات W3C حول تحكم المستخدم على أن التغييرات في السياق يجب أن يبدأها المستخدم أو أن تتوفر آلية لإيقافها؛ وهذا المبدأ يدعم وجود عناصر تحكم واضحة وسلوك متوقع أثناء الانتقالات. (إرشادات W3C حول التغيير بناءً على الطلب)
يجب على المنتج أيضاً التمييز بين التوقف المؤقت والتوقف الصريح باستخدام الكلمات والإجراءات المتاحة في الواجهة. يمكن للتوقف المؤقت حفظ مسودة أو موقع داخل المهمة إذا كانت الميزة تدعم ذلك، بينما يجب أن ينهي التوقف التام التفاعل الحالي. لا تدَّعِ أن المحادثة محفوظة ما لم تكن كذلك بالفعل، ولا تعامل مغادرة التطبيق أو التزام الصمت كطلب لإرسال المزيد من الرسائل.
اعتمد ترتيباً واضحاً للإشارات الغامضة والصريحة
فيما يلي تسلسل هرمي مفيد للإشارات عند التنفيذ:
توقف صريح أو وداع: إنهاء المحادثة على الفور.
طلب صريح للتوقف المؤقت أو الحفظ: التوقف مؤقتاً أو الحفظ إذا كان ذلك مدعوماً، ثم تأكيد النتيجة بإيجاز.
طلب مكتمل: تقديم النتيجة المطلوبة والختام دون طلب دور حواري آخر.
رسالة غير واضحة: طرح سؤال توضيحي واحد وقصير فقط عندما يعيق الغموض إكمال المهمة.
الصمت: الانتظار أو إنهاء الجلسة النشطة وفقاً للسلوك المعتاد للمنتج، وتجنب استنتاج أي حالة عاطفية.
هذا الترتيب هو مقترح تصميمي عملي، وليس مقياساً منشوراً أو مصنِّفاً شاملاً. والهدف منه هو منع التجاوز عن التعليمات المباشرة بناءً على افتراضات غير مؤكدة. على سبيل المثال، يجب أن تكون لعبارة "هذا يكفي" الأولوية على توقع النظام بأن اقتراحاً ذا صلة قد يكون مرحباً به. وسؤال مثل "هل تقصد التوقف هنا، أم حفظ هذا لوقت لاحق؟" يكون مناسباً فقط عندما تترك صياغة المستخدم هذه النتائج غير واضحة حقاً.
إذا كان المنتج يدعم إجراءً تترتب عليه تبعات أو ينطوي على مخاطرة بفقدان عمل كبير، فقد يكون طلب التأكيد مناسباً لحماية ذلك العمل. واحرص على أن يكون التأكيد محدداً وسهل الإجابة: "هل تريد التوقف الآن وتجاهل هذه المسودة؟". أما في المحادثات العادية التي لا يُفقد فيها تقدم يُذكر، فإن التأكيد المتكرر يسبب احتكاكاً لا داعي له. وتتبنى إرشادات Google التمييز نفسه: لا تعد التحقق من الخروج ما لم يكن هناك تقدم كبير سيضيع. (إرشادات Google حول نهايات المحادثة)
اجعل رد الختام قصيراً ومكتملاً
ينبغي لرسالة الختام أن تؤدي مهمة واحدة: أن توضح أن النظام قد فهم المستخدم وأن التفاعل قد انتهى أو توقف مؤقتاً. ومن الأمثلة المناسبة:
التوقف: "حسناً. سنتوقف هنا."
المهمة الإبداعية المكتملة: "إليك القصيدة المنقحة."
التوقف المؤقت مع حفظ العمل: "تم التوقف مؤقتاً. مسودتك محفوظة في هذه الدردشة."
التوقف المؤقت دون ميزة الحفظ: "حسناً. يمكنك العودة إلى هذه الدردشة لاحقاً، ولكن لا يمكنني حفظ مسودة منفصلة."
استخدم فقط العبارات التي تتطابق مع السلوك الفعلي للمنتج. وتجنب التوسل العاطفي، أو العبارات المحملة بالذنب، أو طرح سؤال جديد. يمكن للختام أن يكون ودوداً دون مطالبة المستخدم بطمأنة النظام أو مواصلة التفاعل. فالهدف التصميمي هو تحقيق نهاية واضحة يمكن للمستخدم الوثوق بها.
اختبر الحالات الحدية، وليس فقط الأوامر الواضحة
راجع نماذج لمحادثات قصيرة عبر الاستخدام المعتاد: توقف مباشر أثناء سرد قصة، أو "هذا يكفي" بعد تقديم اقتراح، أو مهمة كتابة مكتملة، أو طلب توقف مؤقت في المنتصف، أو عبارة غامضة مثل "ربما لاحقاً". وتحقق من أن كل حالة تؤدي إلى السلوك المقصود، ومن عدم ظهور سؤال متابعة بعد أمر توقف صريح أو مهمة مكتملة.
تحقق أيضاً من الحالات الإيجابية الخاطئة؛ فعبارة "توقف عن استخدام هذه الجملة وجرب غيرها" تتضمن كلمة "توقف"، لكنها تعليمات ضمن المهمة وليست بالضرورة طلباً لإنهاء الدردشة. فسر الكلمات وفق سياقها، مع الإبقاء على عنصر تحكم مخصص للتوقف متاحاً عندما يخطئ النظام في فهم اللغة. توضح وثائق Amazon وجود نية توقف مدمجة لعبارات التوقف الشائعة؛ ويمكن لمنتج الدردشة المؤنسة استخدام الفكرة الأساسية ذاتها مع تخصيص ميزة التعرف لتناسب واجهته النصية أو الصوتية. (نية التوقف المدمجة في Amazon Lex)
تتبع الإخفاقات العملية مثل طلب توقف يتبعه سؤال آخر، أو مهمة مكتملة تطلق مطالبة غير ذات صلة، أو توقف مؤقت يتسبب في فقدان العمل على الرغم من الإيحاء بأنه قد حُفظ. هذه تدقيقات سلوكية يمكن ملاحظتها وليست أحكاماً على ما يشعر به المستخدم، وهي تساعد الفرق على تحسين التفاعل دون محاولة تشخيص المستخدمين من خلال صياغاتهم.
قاعدة بسيطة لنهاية محترمة
عندما ينهي المستخدم المحادثة بوضوح، توقف. وعندما تكتمل المهمة المتفق عليها، اختتم بإيجاز. وعندما يطلب المستخدم التوقف مؤقتاً، حافظ على تحكمه واشرح له سلوك الحفظ المتاح. ولا تطرح سؤال متابعة إلا عندما يكون ذلك ضرورياً لإكمال الطلب أو لحل غموض حقيقي. يمنح هذا منتجات الدردشة المؤنسة وسيلة ملموسة للتعرف على النهايات مع ترك الخيارات المعتادة والتوقيت والاستمرار في يد المستخدم.