تقييم النموذج الأولي واختبار قابلية الاستخدام

تقييم النموذج الأولي واختبار قابلية الاستخدام

بناء النموذج الأولي ليس سوى نصف العمل. النصف الآخر — الذي يفصل التخمين عن التصميم المُتحقَّق منه — هو التقييم. يجيب التقييم عن السؤال الذي لا تستطيع أي مراجعة داخلية الإجابة عنه بشكل قاطع: هل يستطيع المستخدمون الفعليون العمل مع هذا التصميم فعلاً؟ بوصفك محللاً للأنظمة، أنت لست مجرد بانٍ؛ بل أنت محقق يجمع الأدلة على أن الحل المقترح سيعمل قبل أن يكتب فريق التطوير سطراً واحداً من الكود البرمجي الإنتاجي.

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

الجولات المنظمة

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

يطرح الفريق في كل شاشة أربعة أسئلة:

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

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

اختبار التفكير بصوت عالٍ

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

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

إجراء جلسة التفكير بصوت عالٍ — ست خطوات:

1. حدّد المهام. اكتب سيناريوهات المهام الواقعية بلغة غير توجيهية. خطأ: "انقر على تسجيل". صواب: "تحتاج إلى حجز موعد لفحص الدم صباح الثلاثاء القادم."
2. أطلع المشارك على التعليمات. وضّح أنك تختبر النظام وليس الشخص. شجّع على الكلام الصريح؛ الصمت أيضاً بيانات.
3. راقب ولا تتدخل. إذا علق المستخدم، سجّل نقطة العقبة. تدخّل فقط إذا توقفت الجلسة كلياً وتحتاج للمضي قدماً.
4. استفسر بلطف. استخدم استفسارات محايدة: "ماذا تفكر الآن؟" أو "ماذا توقعت أن يحدث؟"
5. دوّن الاقتباسات الحرفية. تربط الاقتباسات النتائج بلغة المستخدم الحقيقية عند الإبلاغ للمعنيين.
6. الإحاطة الختامية. بعد المهام، اطرح سؤالين أو ثلاثة مفتوحة: "هل ثمة شيء مربك؟" و"ماذا ستغير؟"

تحليل النتائج وترتيب أولوياتها

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

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

التكرار بناءً على النتائج

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

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

ربط التقييم بدور المحلل

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

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