هلا ، 🤩

حسنًا ، إذا لم تقرأ "مقدمة التصميم - نحن مصممون بالفطرة! اقرأها أولا.

كتذكير ، أنت تقرأ هذا المقال كجزء من سلسلة 4I:

1. بإختلاف المنهجيات - مراحل التصميم الأربعة!
2. مراحل التصميم الأربعة - مقدمة في الإلهام.
3. مراحل التصميم الأربعة - مقدمة في التصور و إنتاج الحلول.
4. مراحل التصميم الأربعة - مقدمة في التنفيذ.
5. مراحل التصميم الأربعة - مقدمة في الإختبار و التكرار.

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

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

طرق التكرار

أساسا ، هناك نوعان مختلفان من التكرار. أول مرحلات على الملاحظات تأتي من مستخدمين حقيقيين من خلال جلسات اختبار قابلية الاستخدام. يمكن قياس الثانية وتحديدها من خلال تحليلات لسلوك المستخدم عن بعد بالأرقام. بعد ذلك ، سنناقش كيفية اختبار قابلية الاستخدام والأدوات المفيدة الأخرى التي يمكننا استخدامها لتحليل وقياس سلوك المستخدم عن بُعد. وفي مرحلة ما ، سنقوم بتوضيح نقاط مهمة حول اختبار A / B.

اختبار قابلية الاستخدام

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

• هناك نوعان رئيسيان من اختبارات قابلية الاستخدام ، الأول هو تمهيدي، هذا يحدث عندما يكون لدينا منتج جديد. والثاني هو مقارنة ويحدث ذلك عندما يكون لدينا إصدار جديد لمنتج قديم ، ونريد قياس أيهما أفضل (اختبار A / B). هنا سنتحدث بشكل رئيسي عن اختبار قابلية الاستخدام الاستكشافية ، ثم يمكننا تغطية المقارنة.

الآن، سنغوص في عمق هذه النقاط:

• التخطيط لاختبار قابلية الاستخدام.
• قياس اختبار قابلية الاستخدام.
• ملاحظات على اختبار قابلية الاستخدام.

التخطيط لاختبار قابلية الاستخدام

ببساطة نحتاج إلى تحديد السبق الصحفي والمعدات وأعضاء الفريق والمشاركين والمصفوفة. دعنا نقسمها:

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

قياس اختبار قابلية الاستخدام

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

هناك العديد من المقاييس التي قد ترغب في جمعها أثناء الاختبار.

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

هذه الروابط سوف تساعد ،

• اختبار قابلية الاستخدام التكوينية والتلخيصية / UX.StackExchange
• طرق تقييم قابلية الاستخدام - usabilitybok.org
• التخطيط لاختبار قابلية الاستخدام - usability.gov
• مقاييس قابلية الاستخدام - nngroup.com
• 3 مقاييس لقياس وقياس قابلية الاستخدام
• 10 مقاييس سهولة الاستخدام الأساسية
• 8 طرق لقياس الرضا (وتحسين UX)
• قياس قابلية الاستخدام: هل ترتبط الفعالية والكفاءة والرضا حقًا؟
• جوجل لأكثر!

ملاحظات على اختبار قابلية الاستخدام

• #1 مؤهلات التصميم الجيد وتغييرات المبادئ بناءً على طبيعة المشروع. إذا كان يمكن أن يكون (الكفاءة والفعالية والقابلية للتعلم) ، في مكان آخر يمكن أن يكون أكثر عن السلامة والأمن ، وهناك العديد من الحالات والمؤهلات المختلفة ويجب أن تهتم بمؤهلات ومبادئ محددة من البداية ، لتوفير وقتك و تبقي نفسك تركز على منطقة معينة.
• #2 إنه ليس اختبارًا لمهاراتك كمصمم. إنه اختبار لآرائك التي قد تكون صحيحة أو خاطئة. لا إحراج.
• #3 بناءً على طبيعة المشروع وعمره ، اهتم بالتعلم والتذكير.
• #4 الارتياح ، لن تقف وحدها. تقريبًا ، لا يمكنك تحديد أي تغيير بناءً على دور قياس واحد وخاصة هذا الدور.
• #5 متانة. كان لدى العديد من UX و UI وقت قصير ، يجب اختبار التقنيات الحديثة جيدًا قبل التنفيذ.
• #6 معظم الوقت ، ليس لدى المستخدمين أي فكرة عما يحتاجون إليه حقًا. يجب عليك معرفة ذلك!
• #7 السعادة ، نعم UX ليست كافية. بناء واجهة مستخدم ممتعة.

الآن أوصي إذا كنت تقرأ هذه الروابط كذلك ،

• قابلية التعلم: 5 مبادئ لتصميم التفاعل لزيادة شحن واجهة المستخدم الخاصة بك (3 من 5)
• معهد ماساتشوستس للتكنولوجيا - القراءة 2: التعلم ، الجزء 1
• اجعله سهلاً على المستخدم: التصميم من أجل الاكتشاف ضمن تطبيقات الجوال
• معهد ماساتشوستس للتكنولوجيا - على التعلم والتعقيد والاستقرار
• 5 أشياء مهمة يجب التفكير فيها عند إجراء اختبار قابلية الاستخدام للتفاعل الصوتي باستخدام مساعِد صوتي متحكم فيه.
• 4 نسيان مبادئ اختبار قابلية الاستخدام
• الاختبارات تذهب أولا. اختبار قابلية الاستخدام في التصميم.
• إنشاء مهام اختبار قابلية الاستخدام التي تحفز المستخدمين حقًا
• Booking.com اختبار قابلية الاستخدام
• إمكانية استخدام حرب العصابات لاختبار ميزة التجارب الجديدة على تطبيق iOS الخاص بشركة Airbnb
• لا تتوقف أبدا عن القراءة ، جوجل لأكثر!

