اختبار المستخدم ليس بالضرورة أن يكون صعبًا على الإطلاق. سوف أتحدث عن ثلاث طرق بحث لا تتصف بالتكثيف ولا تكون باهظة التكلفة ، ولكنها ستوفر لك بدورها تعليقات قيمة.
يمكن استخدام الطرق لأي شيء ، أو اختبار صفحة مقصودة أو اختبار تطبيق جوّال كامل. الشيء المهم هو جمع التعليقات: تصميم لنفسك ، وفقط وجهة نظرك الشخصية ؛ تصميم للآخرين ، وتحتاج إلى سماع أفكارهم.
أيٌّ من الطرق أو الطرق التي تختارها سيكون لها نتائج مهمة بالنسبة لتصميمك ، والطرق المختلفة أكثر ملاءمةً لأهداف مختلفة.
يتم استخدام هذه التقنية لطرح الأسئلة على المشاركين طوال يومهم للإشارة إلى تجاربهم. اجعل الأمر بسيطًا جدًا مثل "ما الأحداث التي تدخلها في تطبيق التقويم؟" الفكرة هي جعل عددًا من الأشخاص يجيبون في أوقات مختلفة من اليوم للحصول على ردود مختلفة. يمكنك بعد ذلك جمع الإجابات في جدول بيانات وتحليلها.
توفر النتائج نظرة ثاقبة عما يحتاجه المستخدم ، وتحديد نقاط الألم والبهجة ، حاليًا في منتجك. يمكن أن يكون مصدر إلهام حول الميزات الجديدة - الأشياء المفقودة حاليًا في نسختك الحالية.
ستحتاج إلى اكتشاف مجموعة من الأشياء من أجل إجراء الاختبار. أولاً ، ما السؤال الذي تحاول أن تجد الإجابة عليه؟ كم مرة في اليوم سوف تسألها؟ كيف ستسألك - البريد الإلكتروني ، والرسالة النصية ، والمكالمة الهاتفية ، والاستبيان عبر الإنترنت؟ عليك أن تقرر كيفية جمع هذه البيانات. ستحتاج أيضًا إلى معرفة من المسؤول عن جمع هذه البيانات وتحليلها.
سوف تحتاج أيضا إلى معرفة من هم المشاركون ، كم منهم سيكون في دراستك؟ تأكد من أنه يمكنهم تلقي سؤالك - ليس لدى الجميع إمكانية الوصول إلى iMessage ، لذلك لا يمكنك إرساله من جهاز الكمبيوتر الخاص بك. عندما يتعلق الأمر بالمشاركين ، ستحتاج إلى التأكد من إعدادهم بأنفسهم. تجاوز توقعات الاختبار ، أي. سيتم طرح السؤال 4 مرات خلال اليوم. من الجيد أيضًا إجراء اختبار تدريب للتأكد من أنه يمكن للمشاركين المتابعة طوال فترة الاختبار. هذا سوف تجعد أي مخاوف أو أسئلة حول هذا الموضوع.
من الرائع أن تدع المشاركين يعرفون أنهم يقومون بعمل جيد. يجب أن تراقب الإجابات عند دخولها وأن تدع المشاركين يعرفون ما إذا كانوا قد أجابوا على السؤال بشكل صحيح ، أو ربما أخطأوا في قراءة النص أو أساءوا فهمه. وبطبيعة الحال ، في الختام أشكرهم على وقتهم.
يهدف أسلوب البحث هذا إلى الكشف عن أفضل طريقة لتنظيم المعلومات داخل التصميم الخاص بك. في الاختبار ، سيقوم المشاركون بتجميع العناصر في تسلسل منطقي لهم. إذا لم تكن متأكدًا من التنقل في موقعك ، أو فئات تطبيقك ، فهذا الاختبار مثالي بالنسبة لك.
ما يمكن أن تتوقعه من هذا الاختبار هو معرفة الطريقة التي ينظر بها جمهورك المستهدف إلى محتواك. سيكون لديك طريقة جديدة للتفكير في المصطلحات ، والعلاقات بين العناصر ، وأي ميزات مفقودة. كل ذلك بفضل بنية dendrogram الناتجة عن الاختبار.
يمكن تشغيل هذا الاختبار بالعديد من الطرق المختلفة! ستحتاج إلى تحديد المحتوى الذي تريد أن يختبره المشاركون ، فقد يكون المحتوى الحالي أو المحتوى المستقبلي الذي ترغب في إنشائه. يجب ألا يكون لديك أكثر من 100 عنصر لفرزها ؛ يمكن أن تكون معقدة هادئة لفرز الأشياء بحيث تكون القاعدة الذهبية أقل من 100.
هناك عدة طرق يمكن المشاركين من خلالها المشاركة في اختبار فرز البطاقات ؛ يمكنك تنظيمها شخصيًا باستخدام بطاقات الفهرسة أو إنشاء الاختبار عبر الإنترنت وإرسال رابط. إذا قمت بهذا على الإنترنت ، يمكن أن يكون تحليل النتائج أسهل بكثير. بعض أدوات الإنترنت على ما يرام تشمل SimpleCardSort،الورشة المثلى و UX Punk.
هناك الكثير للنظر: هل تريد أن يقوم المشاركون بإجراء الاختبار بشكل فردي أو كمجموعة من 3 إلى 4 أشخاص؟ هل سيكون نوع البطاقة مفتوحًا أم مغلقًا؟ (يُقصد بالفرز المفتوح أنك تسمح للمشاركين بإنشاء المجموعات وتسميةها بأنفسهم ، بقدر ما يرون ذلك. ويعني الفرز القريب أنك تقدم الفئات ويجب أن يكونوا ملائمين للعناصر داخلها.)
هذا لا يعمل إلا إذا كنت تجري الاختبار بنفسك ، ولكنك تحتاج إلى تدوين الملاحظات. أكتب عندما يتم الخلط بين المستخدمين حول عنصر ؛ إذا كانوا غير متأكدين من المساعدة في توضيح ، ولكن لا تقودهم باقتراحاتك الخاصة فقط اشرح ما هو العنصر - أوضح أنه تم الخلط بينهما. إذا كان يبدو أنهم يواجهون مشكلة في وضع عنصر في مجموعة حيث تراه يقفز من فئة إلى أخرى ، فاجعل ملاحظة عنه.
هذه طريقة بحث تمنحك إحصاءات حول كيفية استخدام المستخدمين لمنتجك من خلال مراقبة سلوكهم. عادة ما يتم هذا الاختبار على جهاز واحد حيث تقوم بمراقبة تصرفات المستخدمين والاستماع إليهم بالتعليق أثناء خضوعهم للاختبار.
اختبار قابلية الاستخدام يشير إلى العيوب والمسرات في منتجاتك. ستتمكن من سحب الأشياء التي تعمل بشكل جيد حاليًا ، والمناطق التي تحتاج إلى التحسين ، والبيانات المتعلقة بالرضا ، والميزات المفقودة حاليًا وإدخال المستخدم. إنه أكثر إقناعا بكثير أن تقتبس من مستخدم حول نقطة الإحباط إلى رئيسك من مجرد القول بأن نقطة الإحباط موجودة. المستخدمين هم مثل محفز قوي!
اختبار قابلية الاستخدام هو المرور عبر موقعك. عادةً ما تختبر جزءًا صغيرًا ، مثل عملية الاشتراك أو ربما تستخدم الميزة الأساسية لموقعك للمرة الأولى ؛ إذا كنت تصمم Facebook ، فقد تكون عملية الاشتراك وإضافة عدد قليل من الأصدقاء بطريقتين مختلفتين.
ستحتاج إلى معرفة المزيد عن هذا الاختبار ثم الاختبارين السابقين. أولاً ، ما الذي تختبره؟ ما هي الخطوات التي تريد أن يتخذها المشاركون؟ على سبيل المثال ، "أنت تريد إضافة صديق عبر البريد الإلكتروني". يجب أن يكون لديك أيضًا مجموعة من الأسئلة التي تبعث على الدفء فقط لتعرف المشارك.
بالإضافة إلى ذلك ، ستعرف من الذي سيأخذ المشارك من خلال الاختبار ومن سيقوم بتدوين الملاحظات. من المستحيل أن يقوم شخص واحد بالعملين ، حيث سيتم تفويت الملاحظات. من المستحسن أيضًا تسجيل الجلسة فوق ذلك. امنح وقتًا كافيًا لمشاركة أحد المشاركين في الاختبار دون الإسراع به قبل الموعد التالي ؛ وقت الاختبار المثالي هو 30 دقيقة ، لذلك اسمح بجلسة 45 دقيقة.
يجب عليك أيضًا تقديم ملخص سريع للمشترك يخبرهم عن سبب وجودهم هنا وما سيفعلونه ، فأنت بحاجة إلى جعلهم يشعرون بالراحة قدر الإمكان لأن مراقبتك ليست سهلة بالنسبة لمعظم الناس. بينما يمر المشاركون بالسيناريوهات ، يصرون على أنهم يفكرون بصوت عال ، وهذه هي الطريقة الوحيدة التي ستتمكن من الوصول إلى ردود أفعالهم وانطباعاتهم وأفكارهم. المراقبة ليست في الواقع كافية. وأخيرا ، لا تساعدهم! لا تقودهم ؛ السماح لهم لمعرفة ذلك. لا بأس إذا فشلوا ، أو استمروا في الفشل. تتمثل نقطة الاختبار بالنسبة لك في معرفة المكان الذي يقضيه المشاركون في الرحلة وعدم الوصول إليها من النقطة أ إلى النقطة برفع أيديهم.