رؤى قيّمة في الوقت المناسب: تحديد المستوى المثالي لدقة التصميم لاختبار المستخدم

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

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

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

"لقد وجدنا أنه من المفيد تجنب استخدام مصطلح " التصميم "عند التحدث داخليًا حول ما يجب إظهاره للمشاركين - نفضل استخدام " محفز البحث "

الكلمات مهمة

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

حدد المشكلة

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

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

لذلك لتحديد دقة التصميم الصحيحة ، تحتاج إلى تحديد أي من المشكلات التالية تحاول حلها:

• مفاهيم الاختبار: هل لهذه الفكرة قيمة؟
• تصميم نظام الاختبار: هل يمكن للمستخدمين تكوين فهم "جيد بما فيه الكفاية" لهذا النظام؟
• اختبار قابلية الاستخدام: هل يمكن للأشخاص استخدام هذا المنتج؟

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

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

"في المراحل المبكرة ، أنت لست مهتمًا بكيفية تفاعلهم معها. أنت مهتم بما إذا كان سيكون ذا قيمة بالنسبة لهم "

مفاهيم الاختبار: هل لهذه الفكرة قيمة؟

في هذه المرحلة ، تكمن مشكلتك في معرفة "هل لهذه الفكرة قيمة؟" على وجه التحديد ، هل يعتقد العملاء أن هذه الفكرة ستساعدهم في حل المشكلات التي يعانون منها؟ في المراحل المبكرة ، لست مهتمًا بكيفية تفاعلهم معها. أنت مهتم بما إذا كان سيكون ذا قيمة بالنسبة لهم.

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

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

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

تصميم نظام الاختبار: هل يمكن للمستخدمين تكوين فهم "جيد بما فيه الكفاية" لهذا النظام؟

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

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

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

اختبار قابلية الاستخدام: هل يمكن للأشخاص استخدام هذا المنتج؟

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

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

في تلخيص

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

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

هل تريد معرفة المزيد عن العمل مع فريقنا؟ اقرأ عن قيمنا وطريقة عملنا وأدوارنا المفتوحة هنا.