من أجل تقديم واجهة مستخدم نظيفة ، طازجة ، والأهم من ذلك ، تكون اختبارات قابلية الاستخدام مطلوبة. من غير المحتمل أن يتمكن أي مصمم ، بغض النظر عن سمعته ومهاراته ، من تصميم منتج جيد دون القيام بأي نوع من البحث والاختبار.
اختبار قابلية الاستخدام هو تقنية تستخدم لتقييم منتج من خلال اختباره على المستخدمين الذين هم جزء من الجمهور المستهدف المعني. يتم استخدام الاختبار في العديد من المجالات ، ولكن سنركز اليوم على تصميم التفاعل الذي يركز على المستخدم وكيفية اختباره عند تصميم وتطوير هذا المنتج.
كل منتج له غرض مقصود ، ويقيس نطاق وهدف اختبار قابلية الاستخدام قياس ما إذا كان المنتج يلبي هذا الغرض فيما يتعلق بالمستخدم.
وراء كل اختبار قابلية الاستخدام هناك أهداف مختلفة ، والتي تتعلق على وجه التحديد بأهداف المراقبة من المختبر. يمكن معالجة النتائج كقياس تحكم أو خط أساسي. نظرًا لأنه يمكن إجراء عدة اختبارات طوال فترة زمنية ، فإن جميع النتائج ستقارن بنتائج اختبار خط الأساس.
المبادئ الأربعة وراء اختبار قابلية الاستخدام هي:
هذه هي المبادئ العامة المستخدمة في اختبار الواجهات التي تتمحور حول المستخدم ، ولكن من المهم أن يضع المختبر أهدافه الخاصة للاستعمال. وبناءً على ذلك ، سيتمكن من مراقبة الموضوع وتفسير أخطائه أو إيماءاته عن كثب.
يفسر بعض الأشخاص مصطلح "اختبار قابلية الاستخدام" بشكل غير صحيح. لا يعني مجرد جمع الآراء حول كائن ما (أو جهاز أو تطبيق) أي شيء أكثر من بحث السوق. هذا النوع من الأبحاث بالتأكيد ليس اختبار قابلية الاستخدام ، وإنما بحثًا كميًا.
لكي يتم وصف مثل هذا الإجراء بأنه اختبار قابلية الاستخدام ، يتطلب الأمر وجود ملاحظة نظامية تحت الظروف الخاضعة للرقابة ؛ هذا يحدد كيف يمكن للمستخدمين (دائما جزء من الجمهور المستهدف) الاستفادة من المنتج. مع العلم أن 86٪ من المستخدمين الذين تم سؤالهم قد ذكروا أن "التطبيق يعمل بشكل جيد" لا يعني أنك اختبرت قابلية الاستخدام للتطبيق وكانت النتائج إيجابية في الغالب. هذا يعني فقط أن غالبية الأفراد الذين تم استجوابهم يظنون أن التطبيق يعمل بشكل جيد ، ولكن هذه ليست معلومات كافية لاستخدامها لتحسين الواجهة.
يتمثل أحد الجوانب الرئيسية لاختبار الاستخدام في إشراك المستخدمين قدر الإمكان. بدلاً من سؤالهم عن رأيهم حول كيفية ظهور واجهة الجوال ، اطلب منهم تنفيذ بعض الإجراءات. هناك العديد من الجوانب التي تؤثر على عملية التصفح ولن يتمكن معظم المستخدمين من تحديدها أو مناقشتها ، ولكنهم بالتأكيد سيكونون قادرين على عرضها لك أثناء استخدام الواجهة.
هناك العديد من الطرق لاختبار قابلية الاستخدام المتاحة ، وسأخوض معظمها - أو على الأقل أهمها - على أمل أن أقدم لك فكرة عن أي منها أكثر ملاءمة لك ولأغراضك.
عند اختبار منتج ما ، تحتاج إلى إنشاء موقف واقعي يكون على المشارك فيه أداء قائمة المهام باستخدام المنتج الذي تختبره. خلال هذا ، يجب أن يراقب المراقبون بعناية ويدون ملاحظاتهم بهدوء قدر الإمكان. يتم استخدام الدعامات المختلفة مثل النماذج الأولية للورق والتعليمات الكتابية والاستبيانات السابقة أو اللاحقة للتجربة لجمع المعلومات والتعليقات حول المنتج الذي تختبره. إن طريقة اختبار التفكير بصوتٍ عالٍ والتعلم المشترك وتتبع العين هي تقنيات اختبار قابلية الاستخدام التي يمكن استخدامها عبر هذه الطرق.
هذه هي منهجية عامة تعمل مع عدد محدود من الناس ، وتراوحت بين أربعة وستة. يأتي اسم الاختبار من فكرة أن المشاركين في الاختبار يجب أن يكونوا أشخاصًا عشوائيين يمرون في الممر. يمكن استخدام هذه الطريقة عندما لا يستهدف منتجك بالضرورة هدفًا محددًا.
يجب استخدام اختبار المدخل مبكرًا في مرحلة التصميم. اختبار بسرعة واختبار في كثير من الأحيان! هذا يعني أنك ستحتاج إلى الخروج هناك عدة مرات. العملية بسيطة للغاية: اختبار على خمسة أشخاص ، والعودة إلى لوحة الرسم وحل القضايا. اخرج واختبر مرة أخرى على خمسة أشخاص آخرين ، عد إلى الداخل وحل المشكلات. بعد اختبار ثلاث أو أربع مرات ، يجب تضييق عدد أخطاء الواجهة الحرجة بشكل ملحوظ ، ثم يمكنك البدء في التركيز على تطوير المنتج وميزاته. ستحتاج إلى الاختبار مرة أخرى في وقت ما ، ولكن معرفة أنك قمت بحل معظم مشكلات واجهتك يجب أن تسمح لك بالتركيز على مرحلة التطوير أكثر قليلاً.
السبب وراء استخدام أشخاص عشوائيين تمامًا هو أنك لا تريد اختبار منتجك على الأفراد الذين هم على دراية بمنتجك وواجهة المستخدم. أنت تريد أشخاصًا لم يروا واجهتك من قبل ، لذلك يبدأون جميعًا من أرضية مشتركة. علاوة على ذلك ، وبهذه الطريقة ، يمكنك اختبار الوافدين الجدد - الذين هم في معظم الأوقات أسهل من أن يخسروا - لأن مستوى اهتمامهم وتحفيزهم ليس عاليًا بما يكفي حتى الآن. إذا كان شخص ما لم يستخدم التطبيق من قبل سعيدًا جدًا له ويتعامل مع جميع المهام بسهولة ، فهذا يعني أن معظم الأشخاص الذين سيستخدمون تطبيقك سوف يفعلون نفس الشيء.
يمكن استخدام هذه المنهجية عندما يكون لدى المنتج الذي تختبره مستخدمين محتملين في أجزاء مختلفة من العالم. إن جمعهم معًا من شأنه أن يفرض تحديات مالية حقيقية وقد لا يكون ممكناً بالنسبة للكاتب المستقل أو شركة صغيرة.
جاء الخبراء المعنيين بهذه القضايا مع هذه المنهجية - التي تسهل إجراء التقييمات والاختبارات عن بُعد - مع فصل المستخدم والمختبر على الفضاء وربما حتى الوقت. مؤتمرات الفيديو هي طريقة للقيام بهذا النوع من الاختبارات ، بينما يمكن أن يكون عقد اجتماع آخر عن طريق توظيف تطبيقات بعيدة مثل TeamViewer أو WebEx. كلاهما ينطوي على المستخدمين الذين لديهم جهاز كمبيوتر شخصي واتصال بالإنترنت. بهذه الطريقة يمكن للمختبر متابعة حركات المشاركين ، ولكن ليس ردود أفعالهم وعواطفهم.
يمكن للمختبر الحصول تلقائيًا على مجموعة من مسارات نقرات المستخدم وسجلات المستخدم للأخطاء الحرجة والحوادث التي تحدث أثناء التفاعل مع الواجهة ، وحتى التعليقات الشخصية من قبل المستخدمين.
الجزء الجيد في هذا النوع من الاختبارات هو أنه يتم في بيئة المشارك الخاصة ، مما يعني أنه سيكون واثقاً جداً في قدراته ، وسوف تكون قادرًا على محاكاة اختبار سيناريو واقعي. من الواضح أن أكبر ميزة في منهجية الاختبار عن بعد هذه هي أنه يسمح لك بالعمل مع أشخاص من جميع أنحاء العالم دون تكاليف كثيرة للنقل والخدمات اللوجستية.
هناك العديد من الأدوات التي يمكن للمصمم استخدامها للاختبار عن بعد. WebEx و GoToMeeting هي الأكثر شعبية ، ولكن إلى حد كبير أي أداة بعيدة سوف تقوم بهذه المهمة.
وبغض النظر عن مدى كفاءة الأدوات ، فإن إجراء اختبار متزامن عن بعد يكون أصعب قليلاً مما يبدو ، لأن إدارة الحواجز اللغوية والثقافية من خلال الكمبيوتر قد تقلل من كفاءة الاختبار. تمثل الانقطاعات والانحرافات في بيئة المشاركين تحديات أخرى من المستحيل حلها من الزاوية الأخرى من الكوكب.
هذه طريقة أخرى لاختبار قابلية الاستخدام وتتطلب جلب خبراء ميدانيين لتقييم المنتج في الاختبار. إن تحديات هذه الطريقة هي في الغالب مالية ولوجستية ، حيث أنها ستكلف الكثير من الخبراء من مختلف المجالات.
هناك أيضًا منهجية مراجعة خبراء آلية ، والتي تستند إلى المبدأ نفسه ، ولكن فقط سيتم تنفيذها من خلال استخدام برامج مختلفة.
A / B Split Test هو على الأرجح أحد أكثر الطرق التجريبية المعروفة لتجربة المستخدم واختبار الواجهة. ويهدف إلى تحديد عناصر صفحة الويب التي تزيد من اهتمام أو تفاعل المستخدم.
وتسمى هذه الطريقة اختبار A / B لأنه يوجد إصداران لموقع / واجهة (الإصداران A و B) تتم مقارنتهما. فهي دائمًا متطابقة ، باستثناء صيغة واحدة (يمكن أن تكون عنصرًا مثل زر أو نموذج اتصال أو صورة) قد يؤثر على سلوك المستخدم.
خلال فترة الاختبار ، تتم مراقبة موقع الويب من خلال أدوات مثل Google Analytics. في هذه الفترة ، يتغير الإصداران A و B بشكل عشوائي ، مما يعني أنه يمكنك الوصول إلى صفحة الويب والعثور على صورة رأسية ، ثم تحديث صفحة الويب والعثور على صورة الرأس الأخرى.
يتم استخدام المنهجية بشكل أساسي خلف الكواليس لتحقيق أقصى قدر من الأرباح ، والحد من معدلات الانقطاع وزيادة المبيعات. كانت أمازون رائدة في المنهجية ، ولكن شركات مثل eBay و Google و Walmart و Microsoft و Netflix و Zynga معروفة أيضًا باستخدام هذه الطريقة لزيادة ربحية مواقعها.
على الرغم من أن هذا يستخدم بشكل أساسي لمواقع التجارة الإلكترونية ، إلا أنه يمكن استخدام اختبار A / B بسهولة في تصميم الواجهة أيضًا ؛ ويمكن أن تكون فعالة مثل إعطاء القائمين نظرة عامة على أي واجهة هي أفضل بين اختيار اثنين أو أكثر.
إجراء العديد من الاختبارات مع عدد محدود من المشاركين هو أفضل بكثير من الاختبار مرة واحدة على عدد أكبر من الموضوعات. هذا يترجم ببساطة إلى العديد من اختبارات الجودة بدلا من اختبارات كمية قليلة. يجب أن تكون خمسة مواضيع لكل اختبار كافية لمساعدة المراقبين على الحصول على معلومات كافية للعمل بها لفترة من الزمن.
الحجة الكامنة وراء هذه النظرية هي أنه بمجرد أن يكتشف المرء أن قلة من الناس يتم الخلط بينها وبين ميزة أو موقع على شبكة الإنترنت ، فإنك تكسب أقل من اختبار نفس الواجهة على عدد أكبر من الأشخاص ، حيث من المرجح أن يتم الخلط بينهم وبين العناصر نفسها. الحل هو حل القضايا ثم الخروج هناك واختبارها مرة أخرى على عدد محدود من الموضوعات. تحتاج إلى تكرار هذه العملية عدة مرات للحصول على أفضل النتائج.
قد يكون هناك بعض السلبيات لهذه النظرية ، يقول العديد من الخبراء. تنطبق قابلية الاستخدام عادة على عينة أكبر من السكان ، ليس فقط لمجموعة محددة من المستخدمين ؛ هذا يعني أن مشاكل الواجهة قد تكون غير قابلة للكشف من خلال المجموعة الأولى التي تم اختبارها. ومع ذلك ، فإن إجراء اختبار أو اختبارين مع هذا العدد المحدود من الموضوعات ليس ما تقترحه هذه النظرية.
يجب إجراء هذه الاختبارات كل أسبوع - ربما مرتين في الأسبوع - أثناء عملية التصميم. وكلما طالت عملية التصميم ، كلما كان عدد الاختبارات أكبر. وخلال هذه العملية برمتها ، يمكن اختبار عدد من الأشخاص يتراوح بين 50 و 100 ، أو حتى أكبر في بعض الأحيان.
سيكون أكثر فعالية لاختبار الموضوعات عبر مجموعة واسعة من القدرات في المرحلة الثانية من الاختبار. أثناء الاختبارات الأخيرة ، نظرًا لأن التصميم يجب أن يكون سلسًا ، يمكنك تضييق نطاق الملاحظات وبدء الاختبار على جمهورك المستهدف.
عند إجراء اختبارات قابلية الاستخدام ، من المهم أيضًا ملاحظة الأشياء التي تعمل جيدًا - ليس فقط تلك التي لا تعمل - ولا تستمر في اختبارها مرارًا وتكرارًا. النظرية وراء ذلك هي أنه يجب القضاء على العناصر التي لا تعمل بشكل جيد ، ولكن يجب أيضًا الاهتمام بالعناصر التي تعمل بشكل جيد والتي يتمتع بها المستخدمون. حاول أن تبقيهم كما كانوا في المقام الأول ، لأنهم يعملون بشكل جيد. التركيز أكثر على تلك التي تفشل بدلا من محاولة تغيير وتحسين تلك التي تعمل بالفعل بنجاح. هناك وقت لذلك في وقت لاحق خلال عمليات ما بعد التطوير.
اختبار قابلية الاستخدام أمر يستحق القيام به إذا قمت بتطوير واجهة وتأمل في تحقيق نوع من النجاح معها. قد لا يكون من المفيد الاستثمار فيه عند تطوير موقع ويب بسيط. ولكنني شخصياً سأشمل دائمًا بعض الاختبارات في حالة تطوير تطبيق محمول ، لأنه أكثر تعقيدًا.
كما يمكن إجراء اختبار قابلية الاستخدام أكثر أو أقل مجانًا ؛ لا تحتاج بالضرورة إلى استثمار مبلغ كبير من المال في الخدمات اللوجستية. إذا كنت تشعر بأنك تحتاج فقط إلى الاختبار على نطاق أصغر ، فاستخدم أصدقاءك وأقاربك لذلك ؛ كل ذلك سيكون مجانيًا أو رخيصًا جدًا (كعكة الشوكولاتة هي الفائز دائمًا).
كما ترى أعلاه ، فإن اختبار قابلية الاستخدام هو أمر يمكنك القيام به بطرق عديدة مختلفة ويجب عليك تحديد الطريقة المناسبة لك ولأغراضك قبل البدء. قد يبدو الأمر وكأنه عملية معقدة للغاية في البداية ، لكن حتى المبتدئ يجب أن يكون قادراً على القيام بمثل هذا الاختبار والحصول على شيء منه. لذلك إذا كنت في منتصف عملية التصميم الخاصة بك ، لا تتردد في الذهاب إلى هناك والقيام ببعض الاختبارات - وأعدك أنه سيحسن واجهة المستخدم وسيكون مستخدميك أكثر سعادة معه.
هل تقوم بإجراء اختبار قابلية الاستخدام على التصميمات الخاصة بك؟ ما هي طرق الاختبار التي تفضلها؟ اسمحوا لنا أن نعرف في التعليقات.