تصميم تسجيل الدخول وإنشاء الحساب على الجوال: اجعل خطوة الحساب واضحة
دليل عملي لتصميم تسجيل الدخول وإنشاء الحساب على الجوال، بدءًا بتحديد الحاجة إلى حساب ووصولًا إلى نماذج مرنة ومسارات مفيدة لاستعادة الوصول.
شاشة تسجيل الدخول واجهة صغيرة ذات تأثير كبير: فقد تساعد شخصًا على استئناف مهمة، أو تقاطعه قبل أن يفهم أهمية الحساب. يبدأ التصميم الجيد للحساب على الجوال بالتعامل مع المصادقة بوصفها جزءًا من رحلة المنتج، لا بوابة يتعين على الجميع عبورها عند فتح التطبيق.
ينبغي أن يوضح المسار غرضه وخياراته بسهولة، وألا يطلب إلا المعلومات اللازمة الآن، وأن يمنح الناس طريقة هادئة للمضي قدمًا حين يحدث خطأ. تهم التفاصيل الزائرين الجدد والمستخدمين العائدين الذين ربما نسوا طريقة تسجيل الدخول التي استخدموها.
أهم النقاط
- اطلب إنشاء حساب عند أول نقطة ذات معنى يتيح فيها فائدة واضحة أو يكون مطلوبًا حقًا.
- اشرح كل خيار لتسجيل الدخول بلغة مألوفة، وميّز مسار إنشاء حساب جديد عن وصول المستخدم العائد.
- اجعل النماذج مركزة، وسمّ الحقول بوضوح، ودع مديري كلمات المرور واللصق يعملان كما هو متوقع.
- اعرض الأخطاء نصيًا مع خطوة تالية مفيدة، واحتفظ بالمدخلات الصحيحة، ووفّر استعادة الوصول من دون لوم.
اختر اللحظة التي يصبح فيها الحساب مفيدًا
ابدأ بالمهمة التي جاء الشخص لإنجازها. إذا أمكن استخدام التجربة الأساسية من دون حساب، فدعه يستكشف أولًا واطلب تسجيل الدخول عندما يصل إلى ميزة تحتاج إلى حفظ التفضيلات أو الوصول عبر الأجهزة أو التعاون أو إجراء معاملة. توصي إرشادات واجهة المستخدم من Apple بتأخير تسجيل الدخول حيثما أمكن وشرح فائدته حين يكون الحساب مطلوبًا.
يسهل فهم الطلب المرتبط بالسياق أكثر من حاجز يظهر عند تشغيل التطبيق. فمثلًا، يمكن لتطبيق قراءة أن يتيح تصفح العناوين أولًا، ثم يطلب إنشاء حساب عندما يختار الشخص مزامنة قائمة قراءته. وإذا كان إنشاء الحساب ضروريًا منذ البداية، فاشرح السبب قبل عرض الحقول. اجعل الشرح محددًا ومتناسبًا: «أنشئ حسابًا لحفظ مشاريعك وفتحها على جهاز آخر» أنفع من «انضم إلى مجتمعنا».
- افصل المعلومات المطلوبة عن تفاصيل الملف الشخصي الاختيارية.
- في شراء الضيف أو مهمة لمرة واحدة، فكّر فيما إذا كان يمكن تأجيل إنشاء الحساب إلى ما بعد تقديم الفائدة المباشرة.
- بعد نجاح المصادقة، أعد الناس إلى الإجراء الذي أرادوا إتمامه.
اجعل خيارات تسجيل الدخول واضحة ومألوفة
ينبغي أن يعرف الشخص هل ينشئ حسابًا أم يعود إلى حساب موجود. أعط المسارين تسميتين مميزتين، وأبرز الإجراء الأساسي بصريًا، وضع الطرق البديلة حيث يمكن مقارنتها من دون إرباك الشاشة. استخدم أسماء مقدمي الخدمة وأنماط الأزرار المعتمدة من المنصة عند الحاجة؛ فكلمة عامة مثل «متابعة» وحدها لا توضح ما سيحدث بعد ذلك.
اعرض فقط الطرق التي يدعمها المنتج ويمكنه الاستمرار في دعمها. قد يناسب البريد الإلكتروني أو مفتاح المرور أو خيار هوية تابع للمنصة جماهير مختلفة. اعرضها كخيارات، لا كادعاء بأن طريقة واحدة هي الأسهل أو الأكثر أمانًا للجميع. واشرح أي معلومات إضافية مطلوبة.
قد لا يتذكر المستخدمون العائدون طريقة تسجيل الدخول التي اختاروها. اجعل استعادة الوصول وطرق الدخول البديلة يسيرتي الاكتشاف، واشرح ما ينبغي فعله إذا كان البريد الإلكتروني مرتبطًا بطريقة أخرى. وقد تساعد إرشادات ربط الحسابات الناس على الاحتفاظ بالوصول إلى حساباتهم الحالية.
اجعل النماذج مركزة ومتوافقة مع أدوات المستخدمين
اطلب فقط الحقول اللازمة لإنشاء الحساب أو الوصول إليه. استخدم تسميات تبقى ظاهرة بدل الاعتماد على النص التوضيحي داخل الحقل وحده، واختر نوع الإدخال ولوحة المفاتيح المناسبين، ووضّح الإجراء التالي. وإذا تطلب إنشاء الحساب معلومات متعددة، فاجمع الحقول ذات الصلة وأجّل التفضيلات الاختيارية إلى ما بعد وصول الشخص إلى المنتج.
ينبغي أن تعمل المصادقة مع الملء التلقائي ومديري كلمات المرور. استخدم أسماء الحقول ودلالاتها المعيارية، وتجنب السلوك المخصص الذي يمنع ملء بيانات الاعتماد. لا تمنع لصق كلمة المرور؛ فقد يستخدم الناس مدير كلمات مرور أو أداة أخرى. وتنص إرشادات WCAG على السماح للمتصفحات ومديري كلمات المرور من جهات خارجية بملء حقول الدخول.
قد يختلف السلوك بين الأجهزة ومديري كلمات المرور، لذا اختبر المسار على المنصات المدعومة واسمح بالتصحيح اليدوي. وبعد محاولة فاشلة، احتفظ بالقيم المفيدة غير الحساسة، مثل عنوان البريد الإلكتروني، متى كان ذلك عمليًا.
- استخدم تسمية ظاهرة مثل «عنوان البريد الإلكتروني» وتسمية واضحة لكلمة المرور.
- اسمح للناس بإظهار كلمة المرور أو التحقق منها عند الاقتضاء، من دون جعل هذا التحكم الوسيلة الوحيدة لتصحيح الإدخال.
- ضع الزر الأساسي قرب الحقول وسمّه باسم الإجراء، مثل «إنشاء حساب» أو «تسجيل الدخول».
صمّم للأخطاء واستعادة الوصول والزيارة التالية
يحدد الخطأ المفيد الحقل المتأثر أو الخطوة التي فشلت نصيًا، ويخبر الشخص كيف يواصل. عبارة «حدث خطأ ما» لا تكفي إذا كان تنسيق البريد الإلكتروني غير صالح أو كان الحقل فارغًا. يتطلب معيار النجاح 3.3.1 من WCAG 2.2 تحديد أخطاء الإدخال المكتشفة ووصفها نصيًا؛ فلا ينبغي أن يحمل اللون أو الرمز الرسالة وحده.
استخدم لغة محايدة وضع الإرشادات الخاصة بكل حقل بالقرب منه. فمثلًا، يمكن لنص افتراضي عن عنوان غير صحيح أن يقول: «أدخل عنوان بريد إلكتروني بالتنسيق [email protected]». وعند فشل تسجيل الدخول، يمكن للمنتج أن يقول: «تعذر تسجيل دخولك بهذه البيانات. تحقق من بريدك الإلكتروني وكلمة المرور، أو أعد تعيين كلمة المرور». تجنب كشف معلومات حساسة عن الحساب في رسائل الخطأ، واختر صياغة تناسب احتياجات الخصوصية ومنع إساءة الاستخدام في المنتج.
اشرح ما يحدث بعد طلب إعادة التعيين، ووفّر طريقًا للعودة إلى تسجيل الدخول، وساعد الناس على العثور على الطريقة التي استخدموها سابقًا. وفي الزيارات اللاحقة، أوضح حالة تسجيل الدخول ووفّر مسارًا لإعدادات الحساب وتسجيل الخروج والمساعدة. وإذا أمكن إنشاء الحسابات داخل التطبيق، فاجعل موضع حذف الحساب سهل العثور عليه.
- اربط الخطأ بالحقل الذي يصفه واجعله قابلًا للإدراك من دون الاعتماد على اللون وحده.
- ضع إجراءات استعادة الوصول قرب نموذج تسجيل الدخول، وتجنب إرغام المستخدمين على البدء من جديد بلا داعٍ.
- راجع حالتي الاستخدام الأول وعودة المستخدم، بما فيها تغيير عناوين البريد الإلكتروني وتعذر طرق تسجيل الدخول.
مراجعة عملية لمسار الحساب
اتبع المسار بصفتك مستخدمًا جديدًا، ثم عائدًا، ثم شخصًا يستعيد الوصول. راجع الشاشات ضمن سياقها. يمكن لمكتبة أنماط الجوال أن تساعد الفرق على مقارنة طريقة تنظيم النماذج للمدخلات والتسميات والإجراءات.
- هل يستطيع الناس الوصول إلى فائدة مفيدة في المنتج قبل تسجيل الدخول عندما لا يكون الحساب ضروريًا؟
- هل تشرح الشاشة سبب الحاجة إلى حساب والمعلومات المطلوبة؟
- هل يستطيع الشخص التمييز بين إنشاء الحساب وتسجيل الدخول والطرق البديلة واستعادة الحساب؟
- هل تظل تسميات الحقول ظاهرة، وهل يمكن للملء التلقائي واللصق إدخال بيانات الاعتماد؟
- هل تسمي الأخطاء المشكلة نصيًا، وتحفظ المدخلات المفيدة، وتقترح خطوة تالية؟
- بعد النجاح، هل يعود الشخص إلى المهمة التي بدأها؟
أسئلة شائعة
هل ينبغي أن يشترط تطبيق الجوال حسابًا قبل أن يتمكن الناس من استكشافه؟
فقط عندما تتطلب الوظيفة الأساسية حسابًا حقًا. إذا استطاع الناس تصفح المنتج أو تجربته أولًا، فدعهم يفعلون ذلك واطلب تسجيل الدخول عندما يتيح فائدة واضحة أو يلزم لإجراء محدد.
هل ينبغي أن تسمح حقول كلمات المرور باللصق والملء التلقائي من مدير كلمات المرور؟
نعم. استخدم تسميات ودلالات مألوفة للحقول، ولا تمنع اللصق أو الملء التلقائي. تساعد هذه الميزات الناس على استخدام أدوات بيانات الاعتماد التي يفضلونها، لكن السلوك قد يختلف بين الأجهزة ومديري كلمات المرور، لذا اختبر المسار على المنصات المدعومة.
ماذا ينبغي أن تتضمن رسالة خطأ تسجيل الدخول؟
صف المشكلة نصيًا، وحدد الحقل أو الخطوة المتأثرة، وقدّم إجراءً عمليًا تاليًا. استخدم لغة محايدة وتجنب كشف تفاصيل حساسة عن الحساب.
