Captchas لإجبار تفاعل المستخدم؟

https://stackoverflow.com/questions/458443

19-08-2019
|

سؤال

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

كانت أفكاري:

تغيير الأزرار بشكل عشوائي
أزرار الموضع عشوائيا في مكان ما على النموذج
يجب على المستخدم النقر فوق كلمة ملونة عشوائيًا داخل النص الذي يجب عليه قراءته
أضف captcha
أضف Captcha تتضمن رسالة المستخدم

هل جعل أي شخص أي خبرة في مثل هذا الموقف. ماذا تقترح أن تفعل؟

المحلول

حسنًا ، لقد طلبت آراء وهنا يذهبون لي ، لكنني لا أعتقد أن هذا هو ما تود سماعه ...

يحب المستخدمون البرامج التي يمكنهم الاعتماد عليها. إنهم لا يحبون عندما تتغير الأمور ولا يحبون القيام بعمل إضافي.

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

يجب على المستخدم النقر فوق كلمة ملونة عشوائيًا داخل النص الذي يجب عليه قراءته
أضف captcha
أضف Captcha تتضمن رسالة المستخدم

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

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

لا يمكنك جعل الناس يعملون بشكل صحيح ، كل ما يمكنك فعله هو تزويدهم بأفضل الأدوات الممكنة وآمل أن يكونوا محترفين بما يكفي للقيام بوظائفهم.

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

ستندهش من كيفية الالتزام بالأشياء التي يفهمونها.

نصائح أخرى

أقترح عليك ألا تفعل ؛ وهذا ، ما لم تكن تعلم بشكل أفضل ، فإنك تحاكي واجهة المستخدم المحترمة المعروفة والمختبرة جيدًابائع التجزئة الكبير عبر الإنترنت> أوموقع الخدمات المصرفية عبر الإنترنت>.

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

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

هذا ما يمكنك فعله:

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

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

القاعدة 2. إذا كنت لديك لاستخدام رسالة:

اجعل النص مختصرًا قدر الإمكان للحصول على المعلومات الرئيسية. المزيد من النص لا يعادل أكثر فائدة. استخدم "لا تطابق مع [filemask] في [path]." لا تستخدم "خطأ غير مميت 307: تم إحباط إجراء البحث. [appname] غير قادر على إكمال البحث عن السلسلة عن التعبير العادي الذي قدمته لأن قناع الملف الذي قدمته ، أي [FileMask] ، لا يؤدي إلى أي ملفات مطابقة في الدليل الذي حددته (الذي كان [Path]). يرجى التحقق من اختيار Filemask أو مسارك وإعادة إدخاله مرة أخرى أو في مربع الحوار للبحث. انقر فوق الزر "موافق" أدناه في مربع الرسائل هذا للعودة إلى مربع الحوار للبحث عن الملفات. انقر فوق الزر "إلغاء" على الملفات للبحث في مربع الحوار عندما تصل إلى هناك لإلغاء البحث عن الأوتار ". إذا كان هناك بعض المستخدمين الذين سيحتاجون إلى تفسير أكثر مما يمكن تحقيقه في رسالة موجزة ، أو تقديم زر مساعدة أو رابط "كيف ..." في مربع الرسالة.
استخدم لغة واضحة وليس jargon في الرسالة. يتضمن ذلك كلمات "بريئة" مثل "Dialog" و "Database" و "Toner". لا تأخذ نص الاستثناء الخام ورميه في رسالة خطأ. لا تتضمن أي أرقام خطأ أو مقالب ؛ قم بتسجيل هذه بدلاً من ذلك. تطهير تطبيقك من أي صناديق رسائل تصحيح الأخطاء التي تركها المطورين. من الأفضل ببساطة ترك التطبيق يختفي على خطأ فادح بدلاً من وضع رسالة مليئة بالمصطلحات و ومن بعد يختفي التطبيق.
قم بتسمية أزرار مربع الرسائل مع ما يفعله الإجراء ، وليس "موافق". على الأقل ، يتعين على المستخدمين التركيز على زر التنشيط لرفض مربع الرسائل. إذا تم تصنيف هذا الزر على شيء مثل "حذف" أو "تثبيت" ، فيجب أن يمنحهم توقفًا مؤقتًا. يجب ألا تضطر أبدًا إلى توضيح رسالة نص رسالتك ما يفعله كل زر. راجع للشغل ، هذا وضع العلامات هو معيار واجهة المستخدم الرسومية على معظم المنصات.

إعادة تصميم التطبيق الخاص بك بحيث لا يستخدم مربعات الرسائل.

يمكنك المحاولة مع مؤقت ينتظر "وقت القراءة المفترض" قبل تمكين زر إرسال. يمكنك حتى حساب وقت القراءة المفترض من عدد الكلمات.

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

اقتراحي ، أعيش معه أو إعادة تصميم الحوار/الواجهة. يفعل ليس أضف عشوائيًا إلى مربعات حوار أو التعامل مع المستخدم مثل الأبله ، على الرغم من أنك قد تعتقد أن معظمهم هو :-).

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

يمكنك استخدام سؤال اختيار بناءً على ما يجب على المستخدم قراءته.

مرخصة بموجب: CC-BY-SA مع الإسناد

لا تنتمي إلى StackOverflow