دع المنتج يشرح نفسه أولًا

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

امنح كل صلاحية معنى مستقلًا

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

تعامل مع تغيير الحساب والشبكة كحدث فعلي

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

صمّم الرحلة بين تطبيقات الهاتف

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

اشرح الانتظار والفشل بدقة

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

أدخل سهولة الوصول في القبول

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