كانت واجهاتنا تتحدث بلغة الروبوتات: كيف أنقذنا ‘فن الكتابة لتجربة المستخدم’ (UX Writing) من جحيم حيرة المستخدم؟

يا جماعة الخير، السلام عليكم ورحمة الله.

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

وفعلاً، رن التلفون. بس ما كان اتصال شكر. كان الدكتور صوته معصّب شوي وبيحكي: “يا أبو عمر، شو يعني ‘فشل المصادقة’؟ أنا كل ما أحاول أفوت على النظام بحكيلي هيك! وشو قصة ‘خطأ غير متوقع في المعاملة رقم 500’؟ أنا دكتور يا زلمة مش مهندس شبكات!”.

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

هذه القصة كانت مدخلي لعالم اسمه “الكتابة لتجربة المستخدم” أو UX Writing. تعالوا أحكيلكم عنه أكثر.

ما هي حكاية “الكتابة لتجربة المستخدم” (UX Writing)؟

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

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

الفرق بين الـ UX Writing وأنواع الكتابة الأخرى

  • الكتابة الإعلانية (Copywriting): هدفها البيع والإقناع. تجذبك لشراء المنتج.
  • الكتابة التقنية (Technical Writing): هدفها الشرح والتوثيق. تشرح لك كيف يعمل المنتج بعد ما تشتريه.
  • الكتابة لتجربة المستخدم (UX Writing): هدفها التوجيه والمساعدة. تساعدك أثناء استخدامك للمنتج نفسه.

باختصار، الـ UX Writing هو صوت المنتج نفسه وهو يتحدث معك مباشرة.

من لغة الروبوت إلى لغة البشر: المبادئ الأساسية

طيب يا أبو عمر، كيف ننتقل من رسائل خطأ مثل “Error 404” إلى تجربة محترمة؟ الموضوع يرتكز على عدة مبادئ أساسية، خليني ألخص لكم زبدة خبرتي فيها.

1. الوضوح فوق كل اعتبار (Clear, not Clever)

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

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

  • مثال سيء: “قم بمصادقة بيانات الاعتماد الخاصة بك.” (لغة معقدة)
  • مثال جيد: “سجل دخولك إلى حسابك.” (واضح ومباشر)

  • مثال سيء: “تم استهلال العملية بنجاح.” (رسمي أكثر من اللازم)
  • مثال جيد: “بدأ التحميل.” (بسيط وعملي)

2. الإيجاز قوة (Be Concise)

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

  • مثال سيء (طويل): “لكي تتمكن من حفظ التغييرات التي قمت بها، يجب عليك الضغط على الزر أدناه.”
  • مثال جيد (موجز): زر مكتوب عليه “حفظ التغييرات”. السياق كفيل بشرح الباقي.

3. كن مفيدًا للمستخدم (Be Useful)

هذا المبدأ هو قلب الـ UX Writing، وخصوصًا في الأوقات الصعبة (مثل رسائل الخطأ أو شاشات التحميل). النص الجيد لا يخبر المستخدم فقط بما حدث، بل يخبره لماذا حدث وماذا يمكنه أن يفعل حيال ذلك.

  • مثال سيء (غير مفيد): “حدث خطأ.” (هذه أسوأ رسالة خطأ في التاريخ!)
  • مثال جيد (مفيد): “فشل إرسال الرسالة. تأكد من اتصالك بالإنترنت وحاول مرة أخرى.” (يشخص المشكلة ويقترح حلًا)
  • مثال سيء (غامض): “كلمة المرور غير صالحة.”
  • مثال جيد (مفيد وواضح): “كلمة المرور يجب أن تتكون من 8 أحرف على الأقل، وتحتوي على حرف كبير ورقم.” (يحدد المشكلة بدقة ويشرح الشروط)

4. حافظ على نبرة صوت متسقة (Consistent Voice & Tone)

تخيل لو أن موظف البنك يرحب بك بـ “أهلاً وسهلاً يا غالي”، وعندما تفشل معاملتك يقول لك ببرود: “فشل في تنفيذ المعاملة”. هذا التناقض مزعج ويدمر الثقة.

  • صوت العلامة التجارية (Voice): هي شخصية منتجك. هل هي شخصية مرحة، جادة، احترافية، ودودة؟ يجب أن تكون ثابتة في كل مكان.
  • نبرة الصوت (Tone): هي تكييف هذه الشخصية مع الموقف. نبرة الاحتفال بإنجاز تختلف عن نبرة الاعتذار عن خطأ.

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

أمثلة عملية: كيف غيرنا الكلمات وغيرنا التجربة كلها

الكلام النظري جميل، لكن “الواقع بحكي لغة ثانية”. دعونا نرى أمثلة حقيقية من أرض المعركة.

مثال 1: شاشة تسجيل فارغة (Empty State)

