الذوق ليس منهجية تصميم: لماذا يحتاج التصميم إلى حكم مدعوم بالأدلة؟

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

هذه هي الفكرة المحورية في المقال: الذوق ليس منهجية تصميم. فالذوق تفضيل شخصي مشروع؛ قد يفضّل شخص واجهة هادئة ومسطحة، بينما يفضّل آخر واجهة أكثر زخرفة. لكن عندما يكون القرار متعلقاً بمنتج يستخدمه آلاف الأشخاص، لا يكفي أن يقول أحدهم: «هذا يبدو صحيحاً بالنسبة لي».

الفرق بين الذوق والحكم المهني

يفصل المقال بين مفهومين متقاربين ظاهرياً:

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

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

لماذا يبدو التصميم الجميل أكثر قابلية للاستخدام؟

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

هذا لا يعني أن الجمال غير مهم؛ فالمظهر يؤثر في الثقة والانطباع الأول واستعداد المستخدم لتقبّل بعض الاحتكاك البسيط. لكنه ليس بديلاً عن اختبار مستقل لأسئلة مثل:

• هل نجح المستخدم في إتمام المهمة؟
• كم استغرق ذلك؟
• أين تردد أو أخطأ أو انسحب؟
• كيف وصف التجربة بصرياً وشعورياً؟

الفصل بين هذه القياسات مهم، حتى لا يمنح النموذج الجميل انطباعاً مضللاً بأن تدفق الاستخدام نفسه يعمل جيداً.

المبادئ تساعد، لكنها ليست وصفات جاهزة

يعرض المقال عدداً من الأسس التي يمكن أن تحوّل نقاش التصميم من الانطباعات إلى أسئلة قابلة للفحص:

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

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

البحث يجيب عن الأسئلة التي لا تحسمها المبادئ

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

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

الأدلة تحتاج إلى مساحة في غرفة القرار

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

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

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

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