انتقال نوح إلى اختبار قابلية الاستخدام على الأجهزة المحمولة

كان نوح قلقا. لقد كان "رجل تجربة المستخدم" لمكتب الشركة الإقليمي لمطعم الخدمة السريعة (سلسلة مطاعم الوجبات السريعة) الذي كان بصدد إنشاء تطبيق جوال للسماح للمستفيدين بتخصيص وجباتهم وتقديم الطلبات وكسب المكافآت.

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

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

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

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

قبل شهر

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

كان الفريق قد أكمل للتو تصميمات الشاشة التقريبية وكان قد بدأ للتو في إنشاء نموذج أولي تفاعلي عالي الدقة يسمح للمستخدمين بإكمال المهام كما لو كان تطبيقًا مباشرًا أو موقعًا. ساعد قائد التصميم نفسه في آخر (وثالث) لقمة كعكه حيث وعد بأن يكون النموذج الأولي للتطبيق جاهزًا قبل أسبوع كامل من اختبار قابلية الاستخدام الأول. وضع نوح تذكيرًا لذلك التاريخ على هاتفه.

قبل ثلاثة أسابيع

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

كان نوح يعلم أن العثور على المشاركين المناسبين لا يقل أهمية عن اختبار قابلية الاستخدام الناجح ، لأن حجمًا واحدًا لا يناسب الجميع. كما في الماضي ، استخدم نوح شخصيات المشروع لتحديد ملفات تعريف المشاركين التي قد يستخدمها للاختبار. لجأ إلى شركته المعتادة لأبحاث السوق لإنشاء فاحص لتجنيد المشاركين المناسبين من لوحة آرائهم. نظرًا لأنهم كانوا يبنون تطبيقًا لنظام iOS ، فقد قام الفاحص أيضًا بتضمين أسئلة للتأكد من أن المشاركين استخدموا أجهزة iPhone التي تعمل بنظام iOS 7 أو أعلى ، للتأكد من أنهم سيكونون على دراية باتفاقيات النظام الأساسي والتصميم المسطح.

لا يزال بحاجة إلى المساعدة في معرفة خيارات الإعداد والتسجيل للاختبارات. من المعجبين بـ "Who Wants to Be a Millionaire" ، استخدم Noah ما يعادل شريان الحياة Ask the Audience للحصول على تعليقات من عدد قليل من مجموعات LinkedIn UX حول خيارات الإعداد لاختبار قابلية استخدام الهاتف المحمول شخصيًا. ولأنه يؤمن بشدة بمشاركة المعرفة ، فقد وعد أيضًا بتجميع الحكمة الجماعية ومشاركتها مع تلك المجموعات.

قبل أسبوعين

بدأت استفسارات Noah على LinkedIn و Quora تتلقى ردودًا ببطء ، لكن العديد من الردود كانت من آخرين يبحثون عن إجابات أيضًا. بدأ في قص وجمع الأساليب المفيدة في Evernote حيث تم إخطاره بالردود الجديدة.

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

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

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

بعد الموافقة على المهام ، حوّل نوح انتباهه إلى خياراته لتسجيل جلسات اختبار قابلية الاستخدام. كان لديه الكثير من الخيارات لتسجيل الشاشة بالإضافة إلى ردود أفعال المشاركين عند استخدام الكمبيوتر ، وذلك بفضل كاميرات الويب المدمجة وبرامج تسجيل الشاشة. ومع ذلك ، كان تسجيل جلسة استخدام الأجهزة المحمولة أمرًا معقدًا لأن معظم طرق التقاط تسجيلات مماثلة قد تكون اقتحامية وقد تؤثر على اختبار قابلية الاستخدام. هذا هو المكان الذي كان يأمل فيه أن يساعد شريان الحياة الخاص بـ Ask the Audience ؛ قام بتنظيم أكثر من عشرة ردود وتجمعوا جميعًا على أربع طرق لتسجيل جلسة استخدام الهاتف المحمول. متذكرًا عرضه لتجميع النتائج التي توصل إليها ومشاركتها مع الآخرين في المجموعات ، بدأ نوح في توثيق الخيارات.

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

قبل أسبوع واحد

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

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

في اليوم التالي ، التقى ديان في أحد مطاعمهم ، وشعرت أنه شريان حياة اسأل خبير . كان قد حضر مع قائمة بالموضوعات التي يريد مناقشتها ونسخة مطبوعة من خطة الاختبار الخاصة به ، بالإضافة إلى خيارات إعداد التسجيل. كان قد التقى بـ Diane لأول مرة في UX Meetup المحلي منذ أكثر من عام - لقد كانت لجنة ترحيب من شخص واحد عينتها بنفسها وسرعان ما جعلته يشعر بالراحة في مجموعة مكونة من 70 مستخدمًا أو نحو ذلك.

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

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

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

