كيف تتيح للمستخدمين اختيار متى وكم مرة يتواصل معهم الذكاء الاصطناعي
يجب أن يكون بمقدور الأشخاص تحديد ما إذا كان الذكاء الاصطناعي سيتواصل معهم، وأنواع الرسائل التي يمكنه إرسالها، وأوقات وصول تلك الرسائل. يبدأ التصميم الناجح بموافقة صريحة واختيارية، ويتيح للأشخاص ضبط جدول زمني ومعدل للتكرار، ويفصل بين أنواع الرسائل المختلفة تماماً، ويجعل عناصر التحكم في الإيقاف المؤقت والإيقاف التام سهلة الوصول. كما يوضح المنطقة الزمنية المحددة وما قد يؤثر على وصول الرسائل. تقدم عناصر التحكم هذه وعداً واضحاً؛ ويجب أن تكون أنظمة الجدولة والتسليم في المنتج قادرة على الوفاء به.
ابدأ بموافقة صريحة واختيارية
اطلب الإذن عندما يكون الشخص قادراً على فهم ما يوافق عليه. وضّح أشكال التواصل بلغة واضحة وبسيطة: على سبيل المثال، تذكير طلبه المستخدم أو تحديث دوري. اذكر أين ستصل الرسائل وكم مرة قد تُرسل. تجنب الاعتماد على مطالبة أذونات نظام التشغيل المبهمة باعتبارها التوضيح الوحيد؛ فالناس بحاجة إلى معرفة ما يريد التطبيق إرساله قبل اتخاذ القرار.
ينصح نظام تصميم الويب الأمريكي (U.S. Web Design System) بجمع تفضيلات التواصل فقط للقنوات التي يمكن للخدمة دعمها فعلياً، ويوصي بتوضيح الشروط والإطار الزمني المتوقع للتواصل قدر الإمكان. عند تطبيق ذلك على منتج ذكاء اصطناعي، يعني هذا عرض خيارات التسليم الحقيقية فقط وتحديد الهدف من كل منها. لا تجعل تفضيل الإشعارات شرطاً لاستخدام ميزات غير ذات صلة. USWDS: تفضيلات التواصل
تعامل مع الموافقة المسبقة كخيار يمكن للمستخدم مراجعته لاحقاً. توصي إرشادات الإشعارات من Apple بتقديم موافقة أو إلغاء موافقة صريحين لكل نوع من أنواع الإشعارات، وإتاحة وسيلة لإدارة إعدادات الإشعارات من داخل التطبيق. يمكن للمنتج اتباع هذا المبدأ عبر صفحة إعدادات تلخص الخيارات الحالية، بدلاً من إجبار المستخدم على البحث في إعدادات الجهاز العامة لفهم الجدول الزمني الخاص بالتطبيق. Apple: إدارة الإشعارات
اجعل الجدول الزمني محدداً وواضحاً
دع الأشخاص يختارون نافذة زمنية تناسب روتينهم، مثل أيام الأسبوع بين الساعة 6 و8 مساءً، أو وقتاً متكرراً في أيام محددة. اعرض الأيام وأوقات البدء والانتهاء معاً. إذا كان عنصر التحكم يحدد "نافذة تواصل"، فوضح ما إذا كانت الرسالة قد تصل في أي نقطة خلالها أو في وقت محدد. وإذا لم تكن هناك رسالة مستحقة في يوم معين، فبيّن ما إذا كان النظام سيتخطى ذلك اليوم أم يؤجل الرسالة لليوم التالي.
يمكن للتصميم العملي أن يقدم بعض الإعدادات المسبقة المفهومة، مثل "مرة في الأسبوع" أو "أيام العمل"، مع السماح بجدول زمني مخصص حيثما يدعم المنتج ذلك. يجب أن يُترجم الإعداد المسبق إلى جدول مرئي، وليس مجرد تصنيف مبهم. على سبيل المثال، يجب أن يعرض خيار "أسبوعياً" اليوم والوقت المحددين، ويجب أن يوضح خيار "حتى ثلاث مرات أسبوعياً" ما إذا كان الرقم ثلاثة حداً أقصى أم هدفاً مستهدفاً. هذه توصية تصميمية: تدعم وثائق المنصة الإرسال المجدول، ولكن يجب على فريق المنتج تحديد قواعد الإرسال الخاصة به وتوضيحها.
كن دقيقاً بشأن المناطق الزمنية. حدد الجدول الزمني باسم الموقع الجغرافي أو المنطقة الزمنية المحلية الحالية للجهاز، وأخبر المستخدمين ما إذا كان الجدول يتبعهم عند السفر أو يظل ثابتاً على المنطقة الأصلية. قد يصبح الاعتماد فقط على فارق التوقيت العالمي (UTC) مضللاً عند تغير قواعد التوقيت الصيفي أو لوائح المناطق الزمنية الحكومية. تسجل قاعدة بيانات المناطق الزمنية لـ IANA القواعد الخاصة بالمواقع وتُحدَّث باستمرار لتعكس التغييرات التي تجريها الهيئات السياسية، بما في ذلك التعديلات على الفوارق الزمنية وقواعد التوقيت الصيفي. IANA: قاعدة بيانات المناطق الزمنية
قد يكون التأكيد الجيد بالصيغة التالية: "أيام الثلاثاء في الساعة 7:00 مساءً بالتوقيت المحلي الحالي. يتبع هذا الجدول المنطقة الزمنية لجهازك." لا تكون هذه الصياغة دقيقة إلا إذا كان التطبيق يتتبع بالفعل المنطقة الحالية للمستخدم. أما إذا ظل الجدول ثابتاً على منطقة محددة، فاذكر اسم ذلك الموقع بدلاً من ذلك. وعندما يسافر المستخدم أو تتغير منطقة الجهاز، اعرض الجدول الزمني الفعلي ووفّر طريقة لمراجعته."
افصل بين أنواع الرسائل وقنواتها
قد يرغب الأشخاص في تلقي نوع معين من التواصل دون غيره. حافظ على إمكانية اختيار التذكيرات الاختيارية، وتحديثات المنتج، والفئات المتميزة الأخرى بشكل منفصل، بدلاً من تجميعها معاً في مفتاح تبديل واحد باسم "إشعارات الذكاء الاصطناعي". لا تبتكر فئات لا يقابلها سلوك فعلي في المنتج، ولا تنشئ فئة كذريعة لإرسال رسائل لم يخترها المستخدم.
يتماشى هذا الفصل أيضاً مع عناصر التحكم في المنصات. يطلب نظام Android تعيين الإشعارات لقنوات محددة في الإصدارات الحديثة، ويتيح للمستخدمين تغيير سلوك القناة؛ وتوصي إرشادات Android باستخدام قنوات تُمكّن الأشخاص من تخصيص الإشعارات التي يتلقونها. يمكن للتطبيق تسمية القنوات بعبارات مألوفة للمستخدمين، مثل "التذكيرات المجدولة"، وشرح ما تتضمنه كل قناة. مطورو Android: إنشاء قنوات الإشعارات وإدارتها
اجعل قائمة القنوات موجزة وسهلة الفهم. يجب أن تمثل كل قناة خياراً ذا معنى قد يرغب المستخدم في تحديده بشكل مستقل. ومع ذلك، يجب أن تستمر إعدادات المنتج نفسه في توضيح المحتوى والجدول الزمني: فعناصر التحكم في القنوات على مستوى نظام التشغيل يمكنها تعديل ما إذا كان الإشعار سيظهر أو كيفية ظهوره، لكنها لا توضح سياسة الإرسال الخاصة بالتطبيق ولا تُغني عن الجدول الزمني المدمج في المنتج.
اجعل أدوات الإيقاف المؤقت، والاستئناف، والإيقاف التام في متناول اليد
وفّر خياراً للإيقاف المؤقت وزراً للإيقاف التام والدائم. يجب أن يكون الإيقاف المؤقت محدد المدة بوضوح — مثل تاريخ محدد أو حتى يقوم المستخدم بالاستئناف — وأن يوضح ما إذا كانت الرسائل المجدولة ستُلغى أم ستحفظ. ويجب أن يوضح عنصر التحكم في الإيقاف التام الفئات أو القنوات التي يؤثر عليها مع تأكيد الحالة الجديدة على الفور. كما ينبغي ألا يؤدي الاستئناف إلى استعادة الجدول السابق بصمت دون توضيح ما سيحدث بعد ذلك.
أتح عناصر التحكم هذه من شاشة إعدادات الإشعارات، ومن خلال إجراء تفاعلي داخل الإشعار نفسه أو رابط مباشر للإعدادات متى كان ذلك ممكناً. يدعم Android الإجراءات التفاعلية داخل الإشعارات ويوفر للمستخدمين طرقاً على مستوى النظام لإدارة الإشعارات المستقبلية؛ وتختلف هذه العناصر باختلاف الجهاز وإصدار Android. لذلك، يظل المسار الداخلي للتطبيق ضرورياً لعرض الجدول الزمني كاملاً وتغيير التفضيلات على مستوى المنتج. مطورو Android: الإشعارات
تظل عناصر التحكم على مستوى الجهاز ذات أهمية بالغة. يمكن للمستخدم إيقاف إشعارات التطبيق أو تغيير سلوك القناة على مستوى نظام التشغيل، بشكل مستقل تماماً عن جدول التطبيق الخاص. يجب ألا توحي واجهة الاستخدام بأن الإعدادات الداخلية تتجاوز خيارات النظام تلك. وإذا كانت إشعارات النظام معطلة، فاعرض حالة واضحة عندما يزور المستخدم الإعدادات، وتجنب مطالبته المتكررة بإعادة تفعيل الإشعارات.
حدد وتيرة إرسال يمكن للنظام تطبيقها والالتزام بها
امنح المستخدمين خياراً مباشراً لوتيرة الإرسال: على سبيل المثال، رسالة واحدة في اليوم كحد أقصى، أو حداً أقصى أسبوعياً، أو عدداً من الأيام يختاره المستخدم. حدد فترة الحساب وما الذي يُحتسب كرسالة. إذا كانت هناك عدة فئات يمكنها إرسال رسائل، فوضح ما إذا كان الحد ينطبق على كل فئة على حدة أم على مستوى المنتج ككل. قد يؤدي الحد الخاص بكل فئة إلى إجمالي حجم إشعارات مرتفع، لذا غالباً ما يتضمن التصميم الجيد حداً أقصى شاملاً أيضاً.
لا يكون الحد الأقصى فعالاً إلا إذا التزمت به كل مسارات الإرسال الصادرة. تحقق من التذكيرات المجدولة، ومحاولات إعادة الإرسال، والرسائل المؤجلة، والرسائل الصادرة عن ميزات مختلفة مقابل حالة التفضيلات نفسها. وإذا تأخرت رسالة ما، فقرر ما إذا كانت ستنتهي صلاحيتها، أو ستصل لاحقاً ضمن النافذة المسموح بها، أو سيتم تجاهلها؛ مع شرح السلوك الذي يهم المستخدم. وتجنب إرسال عدة رسائل فائتة دفعة واحدة بمجرد إعادة اتصال الجهاز بالإنترنت ما لم يختر المستخدم ذلك صراحة.
تسليم الرسائل عبر المنصة ليس هو نفسه قرار الإرسال الصادر من المنتج. تشير خدمة Firebase Cloud Messaging إلى أن الرسائل تُسلَّم عادةً على الفور، ولكن قد يكون الجهاز غير متاح أو قد يتأخر التسليم؛ ويمكن للخدمة تخزين الرسالة ومحاولة تسليمها لاحقاً خلال فترة الصلاحية المحددة لها. يعني ذلك أنه لا ينبغي للمنتج أن يَعِد بظهور كل إشعار في دقيقة محددة بدقة. يمكنه أن يَعِد بجدولة الإرسال ضمن نافذة زمنية معلنة، مع توضيح أن ظروف الجهاز والمنصة قد تؤثر على وقت الظهور الفعلي. Firebase: تحديد فترة صلاحية الرسالة
يؤثر هذا التمييز أيضاً على وتيرة الإرسال. إذا كان الإشعار في قائمة الانتظار ووصل متأخراً، فيجب على النظام التحقق مما إذا كان المستخدم قد أوقف هذه الفئة مؤقتاً أو نهائياً في تلك الأثناء، وما إذا كان إرسالها سيتجاوز الحد الأقصى الحالي. التصميم الصادق يلغي أو يحجب الرسائل المتأخرة العالقة في قائمة الانتظار عندما تجعلها خيارات المستخدم الأخيرة غير صالحة للإرسال.
تسلسل بسيط لاتخاذ القرار أثناء التصميم
استخدم هذا التسلسل لتحويل الإعدادات إلى التزام مفهوم للمستخدم:
حدّد أنواع الرسائل التي يمكن للمنتج إرسالها فعلياً، واجعل كل فئة اختيارية واضحة ومفهومة.
اطلب من المستخدم الموافقة المسبقة لكل فئة وقناة تسليم يرغب بها. لا تقم بالتحديد المسبق لأي تواصل اختياري.
اسمح للمستخدم باختيار الأيام، والوقت أو النافذة الزمنية، والحد الأقصى للتكرار. وضّح ما إذا كان الحد الأقصى شاملاً أم لكل فئة.
اعرض المنطقة الزمنية وبيّن ما إذا كان الجدول يتبع المستخدم عند تغير المنطقة الزمنية لجهازه.
اجعل أدوات الإيقاف المؤقت، والاستئناف، والإيقاف التام ظاهرة، ثم اعرض الحالة الحالية والموعد المستحق التالي للتواصل.
قبل الإرسال، أعد التحقق من الجدول الزمني، والحد الأقصى، وحالة الإيقاف المؤقت، وتفضيلات الفئة. تعامل مع وصول الرسائل للجهاز على أنه قد يتأخر، وصِغ وعد المنتج بما يتوافق مع ما يمكنه التحكم فيه فعلياً.
يمكن لملخص إعدادات موجز أن يجعل الترتيب سهل التحقق منه: "التذكيرات المجدولة: مفعّلة. أيام الثلاثاء والخميس، من 7 إلى 8 مساءً بالتوقيت المحلي. الحد الأقصى: رسالتان أسبوعياً لجميع الفئات. الإيقاف المؤقت أو التام متاح في أي وقت." يجب أن تعكس الخيارات الدقيقة الإمكانات الحقيقية؛ فإذا لم يتمكن المنتج من تطبيق الحد المعروض أو تتبع التوقيت المحلي بدقة، فعليه تعديل آلية التنفيذ أو تقليص الوعود قبل عرض أداة التحكم تلك للمستخدم.