7 قواعد أساسية لتصميم واجهة ويب3

عدّ معايير قابلية الاستخدام بمثابة "قواعد عامة" يمكنك استخدامها لقياس قابلية استخدام موقعك. تم تصميم القواعد السبعة هنا خصيصًا لـ ويب3 ويجب استخدامها جنبًا إلى جنب مع 10 مبادئ عامة لتصميم التفاعل (opens in a new tab) لجاكوب نيلسن.

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

1. ردود الفعل يتبع العمل
2. الأمن والثقة
3. المعلومات الأكثر أهمية واضحة
4. مصطلحات مفهومة
5. الإجراءات قصيرة قدر الإمكان
6. اتصالات الشبكة مرئية ومرنة
7. التحكم من التطبيق وليس المحفظة

التعاريف والأمثلة

١. ردود الفعل تتبع الفعل

يجب أن يكون واضحًا عندما يحدث شيء ما، أو يحدث.

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

نصائح:

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

مثال: يساعد عرض كل خطوة من خطوات المعاملة المستخدمين على معرفة مكانهم في العملية. تتيح الأيقونات المناسبة للمستخدم معرفة حالة أفعاله.

2. الأمن والثقة مضمنان في

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

نصائح:

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

مثال: أدرج عمليات التدقيق الخاصة بك في التذييل، بحجم بارز.

3. المعلومات الأكثر أهمية واضحة

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

نصائح:

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

مثال: من السهل العثور على الرموز الكبيرة بالألوان الكاملة عند المسح الضوئي. يعتبر معدل الفائدة السنوي كبيرًا ومميزًا بلون مميز.

4. مصطلحات واضحة

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

نصائح:

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

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

5. الإجراءات قصيرة قدر الإمكان

تسريع تفاعلات المستخدم من خلال تجميع الإجراءات الفرعية. يمكن القيام بذلك على مستوى العقد الذكي، وكذلك واجهة المستخدم. لا ينبغي للمستخدم أن ينتقل من جزء من النظام إلى جزء آخر - أو يترك النظام بالكامل - لإكمال إجراء مشترك.

نصائح:

• دمج "الموافقة" مع إجراءات أخرى حيثما أمكن ذلك
• قم بجمع خطوات توقيع الحزمة معًا قدر الإمكان

مثال: إن الجمع بين "إضافة السيولة" و"المشاركة" هو مثال بسيط على مسرع يوفر للمستخدم الوقت والوقود.

6. اتصالات الشبكة مرئية ومرنة

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

نصائح:

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

مثال: أظهر للمستخدم الشبكة التي يتصل بها، واسمح له بتغييرها، في شريط التطبيق.

7. التحكم من التطبيق وليس المحفظة

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

نصائح:

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

مثال: يعرض الحاوية الدقيقة للمستخدم الرموز ذات الصلة الموجودة في محفظته، ويوفر CTA الرئيسي اختصارًا لتغيير الشبكة.