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

ما يعنيه تطوير تطبيقات الجوال بالعربية فعلياً

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

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

ستة عناصر تتعطل عندما تأتي العربية متأخرة

ثم هناك كل ما هو خارج ملف التطبيق: صفحات المتجر بالعربية في App Store وGoogle Play، ونصوص الإشعارات، وقوالب الرسائل القصيرة وواتساب، والفواتير والإيصالات، والبريد الصادر من الخادم. في مشروع دوا، وهو منتج لتوصيل أدوية الصيدليات في الكويت، شملت الواجهة ثنائية اللغة مسار الطلب وإدخال العنوان وتعليمات الوصفة الطبية وإيصالات العملاء، ولم تكن شاشات التطبيق سوى جزء من العمل.

المحتوى العربي قرار منتج، لا مهمة ترجمة

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

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

التكلفة والمدة الزمنية

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

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

كيف تحددون نطاق بناء عربي أولاً

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