عندما تفتح تطبيقًا للموسيقى لأول مرة، غالبًا لا تحتاج إلى شرح كي تبدأ الاستماع. تَرَى مثلث التشغيل، فتضغط عليه، ثم تَتوقَّع أن يُوقِف الخطّان المتوازيان الصوت مُؤقَّتًا. رغم أن التطبيق جديد عليك، لكنك تعرَّفت إلى بعض وظائفه من أشياء اسْتَخْدَمْتَها من قبل.
هذه الفكرة هي أساس قانون جاكوب (Jakob’s Law): يأتي الناس إلى مُنتَجك ومعهم توقّعات تعلَّموها من مُنتَجات أخرى. عندما تُراعي هذه التوقّعات، تُسهِّل عليهم الوصول إلى هدفهم. والسؤال هنا هو: أيّ أجزاء التصميم يمكن تطويرها، وأيّها يحتاج إلى أن يبقى مألوفًا؟
ما هو قانون جاكوب؟
يُنْسَب القانون إلى الباحث في قابلية الاستخدام جاكوب نيلسن. وفكرته أن الناس يَقضون معظم وقتهم على مواقع أخرى، ولذلك يَتوقَّعون أن يعمل موقعك بطريقة قريبة مما يعرفونه. يَعرِض موقع Laws of UX شرحًا للقانون ضمن مجموعة مبادئ تُساعد في فهم سلوك المُستخدِمين أثناء التعامل مع المُنتَجات.
مثلًا، إذا ضغط شخص على زرّ «إضافة إلى السَّلّة»، فهو يَتوقَّع أن تُضاف السلعة ليُراجِعها قبل الشراء. لو نَفَّذ الزرّ عملية الدفع مباشرة، فلن تكون المشكلة في لون الزرّ أو حجمه؛ المشكلة أن النتيجة خالفت ما فَهِمَه المُستخدِم من النص المكتوب على الزر.
ينطبق قانون جاكوب على التطبيقات أيضًا. فإذا كنت تُصمِّم تطبيقًا لحجز المواعيد، تعرَّف إلى طريقة الحجز التي اعتاد عليها مُستخدِموك في تطبيقات أخرى. يمكنك الاستفادة من الخطوات والتسميات التي يعرفونها، ثم اختبار تصميمك معهم للتأكُّد من أنهم يستطيعون إكمال الحجز بسهولة.
ما علاقة القانون بالنموذج الذهني؟
النَّمُوذج الذهني هو تصوُّر الشخص لطريقة عمل شيء ما. يتكوَّن هذا التصوُّر من خبراته السابقة، ويُساعده في توقُّع ما سيحدث عندما يضغط زرًّا أو يُغيِّر إعدادًا. وقد يكون تصوُّره صحيحًا أو ناقصًا؛ فالناس لا يعرفون بالضرورة كيف بُنِيَ المُنتَج من الداخل. وهذا ما يُوضِّحه شرح النماذج الذهنية لدى Nielsen Norman Group.
لنفترض أن تطبيقًا لحجز الملاعب يَعرِض زرّ «حجز الموعد». قد يَفهم شخص أن الضغط عليه سيؤكِّد الحجز، بينما يَتوقَّع آخر الانتقال إلى شاشة تُتيح له مراجعة السِّعر والوقت. إذا كانت الخطوة التالية هي المراجعة فعلًا، فتسمية «مراجعة الحجز» أكثر وضوحًا في هذا المثال.
هنا تَظهَر قيمة فهم التوقّعات: قد يعرف فريقك أن الحجز لا يَكتمل إلا بعد الدفع، لكن الزائر لا يعرف خطوات النظام كما تعرفها أنت. لذلك لا يكفي أن يكون التسلسل منطقيًا داخل الفريق؛ يجب أن يستطيع الشخص فَهْمَه من الكلمات والعناصر التي يراها.
كذلك، لا يَحمِل الجميع المعرفة نفسها. ما يبدو مألوفًا لشخص يَستخدِم تطبيقات الحجز يوميًا قد يحتاج إلى توضيح لشخص يُجرِّبها لأول مرة.
أين نرى قانون جاكوب في الواجهات؟
تَظهَر الفكرة في تفاصيل صغيرة نمُرّ بها دون أن نُفكِّر فيها كثيرًا. بعض هذه التفاصيل مألوف من مُنتَجات رقمية، وبعضها يستند إلى أشياء عرفناها في العالم المادِّي.
مفاتيح التشغيل والاختيارات
تُقارِن الصورة بين لوحة تحكُّم فعلية وعناصر رقمية مثل مفتاح التشغيل ومربّعات الاختيار. هناك تشابه في الفكرة: عنصر له حالة نستطيع تغييرها، ثم نرى أثر هذا التغيير.
لكن التشابه في الشكل يحتاج إلى سلوك مناسب. إذا اسْتَخْدَمْتَ مفتاحًا لتفعيل إشعارات الحجز، فيُفترَض أن يَسري التغيير عند تبديل حالته. أما إذا كان الشخص سيُراجِع مجموعة اختيارات ثم يَحفَظها معًا، فقد يكون مُربَّع الاختيار أنسب. تُوضِّح إرشادات مفاتيح التشغيل هذا الفرق وأهمية ظهور الحالة بوضوح.
ويمكنك كتابة «إشعارات الحجز» بجانب المفتاح، مع توضيح إن كانت مُفعَّلة أو مُعطَّلة. بهذا يَفهم الشخص ما الذي يتحكَّم فيه العنصر، ولا يعتمد على لونه وحده.
أزرار تشغيل الصوت
انظر إلى مُشغِّل الأقراص والهاتف في الصورة. الأجهزة مختلفة، لكن رموز التشغيل والإيقاف المُؤقَّت والانتقال بين المقاطع متقاربة.
لا يحتاج مَن يعرف هذه الرموز إلى تعلُّم معنى جديد لها في كل تطبيق. ويمكنك تغيير ألوان المُشغِّل وتنسيق قائمة المقاطع وطريقة عَرْض الأَغلِفة، مع إبقاء وظائف الأزرار واضحة. هذا مثال على مساحة واسعة للتصميم داخل طريقة استخدام مألوفة.
ومع ذلك، إذا أضفت وظيفة أقل شيوعًا، مثل إنشاء نسخة مُختصَرة من تسجيل، فالأيقونة وحدها قد لا تشرحها. تسمية واضحة بجانبها تُساعد الشخص على فهم ما سيحدث.
هل تطبيق القانون يعني تقليد المواقع الأخرى؟
لا. الاستفادة من طريقة مألوفة للبحث أو الحجز تختلف عن نسخ واجهة منافس. يمكنك بناء هوية بصرية خاصة بمُنتَجك، وترتيب المحتوى وفق احتياجات جمهورك، مع المحافظة على المعاني التي يفهمها الناس للأزرار والروابط.
ويُفيد هنا التمييز بين نوعين من الاتّساق: الاتّساق الخارجي، أي توافق مُنتَجك مع الأنماط المعروفة خارجه؛ والاتّساق الداخلي، أي استخدام القواعد نفسها داخل المُنتَج. يشرح مرجع الاتّساق والمعايير دور النوعين في تسهيل الاستخدام.
في تطبيق الملاعب، مثلًا، إذا كانت عبارة «حجوزاتي» تفتح المواعيد المحجوزة، فحافظ على التسمية نفسها في قائمة الحساب والرسائل. تغييرها إلى «جدولي» في موضع آخر قد يجعل الشخص يتساءل إن كان يتعامل مع قِسم مختلف.
ولا تَفترض أن كل ما يَستخدِمه المنافس مناسب لك. قد يخدم جمهورًا آخر، أو يَعرِض وظائف لا يحتاجها مشروعك. عند مراجعة تصميمه، اسأل: ما المهمة التي يُسهِّلها هذا العنصر؟ وهل لدينا المهمة نفسها؟ هكذا تستفيد من الفكرة وتُقيِّمها قبل نقلها.
كيف تُطبِّق القانون في تصميمك؟
ابدأ بمهمة مُحدَّدة، مثل تعديل موعد حجز ملعب. هذا يُساعدك على مراجعة القرارات المرتبطة بالمهمة، بدل الحكم على الواجهة كلها بأنها مألوفة أو مختلفة.
حَدِّد ما يريد الشخص إنجازه. في مثالنا، يريد اختيار موعد آخر ومعرفة إن كان الحجز قد تغيَّر فعلًا. اكتُب هذه النتيجة قبل أن تبدأ باختيار شكل الشاشة.
تعرَّف إلى ما يعرفه جمهورك مسبقًا. اسأل عن التطبيقات التي يَستخدِمونها للحجز، وكيف يصلون فيها إلى مواعيدهم. اجْمَع أمثلة من استخدامهم الفِعلي، لا من قائمة التطبيقات المُفضَّلة لدى فريق التصميم.
راجِع الكلمات والنتائج معًا. «تغيير الموعد» يجب أن يقود إلى اختيار موعد جديد. أما «إلغاء الحجز» فيُعبِّر عن إجراء مختلف، حتى لو كان الاثنان يَبدآن من الصفحة نفسها.
حافِظ على المعلومات التي يحتاجها القرار. اعْرِض الموعد الحالي بوضوح أثناء اختيار البديل. وإذا تغيَّر السِّعر، فوضِّح الفرق قبل التأكيد، حتى يعرف الشخص ما الذي سيوافق عليه.
اكتُب سبب أي اختلاف عن المألوف. إذا قررت تقديم طريقة جديدة لاختيار الوقت، فحَدِّد المشكلة التي سَتَحُلُّها وكيف ستتحقَّق من ذلك.
عند تصميم النسخة العربية، راجِع أيضًا ترتيب القراءة والتسميات وطريقة عَرْض الوقت. مثلًا، كتابة «7» وحدها في حجز مسائي أقل وضوحًا من «7 مساءً». هذه التفاصيل جزء من فهم المهمة، ويجب مراجعتها ضمن الواجهة الفِعليّة التي سيَستخدِمها جمهورك.
ماذا عن إعادة تصميم مُنتَج يَستخدِمه الناس بالفعل؟
في هذه الحالة، لدى المُستخدِمين خبرة مع مُنتَجك نفسه. قد يَحفَظون مكان الحجوزات وطريقة تعديلها، ولذلك يمكن أن يُربِكهم نقل هذه الوظائف أو تغيير أسمائها، حتى لو أعجبتهم الألوان الجديدة.
تُظهِر الصورة اختلافات بصرية بين نسختين من قائمة يوتيوب، مع وجود وظائف مشتركة مثل الصفحة الرئيسية والاشتراكات والسجل. نستطيع ملاحظة استمرار هذه الوظائف، لكن الصورة وحدها لا تُخبرنا إن كانت إحدى النسختين أسهل في الاستخدام.
قبل إعادة التصميم، حَدِّد سبب التغيير: هل يَصعُب العثور على المواعيد؟ هل يخلط الناس بين التعديل والإلغاء؟ توصي مناقشة إعادة التصميم لدى Nielsen Norman Group بموازنة التحسين مع قيمة ما اعتاده المُستخدِمون، بدل تغيير الواجهة لمجرد الرغبة في شكل جديد.
إذا احتجت إلى نقل «حجوزاتي»، فقد يفيد وضع إرشاد مُؤقَّت في المكان القديم. ويمكن تجربة التغيير على نطاق محدود ومراجعة المشكلات قبل التوسُّع. أما إبقاء نسختين لفترة انتقالية فهو خيار يُقيَّم بحسب قدرة الفريق وطبيعة المُنتَج، وليس خطوة لازمة لكل تحديث.
كيف تعرف أن التصميم أصبح أوضح؟
اطلب من أشخاص يُمثِّلون جمهورك تنفيذ مهمة واقعية، وراقِب ما يفعلونه. هذا هو أساس اختبار قابلية الاستخدام: فهم الصعوبات أثناء الاستخدام، لا الاكتفاء بالسؤال عن إعجابهم بالشكل.
في مثال الحجز، يمكن أن تقول: «لديك حجز مساء الخميس، وتريد نقله إلى مساء الجمعة. أَرِني كيف ستفعل ذلك». لا تَذْكُر اسم الزرّ الذي ينبغي الضغط عليه، لأن العثور عليه جزء مما تريد اختباره.
راقِب أين يبدأ الشخص، وأين يتوقَّف، وهل يُميِّز بين تغيير الموعد وإلغاء الحجز. وبعد التنفيذ، اسأله عمّا يعتقد أنه حدث. فقد يصل إلى شاشة صحيحة، لكنه لا يعرف إن كان الموعد الجديد قد حُفِظ.
إذا اختبرت تعديلًا، قارِن مواضع التعثُّر والحاجة إلى المساعدة قبل التغيير وبعده. إعجاب شخص بالتصميم لا يكفي لإثبات تحسُّن المهمة، كما أن اعتراضه على شكل جديد لا يعني وحده أن التغيير سيئ.
متى يكون الخروج عن المألوف مناسبًا؟
عندما تكون لديك مشكلة واضحة والطريقة الجديدة تُقدِّم حلًّا يَستحِقّ التعلُّم. مثلًا، قد تقترح عَرْض الأوقات المتاحة لعدة ملاعب في شاشة واحدة، كي لا يضطر الشخص إلى فتح صفحة كل ملعب على حِدَة. هذه فكرة تحتاج إلى الاختبار؛ فإظهار معلومات أكثر قد يُسهِّل المقارنة أو يجعل الشاشة أصعب.
ابدأ بتغيير تستطيع شرح فائدته، ثم راقِب إن كان الناس يفهمونه ويستفيدون منه. وإذا احتاج إلى توضيح، فليكن قريبًا من موضع الاستخدام وبكلمات قصيرة. ظهور فكرة جديدة لا يستلزم تغيير كل الأجزاء المألوفة المحيطة بها.
قانون جاكوب يُذكِّرك بالمعرفة التي يَحمِلها الشخص قبل أن يَصل إلى مُنتَجك. استفِد منها، ثم طوِّر ما يحتاج إلى تحسين بناءً على مشكلة واضحة. ويمكنك البدء الآن باختيار مهمة واحدة من مشروعك: حَدِّد ما يَتوقَّعه الشخص، وما تفعله الواجهة فعلًا، ثم راجِع مواضع الاختلاف بينهما.
المصادر
Laws of UX — Jakob’s Law: تعريف القانون وخلفيته.
Nielsen Norman Group — Mental Models: النماذج الذهنية وعلاقتها بالتوقّعات.
Nielsen Norman Group — Consistency and Standards: الاتّساق داخل المنتج ومع الأنماط المعروفة.
Nielsen Norman Group — Toggle-Switch Guidelines: اختيار مفاتيح التشغيل وطريقة عملها.
Nielsen Norman Group — Fresh vs. Familiar: موازنة التحسين والمحافظة على المألوف عند إعادة التصميم.
Nielsen Norman Group — Usability Testing 101: التحقُّق من وضوح التصميم بمهام واقعية.
تاريخ النشر
27 أغسطس 2026
آخر تعديل
6 أكتوبر 2026
