خدمات الكتابة · كتابة تجربة المستخدم

كتابة تجربة المستخدم في دبي للتطبيقات والمواقع وصفحات الدفع

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

  • تقييم 4.7 على Google
  • 200+ عميل
  • في دبي منذ 2018
45 دقيقةللحصول على عرض سعر ثابت ومكتوب

الكلمات داخل المنتج

كتابة تجربة المستخدم في دبي: كلمة واحدة مربكة يمكن أن تنهي حجزا

“إرسال” على نموذج حجز. “إدخال غير صالح” تحت حقل رقم الهاتف. شاشة فارغة دون أي إشارة لما يجب فعله بعد ذلك. كتابة تجربة المستخدم تصلح القطع الصغيرة من النص التي تحدد هل ينهي شخص في دبي مهمة أم يستسلم. تعمل جنبا إلى جنب مع تصميم واجهة المستخدم وتجربته: المصمم يشكّل الشاشة، ونحن نكتب ما تقوله، بالإنجليزية والعربية.

النصوص المصغرة

كتابة تجربة المستخدم في دبي: نصوص مصغرة، شاشة بشاشة

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

الأزرار

فعل زائد الشيء الذي يعمل عليه: “احجز معاينة”، “ادفع الفاتورة”، “احفظ العنوان”. يجب أن يتنبأ التسمية بالضبط بما يحدث بعد النقر.

الشاشات الفارغة

الشاشة قبل وجود أي بيانات. تشرح ما سيظهر هنا وتقدّم الإجراء الأول، بدلا من الاكتفاء بقول “لا توجد نتائج”.

رسائل التأكيد

ما الذي حدث للتو وما الذي يحدث بعده: “تم حجز معاينتكم ليوم الثلاثاء. أرسلنا التفاصيل إلى بريدكم الإلكتروني.”

النص المساعد

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

الإشعارات

رسائل الدفع والإشعارات داخل التطبيق التي تُفهم على شاشة القفل، دون التطبيق المحيط ليشرحها.

الأذونات

لماذا يريد التطبيق الموقع أو الكاميرا أو جهات الاتصال، مكتوبة قبل ظهور طلب النظام حتى لا يكون الطلب مفاجأة.

رسائل الخطأ

كتابة تجربة المستخدم: رسائل خطأ تقول ما الخطأ وكيف يُصحَّح

معيار WCAG 2.2، معيار إمكانية الوصول من W3C، يتضمن معيارين ينطبقان مباشرة. تحديد الخطأ (3.3.1، المستوى A) يشترط أنه عند اكتشاف خطأ إدخال تلقائيا، يُحدَّد العنصر الخاطئ ويُوصَف الخطأ للمستخدم بنص. اقتراح الخطأ (3.3.3، المستوى AA) يشترط تقديم اقتراحات معروفة للتصحيح، إلا إن كان ذلك يهدد الأمان أو الغرض.

الحقلرسالة غير مفيدةرسالة معاد صياغتها
رقم الهاتف المحمولإدخال غير صالحأدخل رقم هاتف محمول إماراتي، مثل 050 123 4567 أو +971 50 123 4567
تاريخ الميلادخطأأدخل التاريخ بصيغة يوم، شهر، سنة، مثل 04 09 1990
كلمة المروركلمة المرور لا تستوفي المتطلباتأضف رقما واحدا على الأقل. كلمة المرور لديك تحتوي بقية الأحرف المطلوبة
الدفع بالبطاقةفشلت العمليةرفض بنككم هذه الدفعة. جرّبوا بطاقة أخرى أو تواصلوا مع بنككم
حقل مطلوبهذا الحقل مطلوبأدخل اسم المبنى حتى يستطيع المندوب إيجاده

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

النماذج

كتابة تجربة المستخدم في دبي: نصوص النماذج والتسجيلات وصفحات الدفع

النماذج مكان شائع يستسلم فيه المستخدمون في التطبيق أو الموقع، وكثير من هذا الاحتكاك يكمن في الصياغة. يضع WCAG 2.2 عدة متطلبات تدعمها كتابة تجربة المستخدم مباشرة. التسميات أو التعليمات (3.3.2، المستوى A) تشترط تسميات أو تعليمات عندما يحتاج المحتوى إدخالا من المستخدم. الإدخال المكرر (3.3.7، المستوى A) تنص على أن المعلومات التي أدخلها المستخدم بالفعل في العملية نفسها يجب أن تُملأ تلقائيا أو تُعرَض للاختيار. منع الأخطاء (3.3.4، المستوى AA) ينطبق على الالتزامات القانونية والمعاملات المالية، حيث يجب أن تكون عمليات الإرسال قابلة للتراجع، أو مُتحقَّق منها، أو قابلة للمراجعة قبل أن تصبح نهائية.

