كيف تعرف عندما يفشل التصميم في اختبار قابلية الاستخدام؟
تقنية يدوية تعلمت من العمل الخطأ ...
قبل سنوات ، قضيت رقعة محرجة من مسيرتي كمصمم تعليمي ، وخلق دورات للتعلم عبر الإنترنت. لقد كانت مناسبة سيئة وانتقلت لحسن الحظ ، ولكن جزءًا واحدًا من هذه الوظيفة جعلني مصممًا أفضل لهدف UX: أهداف التعلم.
أهداف التعلم هي ببساطة ما تريد أن يتعلمه الطالب في نهاية التدريب. إذا كان هناك اختبار ، ينبغي أن تستند أسئلة الاختبار إلى تلك الأهداف - وإلا ، ما هي نقطة الاختبار؟
نفس النهج في متناول اليد لمعرفة ما إذا كان التصميم قد مرت أو فشل اختبار قابلية الاستخدام. فقط تذكر: إنه التصميم الذي يتم اختباره ، وليس المشاركين.
ماذا يحتاج المشارك في الاختبار أن يفعله أو يقول لك تشعر بالثقة في أن التصميم قد نجح؟ هل يحتاجون إلى تعقب ثلاث ساعات من الوقت لمشروع معين؟ توليد فاتورة إلى عميل على أساس ذلك الوقت المتعقب؟ إرسال الفاتورة؟ هذا هو معايير الاختبار الخاصة بك.
بالطبع ، اختبار قابلية الاستخدام يدور حول مراقبة كيفية إتمام المستخدمين للمهام ، لكن ما الذي ستفعلهم للقيام به ، بالضبط؟ يكمن جمال هذه المعايير في أنها تقودك بعيدًا عن أهداف اختبار غامضة مثل "فهم كيفية عمل تتبع الوقت". كيف ستعرف أنه قد فهمها؟ يمكنك الحصول عليها لوصفها. وبمجرد وصفها بدقة ، يمكنك القول أن جانب التصميم كان ناجحًا.
تساعدك معايير النجاح على مضاعفة: فهي توضح ما إذا كان تصميمك ناجحًا حقًا ، وتسهِّل مشاركة هذه النتائج.
الأفعال السحرية
الكتاب الذي علمني عن أهداف التعلم ، جورج بيسكوريتش التصميم التعليمي السريع يقدم قائمة سهلة من السلوكيات لبدء معايير النجاح الخاصة بك.
على سبيل المثال ، قد تكون أهداف الفهم "وصف" أو "إثبات". مرة أخرى ، "الفهم" ليس جيدًا - فأنت بحاجة إلى أن يقول (أي ، وصف) أو افعل (وهذا هو ، إثبات) شيئًا يثبت لك أنك فهمته.
ومن ثم ، عند درجة أعلى من الصعوبة ، قد "يشرح" المشارك أو "ينظم" ؛ على مستوى أعلى ، قد "يخلقون" أو "يقيمون".
أيًا كان الفعل الذي اخترته لبدء معايير النجاح الخاصة بك ، فإن النقطة هي أنه يمكنك ملاحظة ما إذا كان المستخدم قد قال أو فعل فعلاً ما يشكل نجاح المهمة.
"بحلول نهاية هذه الجلسة ..."
لذلك ، عندما تخطط لاختبار قابلية الاستخدام التالي ، وكنت تعمل على مهام ، ابدأ بالطلب ، "ما الذي يجب أن يكون المستخدم قادرًا على القيام به (أو قوله) بهذا التصميم؟"
بعد ذلك ، قد تكتب شيئًا كهذا:
بحلول نهاية الجلسة ، يجب أن يكون المشارك قادرًا على:
- تتبع ثلاث ساعات من الوقت لمشروع معين ؛
- توليد فاتورة إلى عميل استناداً إلى الوقت المتعقب ؛
- وصف الفرق بين وقت التتبع ووقت التسجيل.
لديك الآن ثلاثة معايير للنجاح ، وبناءً على تلك المعايير ، لديك أيضًا إحساس واضح بالمهام التي ستحتاجها لمنح المشاركين.
تحذير واحد: معايير النجاح لا تختلف تمامًا عن المهام. المهام لديها المزيد من السياق ؛ تتم كتابتها بحيث تتم قراءتها إلى المشارك ، وقد تتضمن بعض السياق حول المهمة ، خاصة إذا كنت توجههم للعثور على شيء ما في النموذج الأولي الخاص بك. فمثلا:
معايير النجاح: إنشاء فاتورة إلى عميل استنادًا إلى هذا الوقت المتعقب
المهمة: "الآن بعد أن قمت بتتبع ثلاث ساعات على مشروع أطلس ، أرني كيف ستقوم بفاتورة منتجات Acme في وقتك".
متشابهة تمامًا ، بالطبع ، لكن معايير النجاح هي لك وللفريق ؛ المهمة للمشارك في سياق جلسة الاستخدام.
وستلاحظ أن أحد معايير النجاح المذكورة أعلاه يكمن في وصف شيء ما ، بدلاً من إكمال إحدى المهام. قد يكون هذا سؤال متابعة للمهمة. هذه مفيدة للتحقق من صحة النموذج الذهني الخاص بتصميمك للمستخدمين. لقد رأيت المستخدمين يجدون طريقهم من خلال مهمة ، لكنهم يصفون لي نموذجًا عقليًا للتطبيق الذي يتعارض مع كيفية تصميمه. هذا هو نجاح المهمة لأحد المشاركين ، ولكن الأهم من ذلك وجود مشكلة كامنة في مطابقة النموذج الذهني لهذا المشارك.
لذا ، ابدأ بمعايير النجاح الخاصة بك ، ثم اكتب مهامك وأسئلة المتابعة بناءً على معاييرك.
أصحاب المصلحة يحبون معايير النجاح
لا يهتم أصحاب المصلحة بالضرورة بالعملية ، لكنهم يهتمون حقا بالنتائج. وإذا كان عرضك للنتائج غامضًا ، فسيتم إثارته عن حق.
"تمكن المستخدم من تتبع بضع ساعات ، لكننا لم نكن متأكدين مما إذا كانت تفهم أن وقت التتبع ليس هو نفسه تسجيل الدخول ضد عميل ..." حسناً ، لماذا لست متأكدًا؟ أليس من وظيفتك معرفة ذلك؟ أنت تهدر وقته ، ولا تعطيه توجيهًا واضحًا حول كيفية إصلاح مشكلات تجربة المستخدم - وهو أيضًا مهمتك ، أليس كذلك؟
تساعدك معايير النجاح على مضاعفة: فهي توضح ما إذا كان تصميمك ناجحًا حقًا ، وتسهِّل مشاركة هذه النتائج.
لقد حققنا بعض النجاح في تتبع معايير النجاح في جدول بسيط ، وترميز النتائج بالألوان. مثل ذلك:
نحن نحشد جدولاً مرمّزًا بالنتائج (أخضر = نجاح ، أحمر = فشل) في الويكي الخاص بنا. في الصف العلوي ، نسرد المشاركين ؛ في العمود الأيسر ، نسرد معايير نجاحنا. انها قبيحة ، ولكنها سريعة ومفيدة.
هذا سهل المسح ، ويظهر بشكل واضح أين تكون المشاكل ، ويدل على النتائج في تجارب المشاركين الفعليين. كما نقوم أيضًا بإدراج ملخص نقطي للنتائج وقائمة بمشاكل الاستخدام والتوصيات أسفله مباشرة. سوف نتخلص من هذه المشاكل ونكررها حتى نعتقد أنها قد حلت. قد تكون عمليتك مختلفة بعض الشيء - ربما كنت مستشارًا يسلم تقريرًا إلى عميل ، على سبيل المثال - لكن الفوائد متشابهة.