توقف عن كسر النمط

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

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

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

عدم اليقين يبطئ الناس

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

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

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

الثقة المناسبة ليست ثقة زائدة ولا ناقصة، بل هي المستوى الصحيح من الثقة في ضوء قدرات النظام.

— Lee & See، ترجمة عن الإنجليزية

كان John D. Lee وKatrina A. See يكتبان عن الأتمتة الصناعية عام 2004. أنظمة التحكم في الطائرات. وأنظمة المصانع. لكن ما وجداه ينطبق هنا أيضًا. يضبط المستخدمون ثقتهم مباشرة وفق الاتساق. النظام الذي يتصرف أحيانًا كما هو متوقع، ويكسر النمط أحيانًا أخرى، لا يحصل على ثقة جزئية. بل يُقابل بالحذر. يتباطأ المستخدمون ويتحققون مرتين.

أظهر Windows Vista الكلفة

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

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

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

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

لا يلاحظ المصممون تناقضاتهم

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

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

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

لماذا يتكرر هذا؟

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

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

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

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

افعل الشيء نفسه مع المصطلحات. اختر كلمة لكل مفهوم، واستخدمها في كل موضع يظهر فيه. احذف الصيغ البديلة.

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