أثناء قيامه بإجراء التحديثات ، تلقى بريدًا إلكترونيًا من Diane مع بعض المؤشرات.

الموضوع: مؤشرات الاختبار المتنقلة

نوح ، كما وعدت أثناء الغداء ، إليك بعض المؤشرات التي يجب وضعها في الاعتبار أثناء إعداد وإجراء الاختبارات الأسبوع المقبل.

شكرا على الغداء وكل التوفيق!

ديان

---

الأجهزة / الأنظمة الأساسية: إذا كان المشاركون لا يستخدمون أجهزتهم الخاصة ، فتأكد من أنهم يختبرون على النظام الأساسي (iOS أو Android أو Windows) على دراية باستخدامهم واستخدامهم بانتظام. إذا كانوا سيستخدمون أجهزتهم الخاصة ، فخذ في الاعتبار الخدمات اللوجستية والوقت لتثبيت التطبيق ، وإعداد أي وصول ، وما إلى ذلك.

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

البطارية / الطاقة : هناك مشكلة أخرى تتعلق بالهاتف المحمول فقط وهي التأكد من أن الأجهزة المستخدمة بها طاقة كافية للاختبار ، وأن كابلات الشحن الطويلة متاحة بسهولة. في المرة الأولى التي استخدمت فيها UX Recorder على جهاز شخصي للتشغيل الجاف ، في منتصف الاختبار ، كان علينا التوقف والاندفاع للحصول على كابل شاحن - استنزفت الشاشة وتسجيل الفيديو والصوت البطارية بشكل أسرع مما كنت أتخيله.

اخيرا وليس اخرا:

الإخطارات / التنبيهات : قم بإيقاف تشغيل جميع التنبيهات والإشعارات على أجهزة الاختبار. فهو لا يقاطع الاختبار فحسب ، بل قد يؤثر على تسجيلك.

قام نوح بتدوين ملاحظة للتحقق مرة أخرى من ذلك خلال فترة التشغيل الجاف ، والتي يجب الآن إعادة جدولتها لليوم السابق للاختبارات الفعلية. الأسبوع القادم سيكون أسبوع طويل بالنسبة له ...

أسبوع اختبار قابلية الاستخدام

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

بدأ استعداداته النهائية للاختبارات بطباعة المستندات المطلوبة ، بما في ذلك عدم الإفصاح ونماذج الإفراج وإيصالات التعويض. قام أيضًا بشراء أرصدة الاختبار لاستخدام UX Recorder لتسجيل الاختبار التجريبي. مع توخي الحذر ، كان لديه أيضًا كاميرتا ويب جاهزتان مع حوامل كنسخة احتياطية. قام بتهيئة خيارات التسجيل في التطبيق ، وأطلق النموذج الأولي من خلال متصفح التطبيق ، وسجل نفسه وهو ينقر خلال مهمة. حتى الان جيدة جدا!

وصل نوح وصوفي ، مدون الملاحظات المخصص للجلسات ، إلى الغرفة المخصصة لاختبار قابلية الاستخدام قبل الاختبار بـ 15 دقيقة ، فقط لتجد إيما تنتظرهما بالفعل. عندما أقام نوح ، شرح ما كانوا يأملون في تحقيقه في الساعة التالية. ومع ذلك ، لم يستطع طرح النموذج الأولي في تطبيق التسجيل - سرعان ما أدرك أن هاتفه لا يحتوي على إشارة خلوية أو لاسلكية ، ربما بسبب موقع الغرفة في منتصف المبنى. اعتذر وذهب ليجرب الغرف الأخرى التي حجزها كغرف الانتظار واستخلاص المعلومات.

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

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

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

أنهى نوح الأسبوع باجتماع استخلاص المعلومات مع فريق المشروع لمشاركة النتائج الرئيسية ، وعرض استضافة جلسات إضافية في الأسبوع التالي.

الاسبوع بعد القادم

خلال عطلة نهاية الأسبوع ، أرسل فريق دعم تطبيق تسجيل الهاتف المحمول رسالة بريد إلكتروني إلى نوح ، واعترفوا بأنهم لم يتمكنوا من معرفة سبب تلف الفيديو الثالث ، لكنهم أرسلوا إليه توجيهات خطوة بخطوة لتحديد موقع مقاطع الفيديو الأولية من iPhone ومشاركتها. لم يكن يشعر بالأمل الشديد ، قام بضغط ملف 2Gb وتحميله ومشاركته معهم.

