أفضل الممارسات: كيف نجري اختبار قابلية الاستخدام في Uptech

هل أنت مستعد لإصدار تطبيق رائع؟ تم إنجاز الكثير من العمل ، لقد استثمرت الكثير من الوقت والطاقة فيه ؛ طورت فرق التصميم وقدمت مفهوم التصميم. ما الذي يجب أن تفكر فيه قبل أن يلتقي الجمهور المستهدف بالمنتج؟

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

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

في Uptech ، نجري اختبارات قابلية الاستخدام للحصول على معلومات حول كيفية تفاعل المستخدمين المحتملين مع المنتج وتزويد العملاء بتحليل عميق لتفضيلات جمهورهم.

إذن ، ما هو الغرض من اختبار قابلية الاستخدام؟

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

الخبر السار هو أن إجراء اختبار سهولة الاستخدام سهل. تم العثور على اختبارات محدودة حتى ما يصل إلى خمسة مستخدمين لمنع أكثر من 85٪ من مشكلات تجربة المستخدم. أنت بحاجة إلى نموذج أولي للورق وما لا يقل عن اثنين من المستخدمين المحتملين للبدء.

لماذا نجري اختبار قابلية الاستخدام لعملائنا

في Uptech ، نؤمن باختبار واستخدام مناهج مختلفة لجمع البيانات.

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

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

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

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

كيف نجري اختبار قابلية الاستخدام

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

في Uptech ، نفضل عادةً الاستفادة من تقنية اختبار قابلية الاستخدام المعتدلة. يتطلب اختبار قابلية الاستخدام المعتدل وسيطًا - شخص لديه معرفة خبيرة بالمنتج والجمهور المستهدف. يقوم المشرف بدور نشط في عملية الاختبار ، لإبلاغ المستخدمين بالهدف النهائي وتوجيههم من خلال التفاعلات.

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

إذن ما هي العملية الفعلية التي نستخدمها في Uptech؟

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

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

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

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

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

هل هناك أي طرق أخرى لاختبار قابلية الاستخدام؟

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

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

كيف وفر اختبار قابلية الاستخدام لعملائنا 50،000 دولار

لفهم جميع مزايا اختبار قابلية الاستخدام ، دعنا نشارك تجربة العمل في مشروع نادي الكربون (بدء تشغيل بيئي يساعد المستخدمين على تقليل تأثيرهم السلبي على الكوكب). سنوضح كيف ساعد التحقق من صحة الفكرة واستخدام Design Sprint الفريق على توفير ما يصل إلى 50،000 دولار أمريكي.

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

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

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

سمح لنا إجراء اختبار قابلية الاستخدام بمعرفة كيفية تفاعل المستخدمين مع المنتج وما الذي اهتم به - ولماذا لم يفعلوا ذلك. قدمنا ​​للمستخدمين مفهومين: 1) لاختيار المؤسسة الخيرية ، والحصول على حيوان أليف افتراضي شخصي وربط حسابهم المصرفي لمراقبة بصمتهم الكربونية بناءً على عمليات الشراء التي يقومون بها ؛ 2) اجتياز اختبار حول معيشتهم وحساب البصمة الكربونية. وكانت النتيجة أن 100٪ من المستخدمين اختاروا الاختبار لأنهم يهتمون بخصوصية وأمانهم. لقد ساعدنا في اكتشاف أنه ليس من المنطقي ربط Open Bank API في الإصدار الأول من المنتج ، ولن يستخدمه الناس. وبالتالي ، وفرنا نادي الكربون الوقت والمال (تم تقدير التطوير غير الضروري للميزات في وقت لاحق وكان سيكلف حوالي 50000 دولار).

ملخص

يلعب اختبار قابلية الاستخدام دورًا محوريًا في نجاح منتجك. يسمح لك باكتشاف مشكلات الواجهة في بداية تطوير المشروع وإصلاحها قبل إصدار التطبيق.

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

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

تحقق أيضًا من:

كيفية التحقق من صحة فكرة التطبيق الخاص بك دون تطوير

دراسة حالة: Design Sprint 2.0 At Uptech

نشرت أصلا في uptech.team