عندما يسجل مستخدم جديد ولا يجد أي محتوى، ماذا يرى؟

  • قبل: شاشة بيضاء فارغة. تبعث على الحيرة والملل. المستخدم قد يظن أن التطبيق معطل.
  • بعد (مع UX Writing):
    • عنوان: “مكتبتك لا تزال فارغة!”
    • نص مساعد: “لم تبدأ رحلتك بعد. ابدأ بإضافة أول كتاب لقائمة قراءاتك.”
    • زر واضح (CTA): “+ أضف كتابًا جديدًا”

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

مثال 2: رسالة تأكيد الحذف (Confirmation Dialog)

هذه من أخطر الشاشات، والكلمات فيها قد تنقذ المستخدم من كارثة.

  • قبل:
    • العنوان: “تأكيد”
    • النص: “هل أنت متأكد؟”
    • الأزرار: “نعم” / “لا”

    متأكد من ماذا بالضبط؟ هذه وصفة للندم.

  • بعد (مع UX Writing):
    • العنوان (سؤال واضح): “هل تريد حذف هذا المستند؟”
    • النص (يشرح العواقب): “سيتم حذف ملف ‘التقرير السنوي.pdf’ بشكل نهائي. لا يمكنك التراجع عن هذا الإجراء.”
    • الأزرار (الأفعال): “إلغاء” / “نعم، احذف المستند”

    لاحظ كيف أن زر التأكيد يصف الفعل نفسه “احذف المستند”، مما يزيل أي شك.

مثال 3: النص المؤقت في حقول الإدخال (Placeholder)

النص المؤقت ليس مجرد عنوان للحقل، بل هو فرصة لتقديم مثال مساعد.

<!-- قبل: غامض وغير مساعد -->
<input type="email" placeholder="البريد الإلكتروني">

<!-- بعد: واضح ويعطي مثالاً -->
<input type="email" placeholder="مثال: name@example.com">

هذا التغيير البسيط يقلل من أخطاء الإدخال ويجعل عملية ملء النماذج أسرع وأسهل.

خلاصة أبو عمر: الكلمة كود! ✍️

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

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

وتذكروا دائمًا يا جماعة: المستخدم ليس هنا ليحل ألغازكم، بل ليحل مشاكله. دورنا هو أن نجعل كلماته دليلًا يرشده، لا حاجزًا يصده. فلتكن كلماتكم جسورًا تبني الثقة، لا جدرانًا تزرع الحيرة. بالتوفيق! 👨‍💻

أبو عمر

سجل دخولك لعمل نقاش تفاعلي

كافة المحادثات خاصة ولا يتم عرضها على الموقع نهائياً

آراء من النقاشات

لا توجد آراء منشورة بعد. كن أول من يشارك رأيه!

آخر المدونات

التوظيف وبناء الهوية التقنية

كان ملفي على GitHub مقبرة للمشاريع المنسية: كيف أنقذني ‘التنظيم القصصي’ من جحيم الانطباع الأول السيء؟

ملف GitHub الفوضوي كاد أن يكلّفني وظيفة أحلامي. في هذه المقالة، أشارككم كـ"أبو عمر" كيف حوّلت 'مقبرة المشاريع' هذه إلى قصة احترافية تروي مسيرتي التقنية...

22 مايو، 2026 قراءة المزيد
التوسع والأداء العالي والأحمال

كانت قاعدة بياناتنا تختنق: كيف أنقذتنا “النسخ المتماثلة للقراءة” (Read Replicas) من جحيم بطء الاستعلامات؟

أشارككم قصة حقيقية من قلب المعركة، عندما كاد تطبيقنا أن ينهار تحت ضغط المستخدمين. سأشرح لكم كيف كانت "النسخ المتماثلة للقراءة" (Read Replicas) طوق النجاة...

21 مايو، 2026 قراءة المزيد
التكنلوجيا المالية Fintech

من كابوس التحقق اليدوي إلى onboarding بدقائق: كيف أنقذت eKYC شركات التكنولوجيا المالية

كان التحقق من هوية العميل كابوساً يدوياً يهدد بفشل المشاريع الناشئة. في هذه المقالة، أشارككم قصة حقيقية من قلب المعركة، وكيف أنقذتنا تقنية "اعرف عميلك...

21 مايو، 2026 قراءة المزيد
البنية التحتية وإدارة السيرفرات

كان إعداد كل خادم جديد كابوساً يدوياً: كيف أنقذتنا ‘البنية التحتية كشيفرة’ (Terraform) من جحيم عدم الاتساق؟

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

21 مايو، 2026 قراءة المزيد
ادارة الفرق والتنمية البشرية

كان أفضل مهندسينا يرحلون أو يصبحون مدراء سيئين: كيف أنقذنا ‘المسار الوظيفي المزدوج’ من نزيف المواهب؟

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

21 مايو، 2026 قراءة المزيد
البودكاست