مرحبًا بكم في سلسلة "خرافات UX"، حيث أفنّد مفاهيم التصميم الخاطئة الشائعة التي تتكرر في اجتماعات المنتج (وأحاول تصحيحها).

إن استطعت أنا استخدامه، فسيعرف مستخدمونا كيف يستخدمونه

في فبراير 2010، أطلقت Google شبكة اجتماعية مدمجة في Gmail باسم Google Buzz. اختبرتها مع 20,000 موظف في Google ضمن نسخة تجريبية مغلقة، ثم أطلقت المشروع في وقت لاحق من ذلك العام. وانتهى بها الأمر إلى سيل من الشكاوى، لدرجة أنها قررت إيقاف الخدمة بعد عام ونصف، في ديسمبر 2011. وهذا يبرز أهمية اختبار قابلية الاستخدام.

ووفقًا لـ Jakob Nielsen، فإن أحد أصعب دروس قابلية الاستخدام هو أنكم "لستم المستخدم". إن كنتم تعملون في مشروع تطوير، فأنتم بحكم التعريف لستم مستخدمين نموذجيين، لذا صمموا لتحسين تجربة المستخدمين من الخارج، لا من الداخل. والعلاج لوهم الفقاعة هو اختبار المستخدمين.

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

ما العمل؟

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

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

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

"يقضي المستخدمون معظم وقتهم في مواقع أخرى. وهذا يعني أنهم يفضلون أن يعمل موقعكم بالطريقة نفسها التي تعمل بها جميع المواقع الأخرى التي يعرفونها."

البدائل والحلول المؤقتة

رغم كل ذلك، هناك مشاريع وقتها محدود ولا تتوفر لها موارد للاختبار. في هذه الحالة، اعتمدوا على رؤاكم وعلى دراسة المنافسين:

لنفترض أننا نعمل على تصميم تطبيق للموظفين البالغين في تايلاند: يؤدي المصممون الجرافيكيون دورًا حيويًا في إنشاء الأصول البصرية، ما يبرز أهمية الجانب الجمالي في تصميم UX.

• ابحثوا بسرعة (أو اطلبوا رؤى من فريق التسويق) عن التطبيقات التي ربما استخدمها هؤلاء المستخدمون أو التي تمثل منافسكم الرئيسي. مثل LINE وTikTok وتطبيقات البنوك وFacebook وTwitter وغيرها.
• حاولوا بناء تفاعلات تطبيقكم بطريقة تشعر المستخدمين بالألفة مع تلك التطبيقات. لا يلزم أن يبدو مثلها، بل استخدموا بعض الأعراف القياسية المستمدة منها لتحقيق "مكسب سريع" في تبنّي المستخدمين وسرعة تعلّمهم.
• خصصوا وقتًا أطول لتعريفهم بالتفاعلات غير المألوفة التي قد لا توجد في تلك التطبيقات.

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