سهولة الاستخدام ليست شيئًا يمكنك فقط طهيه في أي مرحلة من مراحل التصميم ، ولكن يجب تطويره وصقله طوال العملية بالكامل. إذا كنت تريد أفضل منتج نهائي ، فعليك أن تتوقع سيناريوهات المستخدم الحقيقي من مرحلة وضع النماذج الأولية. يجب أن يكون اختبار قابلية الاستخدام هو المكان الأخير لبدء التفكير في سهولة الاستخدام.
لماذا تقلق بشأن اختبار قابلية الاستخدام في وقت مبكر من العملية عندما يكون للنماذج الأولية قائمة مهام كافية بما يكفي؟ لأنه ما لم يكن نموذجك قابلاً للاستخدام ، فإن جميع اختباراتك ستخبرك أن الناس لا يحبون المنتجات الرهيبة.
ما لم يكن نموذجك قابلاً للاستخدام ، سيخبرك كل اختبارك أن الناس لا يحبون المنتجات الرهيبة
يكاد يكون من نافلة القول ، ولكن كنت تصميم المنتج ليتم استخدامها من قبل أشخاص حقيقيين. من أجل إعداده للأشخاص الحقيقيين ، يجب اختباره على أشخاص حقيقيين. تم تصميم النماذج الأولية للتجريب ، لذلك فمن المنطقي فقط اختبارها على المستخدمين الحقيقيين.
مع أخذ ذلك في الاعتبار ، دعونا ننظر في كيفية الحفاظ على سهولة الاستخدام في الاعتبار عند إنشاء النموذج الأولي ، وكيفية اختبار قابلية الاستخدام قبل أن يكون لديك نموذج أولي ، ونصائح للاختبار مع النماذج الأولية ...
اختبارات قابلية الاستخدام قبل النموذج الأولي
ليس من الضروري أن يبدأ اختبار قابلية الاستخدام بالنماذج الأولية - في الواقع ، إذا كان لديك الموارد اللازمة للبدء في وقت مبكر ، فيجب عليك ذلك. في حين أن هذه الاختبارات في الغالب مفاهيمية ، يمكن تحديد أفضل طريقة لهيكلة بنية نموذج المعلومات والملاحة. تشمل أكثر الاختبارات السابقة للنماذج الأولية ما يلي:
- فرز البطاقات: بسيط وثابت ، يكشف هذا الاختبار كيف يفضل المستخدمون هندسة معلومات المنتج. تتم كتابة جميع عناصر منتجك على البطاقات ، ويطلب من المتقدمين للاختبار تنظيمها ضمن فئات محددة مسبقًا ("مغلقة") أو تحت الفئات التي فكروا فيها ("مفتوحة"). لمزيد من التفاصيل ، انظر دونا سبنسر فرز البطاقات: دليل نهائي.
- اختبار الشجرة: "الاختبار الشقيق" لفرز البطاقات ، يقوم اختبار الأشجار بتقييم فعالية معماريات المعلومات الموجودة. يتم إعطاء المستخدمين خريطة أساسية مفككة للموقع / التطبيق / الخ. وطلب النقر لإكمال مهام معينة. يراقب الاختبار ما إذا كان قد اختار المسار الصحيح ، وإذا لم يكن كذلك ، فإن ما أدى إلى فقدانها. مؤسس MeasuringU جيف ساورو يشرح التفاصيل.
- المقابلات: في بعض الأحيان تكون أفضل طريقة لفهم المستخدمين هي ببساطة السؤال. يبدو الأمر سهلاً للغاية ، ولكن الفروق الدقيقة والاستراتيجيات الخاصة بمقابلات المستخدمين لا حصر لها. Kate Lawrence، UX Researcher at EBSCO Publishing يعطي بعض النصائح حول كيفية تشغيل هذه خصيصا لاختبار قابلية الاستخدام.
إصلاح المشاكل في وقت سابق هو أفضل دائما ، وهذه الاختبارات الأولية ستضمن الأساس المفاهيمي للنموذج الأولي في حالة جيدة قبل رسم خط واحد.
المستخدمين المناسبين والمهام المناسبة
على الرغم من اختلاف اختبارات قابلية الاستخدام ، إلا أنها جميعها تحتاج إلى مستخدمين ، ومعظمها يتضمن مهام. نظرًا لأن هذين العنصرين بارزان في جميع اختبارات قابلية الاستخدام ، سنشرح بإيجاز أفضل الطرق للتعامل مع كليهما.
- تجنيد المستخدمين: بعد كل العمل مع الأشخاص ، يجب أن يكون لديك الآن فكرة واضحة عن المستخدمين المستهدفين. كما أنه يساعد على تقسيم المستخدمين حسب السلوك. في الواقع ، لا ينبغي أن تستحوذ على الديموغرافيات. من المحتمل أن يكون التباين الأكبر هو ما إذا كان لدى المستخدمين ذلك خبرة سابقة أو هم على دراية بمجالهم أو مجالهم - وليس الجنس أو العمر أو الجغرافيا.
معرفة من تجنيد هو مجرد الخطوة الأولى. الجزء الأكثر مشاركة هو إيجاد وتجنيدهم. جيف سورو يلخص أفضل 7 طرق ل تحديد موقع المستخدمين المثاليين للاختبار الخاص بك. - مهام الكتابة: تحدد المهام ما يفعله المستخدم بالفعل أثناء الاختبار ، وبالتالي تحدد العوامل التي يتم اختبار قابليتها للاستخدام. يصف Tingting Zhao ، أخصائي قابلية الاستخدام لـ Ubuntu بعض الفروق أن نأخذ في الاعتبار عند تصميم مهمة. هناك قراران رئيسيان:
ا. سيناريو مباشر مقابل سيناريو: مهمة مباشرة هي مهمة تربوية بصرامة (على سبيل المثال "ابحث في الموقع عن وصفة دجاج تندوري") في حين أن مهمة السيناريو تأتي مع السياق ("أنت تستضيف حفل عشاء لبعض الأصدقاء القدامى ، و تحتاج إلى وصفة دجاج تندوري "). تعمل المهام المباشرة بشكل أفضل إذا كنت تختبر البيانات التقنية ، بينما تكون مهام السيناريو أفضل في جميع الحالات الأخرى.
ب. مغلق مقابل مفتوح: لقد حددت مهمة مغلقة معايير النجاح بوضوح ، في حين يمكن إكمال مهمة مفتوحة النهاية بطرق متعددة. تتحقق المهام المُغلقة من وظائف محددة ، بينما تكون المهام المفتوحة أفضل لفهم كيفية عمل عقول المستخدمين. ستكون مهمة مغلقة: "صديقك لديه عيد ميلاد في نهاية هذا الأسبوع. العثور على مكان ممتع لما يصل إلى 15 شخصًا. "ستكون مهمة مفتوحة:" لقد سمعت زملائك في العمل يتحدثون عن iWatch. أنت تريد أن تتعلم كيف يعمل. "
نصيحة عامة لاختبار قابلية الاستخدام
بالنظر إلى الطبيعة "غير المكتملة" للنماذج الأولية ... سيكون لدى المستخدمين أسئلة ... يجب على المشرف أن يجيب عليها
أحد الأسئلة الأولى التي يطرحها مختبِرون قابلية الاستخدام هو ما إذا كان يجب الإشراف عليه أم لا. بينما هناك الكثير من الأسباب الجيدة بالنسبة إلى الاختبارات التي لا يتم الإشراف عليها ، وننصحك بالاعتدال في اختبارات النماذج الأولية. بالنظر إلى الطبيعة "غير المكتملة" للنماذج الأولية ، فمن المحتمل أن يكون لدى المستخدمين أسئلة حول واجهة المستخدم التي سيتعين على المشرف الإجابة عنها.
الخطأ الشائع الآخر في الاختبار هو إيقاف الاختبار أو تغييره إذا واجه المستخدم صعوبة. نظرًا لأن الهدف من اختبار قابلية الاستخدام هو البحث عن الصعوبات وحلها ، يمكن أن يؤدي هذا الموقف إلى نجاح الاختبار. على سبيل المثال ، إذا انحرف المستخدم عن مسارات لم يتم تطويرها بعد في النموذج الأولي ، يمكنك أن تسألهم لماذا ذهبوا إلى هناك وماذا كانوا يودون تحقيقه. قد ينتج عن بعض أسئلة المتابعة حول العقبات تعليقات أكثر قيمة من مستخدم لديه "تشغيل مثالي".
الإخلاص مختلفة لاختبار النماذج
في حين أن البعض يؤمن بالاختبار في وقت مبكر مع النماذج الأولية الخام ويدافع آخرون عن اختبار نماذج أولية عالية الدقة ، فإننا نعتقد أن أفضل طريقة هي اختبار كل إخلاص ممكن - وبأكبر عدد ممكن من المرات. كريس فارنوم ، كبير مهندسي المعلومات في Enlighten ، يشرح إيجابيات وسلبيات من كل نوع. كما سنوضح أدناه ، تعد اختبارات الدقة الأقل أفضل لاختبار المفاهيم بينما تعد اختبارات الدقة الأعلى أكثر ملاءمة لاختبار التفاعلات المتقدمة.
أفضل نهج هو اختبار في كل الاخلاص ممكن
- الدقة المنخفضة: اختبارات إمكانية الاستخدام النموذجية لـ lo-fi ، بما في ذلك النماذج الورقية ، يمكن أن تعمل في المراحل الأولى من التطوير ، ولكنها تصبح غير عملية في وقت لاحق. وتشجع النماذج الأولية من Lo-fi أيضًا على نقد أكثر صدقًا ، لأنه من الواضح على الفور أنها مجرد عمل قيد التقدم.
ومع ذلك ، في المراحل المتأخرة ، عندما تتحقق اختبارات قابلية الاستخدام من الوظائف المتقدمة ، تتوقف النماذج الأولية عن توفيرها لأنك قد وصلت إلى الحد الأقصى للوفاء. ينطبق هذا بشكل خاص على النماذج الأولية للورق ، لأنك تحتاج إلى "حاسوب بشري" للتلاعب في جميع الأجزاء ، والتي يمكن أن تصبح صعبة للغاية حيث تقوم بإضافة القوائم والتفاعلات والصفحات والعناصر. - الدقة العالية: اختبار النموذج الأولي هاي فاي يعطي المستخدم تجربة شبه واقعية لما سيكون عليه المنتج النهائي. تعد نماذج Hi-fi النموذجية مثالية لاختبار التفاعلات المعقدة والحلول المتعلقة بقضايا الاستخدام التي تم اكتشافها في جولات الاختبار السابقة. ومع ذلك ، على عكس النماذج الأولية لـ Lo-fi ، فإن هذه تكون أكثر تكلفة.
- الإخلاص المتوسط: لا يمكن أن يقرر بين الإخلاص العالي أو المنخفض؟ تعمل النماذج الأولية على أفضل وجه عندما تحتاج إلى توازن بين الإخلاص والتكلفة. إذا كنت تريد فقط تشغيل جولة واحدة من اختبارات إمكانية الاستخدام ، فانتقل إلى الإخلاص المتوسط.
أربعة إرشادات محتوى لاختبار أي نموذج أولي
عندما تبدأ في بناء النموذج الأولي ، لا يُسمح فقط بملء التفاصيل الصغيرة بدلاً من الأساسيات ، وفي بعض الأحيان يوصى بها. ولكن عندما يحين الوقت لاختبار النموذج الأولي الخاص بك ، تأكد من ملء بعض من هذه التفاصيل التي قد يتم تجاهلها في دقة أقل. في تجربتنا ، هذه هي أكثر النصائح المفيدة لإعداد نموذجك الأولي للاختبار:
- تجنب أبجد هوز: تشتيت ، مربكة ، وتفتقر إلى المعنى ، نص ipsum lorem لا يلتقط رسالة منتجك بالكامل.
- استخدام الأسماء العامة: قد تكون الاختبارات أكثر متعة مع أسماء سخيفة أو مشهورة ، ولكن المتعة ليست هي الهدف. فإن أي الانحرافات التحيز النتائج ، لذلك تبقى أسماء عامة وواقعية.
- لا توجد صور أو رموز للعناصر المؤقتة: قد تعمل المربعات التي تحتوي على X s أثناء إنشاء الإطارات ، ولكن ليس في الاختبار. تلعب الصور والرموز دورًا كبيرًا في تجربة المستخدم ، لذا يجب تنفيذها عن طريق وقت الاختبار ، حتى لو كان ذلك مع الرسومات المؤقتة فقط. الاستثناء هو إذا كانت هذه الصور مزخرفة تمامًا ولا تساعد في فهم واجهة المستخدم.
- استخدام بيانات واقعية - لا تملأ البيانات مثل أرقام الهواتف أو العناوين مع X s أو النكات - هذه الأمور تشتت الانتباه. البيانات الواقعية والقابلة للتصديق هنا ستعطي اختبار المستخدم الخاص بك النتائج الأكثر دقة.
قد يثبت المشاركون في الاختبار على التفاصيل التي ظنوا أنها لا تذكر ، لذا كن حذرًا مما لا تقوله. يمكن لهذه الخطوات الصغيرة لتقليل التشويش والارتباك أن تقطع شوطا طويلا نحو بيانات الاختبار الأنظف.
صورة مميزة، اختبار قابلية الاستخدام عبر عن طريق K2_UX عبر Flickr.