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

تبني تطبيقك في الرياض، ينجح، ويجيك أول عميل من الكويت. فجأة تكتشف إن السعر يطلع بكسور غلط، ورقم الجوال ما يقبله النموذج، وطريقة الدفع اللي يستخدمها مو موجودة عندك. عبدالله عبدالرحيم بن سنكر يشتغل مع عملاء في السعودية والخليج وخارجه، ويشوف إن «الخليج سوق واحد» افتراض مريح في العرض التقديمي، ومكلف في الكود. هذي مقارنة عملية بين اللي يتشابه واللي يختلف، وكيف تجهّز منتجك من البداية بدل ما تعيد بناءه.

اللي يتشابه فعلاً، واللي يخدعك

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

الفلوس: عملات بكسور مختلفة وضرائب مختلفة

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

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

الدفع: كل دولة لها شبكتها

المستخدم السعودي متعوّد على مدى وApple Pay، والكويتي على كي نت، والبحريني على بنفت. البطاقات الدولية موجودة في كل مكان، لكن المستخدم اللي ما يلقى طريقته المعتادة يتردد، وجزء منهم يترك السلة. قبل ما تختار بوابة دفع، اسأل عن أمرين: هل تدعم الشبكات المحلية في الدول اللي تستهدفها، وهل تقدر تستلم مبالغ بعملات متعددة وتسوّيها في حسابك. اختيار بوابة تشتغل في السعودية بس، ثم تغييرها بعد سنة، أغلى بكثير من السؤال الحين.

وإذا تطبيقك يبيع اشتراكات أو محتوى رقمي داخله، فالدفع غالباً يمر عبر نظام الشراء داخل التطبيق في App Store و Google Play، وهنا المتجر هو اللي يتعامل مع عملة كل دولة. في هالحالة شغلك يختلف: تراجع الأسعار المعروضة لكل دولة في لوحة المتجر، لأن التحويل التلقائي من الريال ممكن يطلع رقم غريب مثل ٤٫٨٧٣ دينار بدل رقم مرتب. وتأكد إن التطبيق متاح أصلاً في كل الدول اللي تستهدفها من إعدادات التوفّر في المتجرين، لأن الإطلاق في دولة وحدة ثم نسيان الباقي يصير أكثر مما تتوقع.

الأرقام والعناوين والأيام

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

اللغة والمحتوى: عربي، بس مو نسخة وحدة

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

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

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

• رمز الدولة ورمز العملة وعدد خاناتها العشرية.
• نسبة الضريبة إن وجدت، وهل الأسعار المعروضة تشملها.
• طرق الدفع المفعّلة لهالدولة بالترتيب اللي تنعرض فيه.
• رمز الاتصال وصيغة العنوان المطلوبة.
• أيام العمل والمنطقة الزمنية الافتراضية.

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