أفضل تقنيات تتبع المستخدم

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

تسجيل كل شيء تقريبا

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

خرائط الحرارة

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

تحليلات؟

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

تجارب A / B

عندما يكون لديك إصداران مختلفان من التصميم (القديم والجديد) وتريد تحديد الإصدار الأفضل للمستخدمين لديك ، فهذا ما نسميه اختبار A / B.

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

• جوجل اختبار 41 ظلال مختلفة من اللون الأزرق.
• قررت أمازون مبدئيًا إطلاق أول توصيات منتجات مخصصة لها بناءً على اختبار A / B يوضح زيادة كبيرة في الإيرادات عن طريق إضافة هذه الميزة. (انظر الفقرة الثانية في المقدمة.)
• لينكدإن تم اختباره لمعرفة ما إذا كان سيتم استخدام الفتحة العليا على دفق المستخدم للحصول على أهم الأخبار أو التشجيع لإضافة المزيد من جهات الاتصال. (راجع الفقرة الأولى في قسم "اختبار A / B مع JSON المستند إلى طريقة العرض".)
• الأمازون تحديد ذلك كل زيادة 100ms في وقت تحميل الصفحة انخفضت المبيعات بنسبة 1 ٪. (في قسم "المقاييس الثانوية" في الصفحة الأخيرة)
• جوجل الكمون النتائج أظهر تأثير مماثل لتأخير 100ms.
• كاياك اختبار ما إذا كان إخطار المستخدمين بتشفير مدفوعاتهم سيجعل المستخدمين أكثر أو أقل احتمالًا لإكمال الدفع.
• اختبارات أكاديمية خان تغييرات مثل السماح للطلاب بمعرفة عدد الطلاب الآخرين الذين يعملون في التمرين معهم ، أو تسهل على الطلاب تقديم المهارات السابقة لديهم بالفعل. (راجع السؤال "ما هو اختبار A / B الأكثر إثارة للاهتمام الذي رأيته حتى الآن؟")

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

قمع العملاء

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

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

انقر من خلال معدل (نسبة النقر إلى الظهور)

هذا أحد المقاييس التي يمكن استخدامها لإجراء اختبار A / B ، وهو أمر بسيط إذا كان لدينا على سبيل المثال عرض 10 صفحات ، ونقرتان على زر call to action حتى تكون نسبة النقر إلى الظهور (10/2).

انقر من خلال الاحتمالات (CTP)

إنه مشابه جدًا لنسبة النقر إلى الظهور (CTR) من حيث مفهومه ، ولكنه في الواقع يخصص النسبة بين الزيارات الفريدة والنقرات ، لذلك على سبيل المثال ، إذا كان لديك مستخدمان أحدهما لم ينقر فوق زر CTA ، ونقر آخر على 4 مرات ، فإن يكون 1/2 = 2.5 مما يعني الزائرين الفريدين الذين يقومون بالنقر فوق / الزائرين الفريدين للصفحة. لا يهم عدد النقرات هنا ، فما يهم هو عدد المستخدمين الذين ينقرون.

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

توزيع ثنائي:

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

صيغة التوزيع ذات الحدين هي:

b (x؛ n، P) = nCx * Px * (1 - P) n - x

أين:

ب = الاحتمال ذو الحدين

س = إجمالي عدد "النجاحات" (النجاح أو الفشل ، الرؤوس أو المخلفات).

P = احتمال النجاح في تجربة فردية

ن = عدد التجارب

إذا كنت تستطيع استخدام google ، فما عليك سوى الاحتفاظ بالعنوان والمفهوم في عقلك. للمزيد من المعلومات، تحقق هذا الرابط.

بدون الدخول في التفاصيل ، يمكننا استخدام الكثير من الأدوات لتصور التوزيع ذي الحدين ، مثل اللوح وهنا مثال مرئي

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

فرضية العدم

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

بالنسبة للرياضيات ، أود منك التحقق هذه المقالة، سوف تتيح لك معرفة كيفية تنفيذه في اختبار A / B مع أمثلة.

هذه المقالة هي أيضا مثيرة للاهتمام حقا ، كيفية كتابة فرضية اختبار أ / ب الصلبة - يحتوي Optimizely blog على الكثير من الأفكار الجيدة. هناك العديد من البرامج والدورات المثيرة للاهتمام لاختبار A / B ، لكنني استمتعت حقًا بهذا البرنامج المجاني Udacity.

ماذا بعد؟

4I's Draft 0.1 - Wrap Up

4I's ليست فكرة أو فكرة جديدة ، إنها مجرد وسيلة لتوضيح التصميم بطريقة بسيطة عامة. إنها مجرد نسخة مسودة لما نقوم بإعداده الآن للنشر رسميًا على مختبرات The 4I's بواسطة Moha.Studio.

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

سلامات 🌹