لقد كان الحصول على تعليقات المستخدمين دائمًا عاملاً أساسيًا في كيفية إنشاء تطبيقات جذابة تحقق قيمة أعمال للعملاء ونقل تجربة مستخدم مذهلة. نقوم بذلك ، في معظم الأحيان ، من خلال اختبار مستخدمي التطبيق. يقدم الكتاب الإلكتروني ، "دليل عملي لاختبار مستخدمي التطبيق" ، دليلًا تفصيليًا للمصممين وفرق التطوير حول كيفية إجراء اختبارات المستخدم في الاختبارات التي يتم الإشراف عليها وغير الخاضعة للإشراف (عبر الإنترنت). في هذا المنشور ، سننظر في أحد المكونات الرئيسية: كيفية كتابة برنامج نصي فعال لاختبار قابلية الاستخدام.
سيناريو اختبار قابلية الاستخدام الكبير بسيط ومفيد
لماذا من المهم أن يكون للمشرفين نصًا يجب اتباعه في اختبارات المستخدم؟ أولاً ، تريد أن تكون اختباراتك قياسية قدر الإمكان. هذا يضمن أنك لن تحيد ردود المشاركين الفردية. والتأكد من أن كل مستخدم يجيب على نفس الأسئلة يضمن أنه يمكنك رؤية أوجه التشابه والاختلاف في إجابات المستخدم الخاصة بك ، مما سيساعدك على استخلاص استنتاجات أكثر إقناعًا من بحثك.
في النهاية ، يجب أن يكون البرنامج النصي بسيطًا ، ولكن يحتوي على إرشادات كافية لمساعدة الميسر على توجيه المشاركين خلال جلسة خاضعة للإشراف - أو توفير جميع المعلومات التي يحتاج المشاركون إلى معرفتها في جلسات (غير متصلة) (عبر الإنترنت). فيما يلي الأقسام التي يجب أن تتضمنها وثيقة البرنامج النصي ، مع توصيات بشأن ما يجب تضمينه في كل منها:
نصيحة: لتسهيل قراءة البرنامج النصي أثناء الاختبار المعدل ، استخدم نمطًا أو لونًا مختلفًا للنص لفصل التعليمات عن النص الفعلي الذي سيتم قراءته للمشارك.
1. معلومات أساسية
هذا القسم مخصص للميسرين وأي شخص يقرأ النص البرمجي لاختبار قابلية الاستخدام ولكنه لا يشاركه مع المشاركين في الاختبار. عادةً ما نقوم بتضمين معلومات مرجعية حول تواريخ الاختبار والعميل ورقم ونوع المشاركين وتاريخ الإصدار ومنهجية الاختبار. سنقوم أيضًا بوصف ما تختبره ، وأهداف الاختبار والمدة التي يجب أن يستغرقها كل مشارك. من المفيد أيضًا تضمين معلومات حول مكافآت الأعضاء وتعويضاتهم.
2. مقدمة
مثال على قسم تمهيدي من برنامج اختبار قابلية الاستخدام.
يقدم هذا القسم نصًا للمشرف الذي يرحب بالمشاركين ويعطيهم فكرة عامة عما يمكن توقعه في الاختبار. إذا كان الاختبار خاضعًا للإشراف ، فإننا نمثل أيضًا المنسق وجميع الشركات المشاركة.
في هذه المرحلة ، من المفيد إعلام المشاركين بعدم وجود إجابات صحيحة أو خاطئة. هذا سوف يساعدهم على الشعور براحة أكبر. بالإضافة إلى ذلك ، شجع المستخدمين على التحدث بصوت عالٍ أثناء إكمال المهام. سوف ترغب في فهم عملية التفكير ، أفعالهم ومشاعرهم.
من المهم أيضًا طلب الموافقة لتسجيل جلسة. تأكد من الحصول على موافقة شفهية صريحة على هذا.
TIP. أثناء الاختبار الشخصي المعدل ، يجب أن تمنح المشاركين الفرصة لطرح أي أسئلة قبل البدء.
3. التحقق الأولي من الاستبيان
في هذا القسم من اختبار المستخدم ، هدفك الرئيسي هو جعل المشاركين يشعرون بالراحة.
في سيناريو اختبار قابلية الاستخدام ، ستقوم بتضمين أسئلة حول المعلومات الأساسية مثل الاسم والعمر والمهنة وأي معلومات سكانية أخرى متعلقة باختبارك. أثناء الاختبارات التي يتم الإشراف عليها ، يكفي طلب التأكيد (على سبيل المثال ، "يرجى تأكيد أن اسمك هو [NAME].") المعلومات التي لديك بالفعل.
ثم اطرح أي أسئلة عامة متعلقة بمشروعك. على سبيل المثال ، إذا كنت تختبر تطبيق سفر ، فيمكنك أن تسأل عن عدد المرات التي يطير فيها المشاركون وما إذا كانوا يستخدمون أي تطبيقات لحجز الرحلات وتخطيطها.
4. المهام والسيناريوهات
المهام هي إجراءات تطلب من المشاركين تنفيذها على جهاز أو واجهة اختبار أخرى. يجب أن يكون لكل مهمة هدف.
تساعد البرمجة النصية المشاركين في التفاعل مع الواجهة وتخيل كيفية استخدامهم للتطبيق في الحياة الواقعية. قد يبدو هدف ومهمة المستخدم كما يلي:
- هدف الاختبار: عرض غرف الفندق وحجز واحد .
- مثال على مهمة سيئة: حجز غرفة في فندق .
- مثال على وظيفة أفضل (مع سيناريو): أنت تخطط لقضاء إجازة في بانكوك في الفترة من 3 إلى 14 سبتمبر. تحتاج إلى حجز فندق لإقامتك. انتقل إلى التطبيق ، وعرض المعلومات وحجز الغرفة التي تعتقد أنها الأفضل .
نصيحة: اسمح دائمًا للمستخدمين بالعودة وقراءة المهمة عدة مرات حسب حاجتهم.
أفضل نصائح الكتابة
محاولة عدم تشويه سلوك المستخدم هي مهمة صعبة ، ولكنها مهمة إذا كنت ترغب في الحصول على نتائج مفيدة. فيما يلي خمس نصائح لكتابة مهام أكثر فعالية ومحايدة:
- اجعل المهمة واقعية لمساعدة المشاركين على التفاعل مع الواجهة. قم بإنشاء سيناريوهات تحاكي الحد الأقصى للعالم الحقيقي. لا تجبرهم على فعل ما لا يفعلونه عادة. على سبيل المثال:
- الغرض من الاختبار: عرض المنتجات التي تباع على site.com .
- مثال على مهمة سيئة: قم بشراء زوج من جينز Levi الأبيض العالي للبيع .
- مثال على مهمة أفضل: اشترِ بنطلون جينز من Levi's بأقل من 20 دولارًا .
- في الحياة الواقعية ، من المحتمل أن يتصفح المستخدمون قبل اختيار ما يريدون شراءه. في المثال الأول ، لا نوفر للمستخدم القدرة على اختيار ما يختار عادةً. بدلا من ذلك ، نقول لهم ما يجب القيام به. سوف يركزون على العثور على الجينز الذي طلبنا منهم العثور عليه ، وقد لا يتفاعلون مع الواجهة كالمعتاد.
- لا تجبر المشاركين على التفاعل مع وظيفة محددة. بدلاً من ذلك ، حاول معرفة كيف قرروا استخدام الواجهة. بهذه الطريقة ، ستكتشف ما إذا كان يمكنهم العثور على وظائف واستخدامها كما تتوقع.
- الغرض من الاختبار: لإيجاد وصفة .
- مثال على مهمة سيئة: استخدم شريط البحث للعثور على وصفة هندية .
- أفضل مثال على المهمة: أنت تريد طهي الطعام الهندي اليوم. استخدم التطبيق للعثور على وصفة.
- تجنب إضافة نصائح أو أوصاف خطوة. من الأفضل تقديم سياق للسيناريو بدلاً من تقديم خطوات واضحة لتحقيق الهدف. الفكرة هي السماح للمشاركين بالتنقل في الواجهة بمفردهم.
- الغرض من الاختبار: مراقبة التقدم المحرز في الكتاب .
- مثال على مهمة سيئة: تريد تحديث التقدم في الكتاب الذي تقرأه. انتقل إلى التطبيق ، والعثور على الكتاب ، وإضافته إلى قائمتك وتحديث التقدم المحرز .
- أفضل مثال لمهمة: لقد بدأت في قراءة كتاب جديد ولا تريد أن تفقد المكان الذي أنهيت فيه آخر مرة. استخدم التطبيق لتحديث تقدمك .
- لا تجعل المهمة أسهل للمشاركين الذين يستخدمون نفس اللغة التي يمكنهم العثور عليها بسهولة في واجهة الاختبار. على سبيل المثال ، إذا كانت الواجهة تعرض زرًا يقول "استخدم الشهر مجانًا" ، فيجب ألا تستخدم نفس الصيغة في المهمة:
- الغرض من الاختبار: جرب الخدمة مجانًا .
- مثال على وظيفة سيئة: انتقل إلى الموقع واستخدمها مجانًا لمدة شهر .
- أفضل مثال لمهمة: تريد تجربة هذه الخدمة لأول مرة. الذهاب إلى الموقع والتسجيل .
- كن مباشرة بقدر الإمكان في كيفية صياغة المهام. ألقِ نظرة على هاتين المهمتين:
- الغرض من الاختبار: تحديد موعد .
- مثال على مهمة سيئة: الآن ، يمكنك معرفة ما إذا كان يمكنك محاولة إيجاد طريقة لتحديد موعد مع أخصائي التغذية .
- مثال على وظيفة أفضل: الآن ، حدد موعدًا مع خبير التغذية .
- أولها بعبارة إضافية "دعونا نرى ما إذا كان يمكنك محاولة إيجاد طريقة" يعطي الانطباع بأن المهمة ستكون صعبة لإكمالها ، أو حتى تلميحًا قد ينتظر إجابة معينة ، لأن الواجهة بها تجربة أو تصميم سيئ.
نصيحة: إذا لزم الأمر ، يمكنك طرح الأسئلة بين المهام. من الأفضل الانتظار حتى يكمل المشارك المهمة حتى لا يصرف انتباههم.
5. استبيان ما بعد الاختبار
بعد الانتهاء من الاختبار الرئيسي ، يوجه جزء من استبيان البرنامج النصي لاختبار قابلية الاستخدام المشرف لطرح أسئلة إضافية. في هذا القسم ، سيرغب المشرف في استكشاف المناطق التي كانت الإجابات فيها غير واضحة أو غامضة.
يمكنك طرح أسئلة عالية المستوى للمشاركين حول منتج أو وظيفة محددة ، أو إذا كانوا يتوقعون شيئًا مختلفًا. يمكنك أيضًا طرح أسئلة مفتوحة حول الميزات الجديدة التي يرغبون في استخدامها.
6. ملخص
في هذا القسم من البرنامج النصي لاختبار قابلية الاستخدام ، سوف تشكر المشاركين على وقتهم. ويمكنك أن تسأل المستخدمين إذا كان لديهم أي أسئلة لك. أخيرًا ، يجب أن تناقش مع المستخدمين تفاصيل تعويضهم.