الاختبار والتكرار
ويمكن أن تكون أبحاث المستخدمين مفيدة في أي وقت أثناء عملية التصميم. ليس هناك خيار بديل لتلقّي الملاحظات من المستخدمين الفعليين لتحديد المحتوى الذي يحقق نجاحًا وتلك التي لا تحقّق نجاحًا. كلما أسرعت في القيام بهذه العملية، كان ذلك أفضل.
يصعب تحديد المشاكل عندما تكون مطمئنًا إلى التصميم، لذلك عليك التعبير عن رأي الآخرين. الخبر السار هو أنّه يمكنك (ويجب) الحصول على إحصاءات بسرعة وسهولة بشأن ما إذا كان تصميمك مناسبًا للمستخدمين قبل كتابة سطر واحد من الرموز.
يمكنك تلقّي الملاحظات لمعرفة ما إذا كان مربّع الحوار يعمل بشكل سليم.
استخدام تجربة Wizard of Oz
ما اسم هذه الصفحة؟ سُمّيت تجارب "ساحر أوز" (WOZ) تيمنًا باسم فيلم The Wizard of Oz، حيث يشير إلى فكرة أنّ رجلاً وراء الستار يسحب الحواف.
What is Wizard of Oz (نموذج أولي) ببساطة، هذه طريقة لاختبار نموذج أولي بدون تطوير البرنامج. ويتم استخدام النموذج الأولي لـ WOZ لتقييم وظيفة التصميم وقدرته على تحقيق أهداف المستخدمين وتحسين تجربة المستخدم بشكل عام. تهدف تجارب WOZ إلى الظهور وكأنّها التجربة الفعلية، ولكن بدلاً من البرنامج، هناك شخص ("المعالج") يحاكي سلوك الشخص في مرحلة الإنتاج. قد يعرف أو لا يعرف المشاركون أنهم يتفاعلون مع المعالج وراء الكواليس.
ما أهمية ذلك؟ ومن أهم مزايا النموذج الأولي لـ WOZ هو اختبار تصميمك بدون الحاجة إلى إنشائه. تجارب WOZ هي الحد الأدنى للمنتجات التي يمكن استخدامها في النماذج الأولية للاختبار الصوتي. فهي سهلة الاستخدام نسبيًا وتتطلب القليل من الجهد أو لا تتطلب أي مجهود إضافي. قد يكون هذا النموذج الأولي بسيطًا للغاية، ويستخدم عناصر يومية لتمثيل أجزاء من التصميم. أو قد يكون نموذجًا يعمل (مجموعة من المنتجات الحالية) قادرًا على تنفيذ بعض المهام وليس كلها. بالطبع، كلما كانت النماذج الأولية أكثر واقعية، كانت ملاحظاتك وآراءك أفضل. لكن عليك اختيار تسليم بحكمة: كم من الوقت يمكنك تخصيص هذه الميزانية؟ وهل النموذج الأولي "واقعي" يستحقه؟
كيفية إجراء اختبارات قابلية الاستخدام
1) تجربة WOZ سريعة وقذرة
2) تجربة WOZ العادية
للحصول على التجربة الأكثر واقعية، يمكنك محاكاة دور الشخص من خلال تشغيل رسائل المطالبة الشخصية باستخدام محاكي تحويل النص إلى كلام في المهام مع Google Play Console. نزِّل المقطع الصوتي لإعداده عند الطلب.
يتطلب هذا الإصدار أربعة عناصر:
- نص برمجي للمحادثة يوفّر اتجاهات حول ما يجب أن تقوله الشخصية بعد ردّ كل مستخدم وفي هذه الحالة، يُعدّ التدفق العالي المستوى (أو نسخة مبسّطة منه) مثاليًا.
- تم تنزيل الملفات الصوتية لجميع الإشعارات التي يتم قولها للشخص. استخدِم أسماء الملفات التي ستساعدك في تحديد الملف الصحيح لتشغيله بسرعة.
- أحد المستخدمين لتشغيل "المستخدم" يجب أن يكون شخصًا غير مألوف بالنسبة إليك.
- أحد الأشخاص يؤدي دور "المعالج". يجب أن يكون هذا الشخص على دراية كبيرة بالإجراء الذي تتّخذه.
اطلب من المعالج بدء المحادثة من خلال تشغيل الصوت لرسالة الترحيب الخاصة بالإجراء الذي تتخذه، على سبيل المثال "مرحبًا بك في لوحة التحكّم الخاصة بألعاب الإطلاق لكل مؤتمرات Google I/O." سَيَبْدَأُ الْحَدَثُ الْآنْ. هل أنت من الضيوف المحظوظين؟" سينتظر المعالج بعد ذلك مستخدمًا للرد، ونأمل أن يكون مرادفًا لكل من يحمل كلمة "نعم" أو "لا". بعد أن يستجيب المستخدم، سيحتاج إلى الرجوع بسرعة إلى المسار العالي المستوى لتحديد الإشعار الذي سيتم تشغيله بعد ذلك، ثم البحث عن الملف الصوتي الصحيح وتشغيله.
3) تجربة الاستخدام العادي
بعد بدء إنشاء Action، بالطبع، عليك اختباره بشكل متكرر باستخدام محاكي الإجراءات ضمن المهام مع مساعد Google. اطلب من أصدقائك أو عائلتك أو زملائك اختباره أيضًا.
| بصرف النظر عن التجربة التي تستخدمها، احرِص على اتّباع الخطوات التالية: | |
|---|---|
| التواصل معنا | بما أنّ هدفك هو تعديل تصميمك لتعكس ما يناسب المستخدمين الحقيقيين، تريد أن يكون النموذج الأولي لمنصة WOZ أقرب ما يمكن إلى الواقع. ما يبدو جيدًا على الورقة لا يبدو بالضرورة أو طبيعيًا في المحادثة الحقيقية، لذا تأكّد من أن المستخدمين يسمعون رسائل المطالبة ويتحدثون عن ردودهم. |
| تسجيل الجلسات | يمكنك الحصول على إذن لتسجيل جلساتك حتى تتمكّن من الرجوع والاستماع إليها. دوِّن أي مشاكل حدثت أثناء الجلسة. |
| طلب الحصول على ملاحظات المشاهدين | اطلب من المستخدم وصف تجربته بكلماته الخاصة. كيف استوفى توقعاته أو لم يستوفِها؟ هل مفاجأتهم؟ هل كنت راضيًا؟ وتذكَّر أنّ الهدف الأساسي هو التركيز على سلوكهم، وليس رأيهم. |
ما الذي يمكنك تعلُّمه؟
يتيح لك تنفيذ تجربة WOZ معرفة كيفية تفاعل المستخدمين مع تصميمك. قد تجد أنّ المستخدمين كانوا يفعلون سلوكًا مختلفًا عما كنت تتوقّعه، ما يتطلّب منك تغيير التصميم ليتوافق مع احتياجاتهم وتوقعاتهم بشكل أفضل.
المحصلة النهائية: ركِّز على سهولة استخدام تصميمك (وليس على آراء المستخدمين). التكرار استنادًا إلى سلوك المستخدم واختباره مرة أخرى إذا كان الوقت يسمح بذلك.
| أمور يجب أخذها في الاعتبار (وكيفية تحسين مربع الحوار) | |
|---|---|
| محادثة طبيعية | انتبِه إلى الطريقة التي يطلب بها المستخدِمون الأشياء بطبيعة الحال. وهل يعتقدون أنّه لا يمكنهم سوى استخدام عبارات قصيرة تشبه الكلمات الرئيسية، أم أنّهم يبدوون بأسلوب محادثة أكبر؟ هل يبدو الأمر مترددًا أو واثقًا عند التحدث إلى شخصيتك؟ هل يشعر المستخدمون بعد هذه العملية بأنهم يستطيعون تقديم معلومة واحدة فقط في كل مرة، أم يشجّعهم على تقديم تفاصيل متعددة في جملة واحدة؟ |
| التباس المستخدمين | ابحث عن الأماكن التي يبدو فيها المستخدمون مرتبكين أو غير متأكدين من ما يقولونه أو يفعلونه. افحص رسائل المطالبة السابقة لمعرفة أين يمكنك تقديم بعض التوضيحات. هل كانت عبارة الحث على اتخاذ إجراء واضحة؟ |
| المحادثات غير المتوقَّعة | قد يقول المستخدمون ما لم تتوقّعه. دوِّن هذه الملاحظة وأضِفها إلى تصميمك. |
| علامات الشعور بالإحباط أو الصبر | وعادةً ما يشير ذلك إلى أنّ التفاعل طويل جدًا. راجِع الإشعارات لمعرفة ما إذا كان بإمكانك الاختصار. هل هناك تفاصيل يمكن حذفها؟ |
| أنشِئ أكثر من يتحدث | هل يبدو أنّ المستخدمين يتحكّمون في المحادثة؟ وإذا لم يكن الأمر كذلك، فكيف يمكنك تغيير ذلك؟ |
كيفية اختبار الإجراءات
ويُعدّ الاختبار الفعّال ضروريًا لتطوير البرامج العالية الجودة وإرضاء المستخدمين.
Aylin Altiok و Nick Felker ، حول اختبار أفعالك في Google I / O 2018