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