تصميم تجربة المستخدم لتطبيقات دبي

دبي تتجاوز نسبة انتشار الهواتف الذكية فيها 95%. Careem وNoon وTalabat عادات يومية. تجديد التأشيرات ومخالفات المواقف وفواتير الخدمات: كلها تُدار عبر التطبيقات. الناس هنا يعيشون على هواتفهم، ولا صبر لديهم مطلقاً على التجارب الثقيلة.

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

ثنائية اللغة هي الأساس، لا الإضافة

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

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

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

توقعات فاخرة عبر كل شريحة دخل

طيران الإمارات. بنك الإمارات دبي الوطني. خدمات Dubai Now الحكومية. هذه التطبيقات يستخدمها الناس هنا يومياً، وهي تضع المعيار. عندما يفتح شخص تطبيقك لحجز اللياقة البدنية أو منصة توصيل الطعام، يقارنه لا شعورياً بأفضل منتج رقمي لمسه ذلك الصباح.

الصقل ليس خياراً. حالات التحميل يجب أن تبدو مقصودة. الحركات يجب أن تكون سلسة لكن سريعة. الحالات الفارغة يجب أن تُرشد لا أن تُربك. ما يبدو كإفراط في الهندسة في أسواق أخرى هو ببساطة المعيار المتوقع في دبي. شاهدنا مستخدمين يتخلون عن مسارات التسجيل التي كانت ستنجح في الأسواق الأوروبية، فقط لأن الانتقالات بدت رخيصة.

السرعة فوق كل شيء

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

استخدم شاشات هيكلية بدل المؤشرات الدوارة. تخلق تصوراً بالسرعة حتى حين لا تزال البيانات تُحمّل. أنماط الواجهة التفاؤلية تساعد أيضاً: اعرض النتيجة قبل أن يؤكدها الخادم. Talabat تفعل هذا بشكل ممتاز مع تقديم الطلبات؛ شاشة التأكيد تظهر شبه فورياً بينما يلحق الخادم الخلفي.

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

أنماط الدفع والهوية محلية

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

التحقق من الهوية يحمل تعقيداً مماثلاً. مسح الهوية الإماراتية، تكامل UAE Pass، رمز OTP عبر أرقام هاتف محلية: هذه التدفقات تحتاج أن تبدو أصلية في تطبيقك. عندما تبدو كحزمة SDK من طرف ثالث أُدرجت بتنسيق افتراضي، المستخدمون يلاحظون. ويفقدون الثقة.

الفروق الثقافية في المحتوى والصور

أكثر من 200 جنسية تعيش في دبي. صور «الشرق الأوسط» العامة الجاهزة لا تُحدث صدى. المستخدمون يريدون رؤية مدينتهم الفعلية وأسلوب حياتهم الفعلي منعكساً عليهم.

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

أنماط التنقل التي تنجح هنا

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

البحث أهم حتى أكثر. مستخدمو دبي يميلون لمعرفة ما يريدون بالضبط. يفتحون Noon ويبحثون عن منتج محدد. يفتحون Talabat ويبحثون عن مطعم محدد. اجعل البحث بارزاً وسريعاً ومتسامحاً مع الأخطاء الإملائية بالإنجليزية والعربية.

عامل واتساب

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

اختبر مع مستخدمين حقيقيين، لا شخصيات افتراضية

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

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

إتقان تجربة المستخدم في دبي لا يعني تطبيق كتيب عالمي مع بعض التعديلات المحلية. تكلفة تصميم التطبيقات في دبي تعكس هذا الواقع: العمل أكثر تعقيداً لأن السوق يتطلب أكثر. نصمم للسلوكيات والتوقعات والبنية التحتية المحددة لهذه المدينة، من الأساس. هذا ما يفصل التطبيقات التي يُحمّلها الناس عن التطبيقات التي يعتمدون عليها.