اختبار قابلية الاستخدام يبدأ بتحديد من سيحاول إنجاز ماذا، وفي أي سياق، وما الذي ستعدّه إتماماً أو تعثراً. لا يكفي فتح النموذج لأشخاص متاحين وسؤالهم عن رأيهم. أنت تحتاج مشاهدة سلوك مرتبط بمهمة حقيقية، مع معرفة حدود النموذج وتأثير المساعدة التي يقدمها المشرف على الجلسة.
إذا كان المنتج يخدم العميل والموظف، فلا تختبرهما كأنهما دور واحد. العميل قد يحاول اختيار موعد للمرة الأولى، بينما يحتاج الموظف إلى معالجة استثناءات طوال اليوم. معرفة الموظف بالمصطلحات الداخلية لا تثبت أن العميل سيفهمها.
حوّل سؤال المنتج إلى مواصفات استقطاب
اكتب السؤال أولاً: هل يستطيع عميل جديد اختيار الموعد المناسب وفهم حالته؟ ثم حدّد الخبرة المطلوبة، واللغة المستخدمة في المهمة، والجهاز المعتاد، وأي احتياجات وصول ينبغي دعمها. العمر أو المسمى الوظيفي قد يكونان مفيدين، لكنهما لا يعوضان علاقة المشارك بالمهمة.
تحتاج دراسة بحث المستخدمين إلى مشاركين مؤهلين ومشرف متمكن، لا عدد أسماء فقط. تحقّق من إمكانية الاستقطاب والموافقة وترتيبات المشاركة قبل اعتماد جدول التنفيذ. إذا كان الحضور الوحيد المتاح من فريق التصميم، فاستخدمه لتجربة إجراءات الجلسة، لا بوصفه دليلاً عن المستخدمين المستهدفين.
لا تعد بأن عدداً ثابتاً سيكشف كل المشكلات. يتأثر تصميم الدراسة بتنوع الأدوار والمهام والسياق. يمكن تقسيم البحث إلى جولات، لكن ينبغي أن تكون لكل جولة أسئلة وتغطية معلنة، وألا تتحول الجولة الصغيرة إلى ادعاء تمثيل الجمهور كله.
اكتب المهمة كهدف لا كسلسلة نقرات
في الاختبار، «احجز موعداً مناسباً لظروفك» يختلف عن «اضغط احجز الآن ثم اختر الفرع». الصيغة الثانية تمنح المستخدم جزءاً من الحل وتخفي مشكلة العثور على الخطوة الصحيحة. توصي إرشادات GOV.UK بأهداف واقعية لا تلمّح إلى الإجابة. مرجع الاختبار بإشراف.
لكل مهمة، جهّز ورقة داخلية لا تُعرض للمشارك: حالة البداية، والنتيجة المقبولة، وما الذي يمكن للنموذج فعله فعلياً، ومتى يُسمح بالتدخل، وكيف يُسجّل. إذا اضطرت الجلسة إلى تجاوز شاشة غير مبنية، فسجّل ذلك؛ لا تحسب المهمة كاملة بلا مساعدة.
مثال افتراضي: خدمة حجز مواعيد مهنية
في هذا المثال التعليمي، تختبر الشركة رحلة حجز موعد استشارة مهنية غير طبية، وتفصل بين عملاء جدد وموظفي تنظيم المواعيد. المطلوب ليس إثبات طلب السوق على الخدمة، بل كشف عوائق الرحلة المحددة.
| المهمة | سياق المشارك | ما نراقبه |
|---|---|---|
| اختيار موعد | عميل جديد يريد فترة مسائية في فرع مناسب | هل يميّز الفرع والوقت وهل يعرف أن الطلب ينتظر تأكيداً؟ |
| تعديل طلب | عميل لديه طلب تجريبي وتغيّرت ظروفه | هل يجد المسار ويفهم أثر التعديل على الحالة؟ |
| معالجة تعارض | موظف مع طلبين على فترة واحدة | هل يحدد الطلب المعني ويتخذ إجراءً دون تعديل طلب آخر؟ |
ضع بيانات تجريبية ثابتة لكل جلسة، وأعد البيئة إلى نقطة البداية قبل المشارك التالي. لا تجعل أول مشارك يستهلك آخر موعد متاح ثم تقارن الآخرين به. ولا تضع أسماء عملاء حقيقيين في الحساب التجريبي لتبدو الشاشة واقعية.
افترض أن مشاركاً يصل إلى شاشة الإرسال لكنه يعتقد أنه حصل على موعد مؤكد. الضغط الصحيح لا يساوي فهم النتيجة. اسأله بعد المهمة عما يعتقد أنه سيحدث، وسجّل تفسيره دون تلقينه. وقد يظهر أن المشكلة في نص الحالة لا في مكان الزر. حينها يستطيع تصميم تجربة المستخدم اقتراح مسار أو محتوى بديل للاختبار.
جهّز البيئة حتى لا تختبر أعطال التحضير
قبل استقطاب الناس، شغّل المهام داخلياً بحساب مماثل للحساب المخصص للمشارك. افحص الروابط والبيانات وحالات البداية والعودة. يمكن لـاختبار وضمان جودة البرمجيات التحقق من جاهزية الوظائف ذات الصلة، حتى لا تقضي الجلسات في تشخيص تسجيل دخول مكسور.
أما مراجعة تجربة وواجهة المستخدم فقد تحدد عوائق ظاهرة تستحق الإصلاح قبل الجلسات أو فرضيات تستحق المراقبة. لا تسمّ نتائج هذه المراجعة «نتائج مستخدمين»؛ إنها مصدر مختلف للأدلة حتى لو تناولت الشاشات نفسها.
إذا شملت الدراسة أشخاصاً يستخدمون تقنيات مساعدة، فاتفق على الأجهزة والتركيبات والدعم المطلوب. توضح W3C أن مشاركة المستخدمين تُكمّل فحص المعايير ولا تستبدله. إشراك المستخدمين في تقييم الوصول. نجاح شخص واحد لا يثبت ملاءمة المنتج لكل الاحتياجات، والدراسة ليست شهادة امتثال.
ماذا يجب أن يحتوي سجل المهمة؟
سجّل النسخة والتاريخ ودور المشارك والمهمة ونقطة التعثر والمساعدة المقدمة والنتيجة. فرّق بين إتمام مستقل، وإتمام بمساعدة، وتعذر إتمام، ومهمة غير قابلة للتقييم بسبب خلل في البيئة. هذه الفروق تمنع نسبة النجاح من إخفاء ما حدث.
في التقرير، اربط كل مشكلة بأثرها على المهمة، وتكرارها داخل الدراسة، وحدود الاستنتاج، واقتراح معالجة أو سؤال جديد. لا ترتب كل شيء بحسب عدد مرات ظهوره؛ مشكلة نادرة تمنع إتمام مهمة أساسية قد تستحق قراراً مبكراً، مع بيان سبب الأولوية.
قائمة جاهزية الدراسة
- الأدوار والفئات واللغات والجهاز محددة ومبررة.
- معايير الاستقطاب لا تكافئ معرفة الواجهة مسبقاً.
- المهام لا تكشف أسماء الأزرار التي نريد اختبار العثور عليها.
- الحسابات والبيانات تعاد إلى حالة معلومة لكل جلسة.
- الموافقة والتسهيلات والمساعدة والتسجيل متفق عليها.
- التقرير يفصل مشكلات المنتج عن أعطال النموذج والتحضير.
أسئلة شائعة
هل يمكن الاختبار على نموذج غير مكتمل؟
نعم إذا كانت حدود النموذج مناسبة للأسئلة ومعلنة في التحليل. لا تستنتج نجاح رحلة كاملة من جزء قابل للنقر فقط.
هل نختبر العربية والإنجليزية مع الشخص نفسه؟
يمكن إذا كان السؤال يتعلق بالتبديل بين اللغتين، لكن تكرار المهمة قد يعلّم المشارك المسار. صمّم المقارنة بما يوضح أثر التعلم وحدودها.
هل رأي المشارك في الشكل يكفي؟
لا إذا كان سؤال الدراسة عن إنجاز مهمة. اجمع الرأي بوصفه رأياً، ثم راقب السلوك والفهم ولا تستبدل أحدهما بالآخر.
متى نتوقف لإصلاح مشكلة؟
اتفق مسبقاً على حالات توقف مثل تعطل البيئة أو وجود عائق يجعل بقية المهام غير قابلة للتقييم. وثّق السبب والنسخة الجديدة قبل استئناف الدراسة.
جهّز الرحلات والأسئلة والنسخة المراد اختبارها أولاً، ثم اتفق على من يستطيع تقديم الدليل الذي تحتاجه فعلاً.
