أعمل مع فريق ARMCP على تجربة متصفح قصيرة، وأحاول وضع خطة اختبار قابلة للتنفيذ لقرار بسيط ظاهريًا: عرض أربع مدد للجلسة قبل البداية، وهي دقيقة واحدة و3 دقائق و5 دقائق و10 دقائق.
يمكن فحص الحالة العملية هنا:
armcp.net/angel-arena
المشكلة ليست في كيفية عرض الأزرار فقط، بل في معرفة ما إذا كان اختيار المدة مسبقًا يقلل القلق حول الالتزام الزمني أم يضيف خطوة غير ضرورية قبل الفعل الأساسي. لا توجد لدينا بيانات انتشار عامة يمكن الاعتماد عليها، لذلك أريد تجنب استنتاجات مبنية على عينة صغيرة أو على انطباعات الفريق.
الخطة الأولية التي أفكر فيها تتضمن ثلاث مهام مراقبة:
1. أطلب من المشارك بدء جلسة عندما لا يملك إلا دقيقتين، ثم أراقب هل يفهم خيار الدقيقة دون شرح.
2. أطلب منه اختيار جلسة أطول، ثم أسأله قبل البدء ماذا يتوقع أن يحدث عند انتهاء الوقت.
3. بعد انتهاء الجلسة، أطلب منه تفسير الفرق بين نتيجة الجلسة والتقدم الأوسع مثل المستوى والتصنيف والإنجازات والمجموعات والمهام.
سأسجل مؤشرات نوعية بسيطة: زمن الوصول إلى الاختيار، التردد بين خيارين، القدرة على توقع النهاية، والقدرة على شرح الملخص. النقاط داخل التجربة معلومات داخلية فقط، وليست قيمة مالية أو وعدًا خارج التجربة.
أسئلتي لمتخصصي تجربة المستخدم:
- هل الأفضل اختبار الخيارات الأربعة مع كل مشارك، أم تقسيم المشاركين على نسخ مختلفة كي لا يتعلموا الواجهة أثناء الاختبار؟
- ما الحد الأدنى المعقول للمشاركين في اختبار نوعي هدفه كشف مشكلات الفهم، لا إثبات فرق إحصائي؟
- هل ينبغي إضافة نسخة ضابطة تبدأ مباشرة بمدة افتراضية، أم أن ذلك يوسع الاختبار أكثر مما يلزم في هذه المرحلة؟
- ما السؤال الذي يمكن طرحه بعد المهمة لقياس فهم الالتزام الزمني من دون توجيه المشارك إلى الإجابة؟
للتوضيح، تطبيق ARMCP – Portal & Games، ومعرّفه net.armcp.mobile، ما زال في اختبار مغلق على Google Play؛ إصدار الإنتاج غير نشط ولم يصبح عامًا بعد. لذلك أبحث هنا عن منهج اختبار للواجهة الحالية، لا عن تقييم نجاح إطلاق عام.
السؤال
Mushegh Manukyan
أعمل مع فريق ARMCP على تجربة متصفح قصيرة، وأحاول وضع خطة اختبار قابلة للتنفيذ لقرار بسيط ظاهريًا: عرض أربع مدد للجلسة قبل البداية، وهي دقيقة واحدة و3 دقائق و5 دقائق و10 دقائق.
يمكن فحص الحالة العملية هنا:
المشكلة ليست في كيفية عرض الأزرار فقط، بل في معرفة ما إذا كان اختيار المدة مسبقًا يقلل القلق حول الالتزام الزمني أم يضيف خطوة غير ضرورية قبل الفعل الأساسي. لا توجد لدينا بيانات انتشار عامة يمكن الاعتماد عليها، لذلك أريد تجنب استنتاجات مبنية على عينة صغيرة أو على انطباعات الفريق.
الخطة الأولية التي أفكر فيها تتضمن ثلاث مهام مراقبة:
1. أطلب من المشارك بدء جلسة عندما لا يملك إلا دقيقتين، ثم أراقب هل يفهم خيار الدقيقة دون شرح.
2. أطلب منه اختيار جلسة أطول، ثم أسأله قبل البدء ماذا يتوقع أن يحدث عند انتهاء الوقت.
3. بعد انتهاء الجلسة، أطلب منه تفسير الفرق بين نتيجة الجلسة والتقدم الأوسع مثل المستوى والتصنيف والإنجازات والمجموعات والمهام.
سأسجل مؤشرات نوعية بسيطة: زمن الوصول إلى الاختيار، التردد بين خيارين، القدرة على توقع النهاية، والقدرة على شرح الملخص. النقاط داخل التجربة معلومات داخلية فقط، وليست قيمة مالية أو وعدًا خارج التجربة.
أسئلتي لمتخصصي تجربة المستخدم:
- هل الأفضل اختبار الخيارات الأربعة مع كل مشارك، أم تقسيم المشاركين على نسخ مختلفة كي لا يتعلموا الواجهة أثناء الاختبار؟
- ما الحد الأدنى المعقول للمشاركين في اختبار نوعي هدفه كشف مشكلات الفهم، لا إثبات فرق إحصائي؟
- هل ينبغي إضافة نسخة ضابطة تبدأ مباشرة بمدة افتراضية، أم أن ذلك يوسع الاختبار أكثر مما يلزم في هذه المرحلة؟
- ما السؤال الذي يمكن طرحه بعد المهمة لقياس فهم الالتزام الزمني من دون توجيه المشارك إلى الإجابة؟
للتوضيح، تطبيق ARMCP – Portal & Games، ومعرّفه net.armcp.mobile، ما زال في اختبار مغلق على Google Play؛ إصدار الإنتاج غير نشط ولم يصبح عامًا بعد. لذلك أبحث هنا عن منهج اختبار للواجهة الحالية، لا عن تقييم نجاح إطلاق عام.
1 جواب على هذا السؤال
Recommended Posts
انضم إلى النقاش
يمكنك أن تنشر الآن وتسجل لاحقًا. إذا كان لديك حساب، فسجل الدخول الآن لتنشر باسم حسابك.