نظرًا لأنهم كانوا يحرزون تقدمًا جيدًا في تقرير اختبار قابلية الاستخدام النهائي ، فقد حدد نوح تقريرًا مع أصحاب المصلحة الرئيسيين في المشروع وفريق المشروع بعد ظهر يوم الجمعة. أمضى نوح وصوفي بقية الأسبوع في تحليل البيانات وتحديث الاتجاهات وتوثيق النتائج الرئيسية جنبًا إلى جنب مع الشدة والتوصيات للتحسين. على الرغم من وجود العديد من القوالب والتنسيقات للإبلاغ عن النتائج ، إلا أن نوح أحب استخدام تنسيق PowerPoint قام بتعديله على مر السنين ، مما سمح بعرض وإخبار مرئي. لقد كان من أشد المؤمنين بقوة مقاطع الفيديو القصيرة (أو المونتاج) للمستخدمين الذين يكافحون مع ميزة معينة لخلق لحظة "A-ha" لأولئك الذين لم يكونوا جزءًا من الاختبار. اقتطعت صوفي مقاطع الفيديو لدعم بعض الملاحظات والتوصيات الرئيسية في سياقها.

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

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

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

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

TL ؛ DR: الجدول الزمني للأنشطة

قبل شهر واحد

• اعمل مع فريق التصميم لتحديد ما يمكن بناؤه للاختبارات والتأكد من أنه سيكون جاهزًا قبل أيام قليلة من الاختبار الأول

قبل ثلاثة أسابيع

• تحديد ملفات تعريف المشاركين في اختبار قابلية الاستخدام بناءً على الشخصيات
• إنشاء فاحص تجنيد
• فحص وتجنيد المشاركين

قبل أسبوعين

• مراجعة خطة اختبار قابلية الاستخدام مع أصحاب المصلحة والانتهاء من المهام
• تحديد وحجز الغرف المطلوبة للاختبار
• إنهاء وجدولة المشاركين والمشاركين في وضع الاستعداد
• رتب لحوافز المشاركين

قبل أسبوع واحد

• تجول في المهام باستخدام النموذج الأولي أو التطبيق المراد اختباره
• اختبار إعداد التسجيل
• قم بإجراء تشغيل اختبار قابلية الاستخدام بالكامل

أسبوع اختبار قابلية الاستخدام

• طباعة جميع المستندات المطلوبة (خطة الاختبار ، البرامج النصية ، عدم الإفصاح ، نماذج الإفراج ، إيصالات التعويض)
• تحقق من إعداد غرفة اختبار قابلية الاستخدام بما في ذلك الطاقة والاتصال والوهج وما إلى ذلك.
• قم بإجراء استخلاصات داخلية في نهاية كل جلسة ومراجعة في نهاية اليوم
• تحديد وتوثيق الاتجاهات بعد اكتمال الاختبار

الاسبوع بعد القادم

• نتائج وثيقة في تقرير قابلية الاستخدام
• مراجعة تسجيلات الفيديو مع فريق المشروع
• تحديد وإنشاء مقاطع فيديو من التسجيلات لدعم الملاحظات والتوصيات الرئيسية
• تقرير عن النتائج

الموارد والروابط

قوالب التخطيط وإعداد التسجيل

• التخطيط لاختبار قابلية الاستخدام
• فاحص اختبار قابلية الاستخدام - اختبار الجهاز المحمول
• نموذج خطة اختبار قابلية الاستخدام
• دليل لإجراء اختبار بسيط وغير مؤلم لمستخدمي الأجهزة المحمولة

قوائم فحص اختبار المحمول

• أصبحت قائمة التحقق التفصيلية والتنزيلات الأخرى من Steve Krug's Rocket Surgery أمرًا سهلاً
• UserTesting Mobile Usability Testing - قوائم التحقق من اختبار قابلية الاستخدام على الأجهزة المحمولة (يلزم الاشتراك مجانًا)

قوالب تقرير الاستخدام

• قالب طويل
• نموذج قصير
• مثال تقرير اختبار قابلية الاستخدام

مزيد من القراءة على SmashingMag:

• الأجهزة ذات الأولوية: الاختبار وتصميم الويب سريع الاستجابة
• أين توجد أفضل مختبرات الأجهزة المفتوحة في العالم؟
• دليل لإجراء اختبار بسيط وغير مؤلم لمستخدمي الأجهزة المحمولة