منع الخطأ

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

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

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

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

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

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

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