التسمية في الاسم (2.5.3، المستوى A) مهمة لمن يستخدمون التحكم الصوتي: الاسم الذي تعلن عنه أدوات إمكانية الوصول لزر يجب أن يحتوي نصه الظاهر، حتى لا يُعلَن زر يقول “احجز الآن” باسم “إرسال النموذج”.

قواعد نصوص النماذج التي نتبعها

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

من اليمين إلى اليسار

كتابة نص واجهة عربي لتخطيطات من اليمين إلى اليسار

كتابة تجربة المستخدم بالعربية ليست عمل ترجمة يُنجَز في النهاية. النص العربي يغيّر الطول والاتجاه والقواعد، ويجب أن تسمح الواجهة بالثلاثة جميعا.

  • الاتجاه يُضبط في العلامات. توصي مقالة تدويل W3C عن النص من اليمين إلى اليسار بإضافة dir=”rtl” إلى عنصر html عندما يكون المستند من اليمين إلى اليسار، لا بضبط الاتجاه عبر CSS، لأن الاتجاه جزء من معنى المحتوى. لإدخال المستخدم والنص المُدرَج مجهول الاتجاه، توصي باستخدام dir=”auto”.
  • النصوص المختلطة تحتاج عناية. أرقام الطلبات وعناوين البريد الإلكتروني والروابط وأسماء العلامات الإنجليزية داخل جملة عربية يمكن أن تعيد ترتيب نفسها بصريا. نشير إلى كل نص يمزج اتجاهين حتى يعزله المطورون.
  • لا تُركَّب الجمل من أجزاء أبدا. الأفعال والصفات العربية تتغير حسب الجنس والعدد، بما في ذلك صيغة المثنى. نص مبني كـ”لديك” زائد رقم زائد “عناصر” ينكسر. نكتب نصوصا كاملة مع صيغ الجمع المختلفة.
  • الإشارة إلى تغييرات اللغة. يطلب معيار لغة الأجزاء (3.1.2، المستوى A) من WCAG أن تكون لغة كل مقطع قابلة للتحديد في الكود، لذلك يجب أن يحمل مصطلح إنجليزي داخل نص عربي سمة لغته الخاصة عندما لا يكون اسما علما أو مصطلحا تقنيا شائعا.
  • عكس ما له اتجاه. الأسهم الخلفية وخطوات التقدم وأشرطة التمرير تنعكس بالعربية. الأيقونات التي لا تحمل دلالة اتجاهية، مثل عدسة البحث، تبقى عادة كما هي.
إن كان النص يعمل بالإنجليزية فقط، فهو غير مكتمل.

المخرج

ما يسلّمه مشروع كتابة تجربة المستخدم

كلمات المنتج مفيدة فقط إن استطاع المطورون إيجادها ووضعها وصيانتها.

  1. ورقة الصوت والمصطلحات

    كيف يتحدث المنتج، إضافة إلى قائمة مصطلحات حتى لا تُستخدم “حجز” و”موعد” و”تسجيل” للشيء نفسه.

  2. ملف النصوص

    كل نص بمفتاحه، والنص الإنجليزي والعربي، وصيغ الجمع، والحدود، وملاحظة سياق.

  3. شاشات موضَّحة

    لقطات شاشة أو إطارات نموذج أولي توضح مكان ظهور كل نص.

  4. فحص داخل النسخة المبنية

    نقرأ النصوص في نسخة اختبار، بالاتجاهين، ونسجل أي شيء مقتطع أو معاد ترتيبه.

خدمات كتابة تجربة المستخدم ذات الصلة في دبي

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

من المدونة

أدلة حول هذا الموضوع

جميع المقالات

إجابات واضحة

الأسئلة الشائعة

ما الفرق بين كتابة تجربة المستخدم وتصميم واجهة المستخدم وتجربته؟

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

هل يمكنكم العمل على تطبيقنا الحالي؟

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

كيف تسلّمون النصوص للمطورين؟

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

هل كتابة تجربة المستخدم الجيدة تجعل التطبيق متاحا بالكامل لذوي الإعاقة؟

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

سعر ثابت ومكتوب

أرسل موجزك. واحصل على نطاق العمل والسعر خلال 45 دقيقة.

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

احصل على عرض سعر ثابت

نطاق عمل وسعر مكتوبان خلال 45 دقيقة في ساعات العمل. دون أي التزام.

بإرسال هذا النموذج توافق على تواصلنا معك بخصوص طلبك. سياسة الخصوصية

اتصل WhatsApp اطلب عرض سعر