Développement logiciel à Dubaï et aux Émirats arabes unis : Guide du marché 2025

Les Émirats arabes unis ne sont plus seulement une place financière aux panoramas impressionnants. C'est l'un des marchés technologiques à la progression la plus rapide au monde, et l'écart entre ce que les équipes de développement logiciel internationales pensent comprendre sur la construction ici et ce qui est réellement requis pour réussir est plus large que la plupart ne le réalisent. Nous l'avons appris à la dure — et de manière productive — après des années de travail avec des clients à Dubaï, Abou Dhabi et Riyad.

Ce guide n'est pas un article générique sur le « développement logiciel dans un nouveau marché ». Il porte spécifiquement sur les Émirats arabes unis : les particularités réglementaires, l'infrastructure de paiement, la complexité de la langue arabe qui va bien au-delà de l'intégration d'une bibliothèque de traduction, et les normes culturelles qui façonnent la manière dont la technologie est adoptée. Si vous êtes une entreprise qui prévoit de lancer un produit logiciel aux Émirats — ou si vous évaluez des partenaires de développement qui se présentent comme experts des EAU — voici la référence que nous aurions voulu avoir lorsque nous avons commencé.

---

Le marché technologique des EAU en 2025

L'économie numérique des Émirats arabes unis suit une trajectoire qui surprend même les observateurs avertis. Les estimations gouvernementales placent la contribution de l'économie numérique au PIB à plus de 19 %, avec l'ambition de la porter à 20 % d'ici 2031 dans le cadre de la Vision EAU 2031 et de la complémentaire Stratégie nationale d'innovation des EAU. Le marché n'est pas théorique. Les investissements sont réels, les délais sont courts, et l'appétit pour des logiciels bien conçus est authentique.

Les secteurs porteurs de la demande

La fintech est le segment le plus visible. Les EAU accueillent plus de 30 % des startups fintech de la région MENA, et Dubaï comme Abou Dhabi ont mis en place des bacs à sable réglementaires délibérément conçus pour les attirer. Le DIFC FinTech Hive et le ADGM RegLab sont de véritables accélérateurs, et non de simples opérations de communication.

La proptech arrive en deuxième position. L'immobilier aux EAU est une obsession nationale — juridique, culturelle et économique. Les plateformes de recherche immobilière, d'octroi de prêts hypothécaires, de gestion locative et de gestion intelligente des bâtiments ont toutes fait l'objet d'investissements significatifs. La démarche du département foncier des EAU vers un registre de titres basé sur la blockchain accélère davantage l'écosystème.

Les logiciels de logistique et de chaîne d'approvisionnement sont portés par la position des Émirats en tant que hub de transit mondial. DP World, JAFZA et le vaste réseau de zones franches génèrent une demande considérable pour les plateformes de dédouanement, les systèmes de gestion d'entrepôts et les outils de livraison du dernier kilomètre.

Les services gouvernementaux numériques méritent une mention particulière. Les EAU disposent de l'un des programmes d'e-gouvernement les plus ambitieux au monde. L'initiative Smart Dubai de Dubaï et la plateforme TAMM d'Abou Dhabi ne sont pas de simples portails gouvernementaux — elles incarnent une philosophie selon laquelle chaque interaction d'un citoyen avec l'État doit être numérique d'abord. Les entreprises du secteur privé capables de s'intégrer à ces plateformes ou de les compléter sont très demandées.

Le commerce de détail et le e-commerce continuent de croître. Les EAU affichent l'un des taux de pénétration du e-commerce les plus élevés de la région MENA, portés par un fort taux de pénétration des smartphones, une démographie jeune et aisée, et une infrastructure logistique solide.

Les principales villes

Dubaï reste la capitale commerciale et fintech. La plupart des entreprises internationales s'y installent en premier, généralement au sein d'une zone franche. Le DIFC et Dubai Internet City sont les deux ancres les plus communes pour les entreprises technologiques.

Abou Dhabi s'affirme de plus en plus comme un hub technologique, particulièrement pour l'IA, la fintech adossée aux fonds souverains et la technologie gouvernementale. L'ADGM offre un cadre juridique concurrent au DIFC avec ses propres tribunaux de droit commun.

Sharjah est pertinent pour les logiciels proches de la fabrication, l'edtech et les entreprises qui ont besoin de loyers commerciaux moins élevés sans trop s'éloigner de Dubaï.

---

Paysage réglementaire

L'une des premières questions que se pose toute entreprise logicielle qui entre sur le marché des EAU est : quel type d'entité dois-je créer, et où dois-je la domicilier ? La réponse est plus nuancée que dans la plupart des marchés.

Mainland, zone franche et offshore

Une société mainland est agréée par le Département du développement économique (DED) et peut opérer partout aux EAU, y compris pour répondre à des appels d'offres gouvernementaux. Historiquement, les sociétés mainland exigeaient un partenaire national des EAU détenant 51 % de l'entité, mais les amendements de la loi sur les sociétés de 2021 ont considérablement élargi la liste des activités pour lesquelles la propriété étrangère à 100 % est autorisée — et les services technologiques y figurent généralement.

Une société en zone franche est agréée par une autorité de zone franche spécifique. Elle peut opérer librement au sein de sa zone franche et à l'international, mais pour commercer directement avec des clients du mainland des EAU, une étape supplémentaire est nécessaire (soit une succursale mainland, soit un agent commercial). En contrepartie, les zones franches offrent une propriété étrangère à 100 %, une exonération d'impôt sur les sociétés sur les revenus qualifiés (dans les paramètres de la taxe sur les sociétés des EAU introduite en 2023 à 9 % pour les revenus imposables supérieurs à 375 000 AED), et des procédures de création souvent simplifiées.

Une société offshore (telle qu'une entité RAK ICC ou JAFZA offshore) est principalement destinée à détenir des actifs ou de la propriété intellectuelle. Elle ne peut pas exercer d'activité commerciale directe aux EAU.

DIFC et ADGM — Leurs propres univers juridiques

Le Dubai International Financial Centre (DIFC) et le Abu Dhabi Global Market (ADGM) ne sont pas de simples zones franches. Ce sont des zones franches financières dotées de leurs propres cadres juridiques civil et commercial basés sur la common law anglaise, de leurs propres tribunaux et de leurs propres régulateurs. Pour toute société logicielle opérant dans les services financiers — paiements, prêts, investissement, assurance — comprendre quel régulateur a juridiction sur votre produit est essentiel.

Au sein du DIFC, le régulateur est la Dubai Financial Services Authority (DFSA). Au sein de l'ADGM, c'est la Financial Services Regulatory Authority (FSRA). Les deux opèrent des bacs à sable réglementaires permettant aux entreprises fintech de tester des produits avec de vrais clients dans des conditions d'octroi de licences assouplies avant de demander une licence complète.

Régulateurs sectoriels

Au-delà de la question des zones franches, la nature de votre logiciel détermine à quel régulateur vous devez répondre :

• Fintech et paiements : La Banque centrale des EAU (CBUAE) réglemente les prestataires de services de paiement, les établissements de monnaie électronique et les systèmes de paiement de détail sur le mainland. Si vous développez un produit de paiement, une plateforme de prêt ou un portefeuille électronique, une licence CBUAE est presque certainement requise.
• Healthtech : Le Ministère de la Santé et de la Prévention (MOHAP) et, à Dubaï spécifiquement, la Dubai Health Authority (DHA) réglementent les plateformes de données de santé, les applications de télémédecine et les dispositifs de santé numériques. Les données de santé sont soumises à des exigences strictes de localisation.
• Télécommunications et services numériques : La Telecommunications and Digital Government Regulatory Authority (TDRA) supervise l'infrastructure numérique, l'enregistrement des noms de domaine et le cadre réglementaire des services gouvernementaux numériques.

Nous recommandons toujours de faire appel à un conseiller juridique qualifié aux EAU avant de s'incorporer ou de développer un produit réglementé. Le paysage évolue fréquemment, et les conséquences d'une erreur sont réelles.

---

Résidence des données et exigences de localisation

La résidence des données est l'une des décisions d'architecture les plus déterminantes qu'une équipe logicielle construisant aux EAU sera amenée à prendre — et l'une des plus fréquemment sous-estimées.

Quels secteurs exigent des données hébergées aux EAU

Les EAU ne disposent pas encore d'une loi unique et globale sur la localisation des données applicable à tous les secteurs, mais plusieurs cadres sectoriels imposent des exigences de résidence :

• Services financiers : Les directives de la CBUAE et de la DFSA exigent que les institutions financières conservent les données clients et les registres de transactions dans la juridiction des EAU (ou dans des juridictions disposant de cadres de protection des données adéquats, sous réserve d'approbation).
• Santé : Les données des patients doivent être stockées localement conformément aux réglementations MOHAP et DHA. Il n'y a pas d'exceptions pour les fournisseurs cloud, sauf pour les fournisseurs cloud disposant de régions aux EAU.
• Marchés publics : Tout logiciel traitant des données gouvernementales doit généralement être hébergé sur une infrastructure physiquement située aux EAU.
• Données de télécommunications et d'identité : Les réglementations TDRA restreignent le transfert de certaines catégories de données personnelles hors des EAU.

Pour la plupart des produits B2B SaaS qui ne relèvent pas de ces secteurs réglementés, la résidence des données n'est pas une exigence légale stricte — mais elle devient de plus en plus une exigence commerciale. Les clients entreprises des EAU vous poseront la question, et « nos données sont en Irlande » n'est pas une réponse qui conclut des transactions.

La loi de protection des données du DIFC

La loi de protection des données du DIFC (DPL 2020) est le cadre de protection des données le plus mature des EAU et est étroitement modélisée sur le RGPD. Si votre logiciel traite des données personnelles d'individus au sein du DIFC — ou si votre société est enregistrée au DIFC — vous y êtes soumis. Les obligations comprennent une base légale pour le traitement, les droits des personnes concernées, les restrictions de transfert de données et la notification obligatoire des violations. Le commissaire à la protection des données du DIFC dispose de pouvoirs d'exécution.

Le Abu Dhabi Global Market dispose de ses propres Règlements de protection des données avec une structure similaire inspirée du RGPD.

En dehors des zones franches financières, la Loi sur la protection des données personnelles des EAU (PDPL), promulguée en 2021 et entrant progressivement en vigueur, s'applique aux responsables du traitement et aux sous-traitants opérant sur le mainland des EAU. Elle est moins prescriptive que le RGPD mais impose des obligations significatives en matière de consentement et de transfert.

Concevoir pour la résidence des données

Lorsque nous concevons des systèmes pour des clients des EAU ayant des exigences de résidence, l'approche dépend de si l'ensemble de l'application doit être hébergé aux EAU ou seulement la couche de données :

• Déploiement full-stack aux EAU : Utilisez un fournisseur cloud en région EAU pour toute l'infrastructure. AWS dispose d'une région EAU (me-south-1 à Bahreïn et une région EAU dédiée) depuis 2022. Microsoft Azure UAE North (Dubaï) est largement utilisé pour les charges de travail d'entreprise. G42 Cloud, le fournisseur adossé à Mubadala, est de plus en plus privilégié pour les projets gouvernementaux et souverains compte tenu de sa structure de propriété d'origine émirienne.
• Résidence des données avec CDN edge : Pour les applications où la latence est critique mais où seule la couche de données doit être locale, un schéma de bases de données hébergées aux EAU avec CDN global pour les actifs statiques et le calcul est souvent approprié.
• Architectures multi-régions : Pour les clients opérant à la fois aux EAU et en Arabie saoudite, des déploiements régionaux séparés avec un partitionnement strict des données sont souvent requis, car l'Arabie saoudite a ses propres exigences de localisation dans le cadre de la NCA (National Cybersecurity Authority).

---

Intégration des passerelles de paiement pour les EAU

Construire un flux de paiement pour un public des EAU signifie s'intégrer avec des fournisseurs que le développeur européen ou américain typique n'a probablement jamais rencontrés. Le paysage des paiements local a ses propres acteurs majeurs, ses propres particularités, et certaines fonctionnalités véritablement utiles.

Les principales passerelles

Passerelle	Présence locale	Réseaux de cartes	Méthodes locales	Frais mensuels (approx.)	Frais de transaction (approx.)
PayFort / Amazon Payment Services	Siège aux EAU	Visa, MC, Amex, Mada	Aucune directement	AED 0–500 d'installation	2,8–3,5 %
Telr	Siège à Dubaï	Visa, MC, Amex	—	AED 99–299/mois	2,49–2,99 %
HyperPay	Arabie saoudite / EAU	Visa, MC, Amex, Mada	Apple Pay	AED 0 d'installation	2,5–3,2 %
Checkout.com	Bureau à Dubaï	Visa, MC, Amex, Discover	Apple Pay, Google Pay	Tarification personnalisée	À partir de 0,9 %+
Noon Payments	EAU	Visa, MC	Portefeuille Noon Pay	Personnalisé	Variable
Stripe	Disponibilité limitée	Visa, MC, Amex	Apple Pay, Google Pay	Tarification Stripe standard	2,9 %+

PayFort, désormais opérant sous le nom Amazon Payment Services, est le leader du marché et notre recommandation la plus fréquente pour les produits axés sur les EAU. Il dispose du réseau d'assistance local le plus solide, d'une documentation en langue arabe et d'un environnement sandbox qui reflète fidèlement le comportement de production. L'acquisition par Amazon a apporté une stabilité d'infrastructure sans supprimer la focalisation régionale.

Telr est un solide deuxième choix pour les PME et les startups. Le processus d'intégration est plus rapide que la plupart des alternatives, et la tarification est transparente. Leur page de paiement hébergée est compatible avec l'arabe dès le départ.

HyperPay est particulièrement précieux pour les produits qui doivent opérer à la fois aux EAU et en Arabie saoudite, car il gère nativement Mada (le réseau national de cartes saoudien) — une exigence pour le commerce en KSA. Les cartes Mada émises par les banques saoudiennes fonctionnent sur les deux marchés.

Checkout.com est notre recommandation pour les clients à fort volume ou les clients enterprise. Les économies sur les transactions s'améliorent significativement à fort volume, et la conception de l'API est l'une des plus propres du marché. Leur entité aux EAU signifie que le règlement en AED est simple.

Méthodes de paiement locales à prendre en charge

Au-delà des paiements par carte, un produit destiné au marché des EAU devrait envisager :

• Apple Pay et Google Pay affichent des taux d'adoption très élevés. Le taux de pénétration des smartphones aux EAU est parmi les plus élevés au monde, et le paiement sans contact est un comportement normalisé. La plupart des passerelles des EAU prennent désormais en charge les deux.
• Le paiement à la livraison (cash on delivery, COD) reste pertinent pour le e-commerce, notamment pour les primo-acheteurs et dans les zones moins urbaines. Les plateformes qui suppriment le COD pour simplifier les opérations constatent souvent des pics d'abandon de panier.
• BNPL (Achetez maintenant, payez plus tard) : Tabby et Tamara sont les acteurs BNPL dominants dans la région et disposent d'API marchands dédiées. Pour tout produit de commerce de détail, l'intégration d'au moins l'un d'eux mérite d'être envisagée.
• Virements bancaires / prélèvements automatiques : Moins courants pour les flux consommateurs, mais attendus dans les contextes B2B. Les banques des EAU prennent en charge UAEFTS pour les transferts domestiques.

Mise en œuvre de la TVA des EAU dans votre flux de paiement

Toute intégration de passerelle de paiement pour une entreprise des EAU doit tenir compte de la TVA à 5 % sur les fournitures applicables. Nous couvrons la mise en œuvre de la TVA en détail dans la section suivante, mais au niveau de la passerelle, cela signifie que le total de votre commande envoyé à la page de paiement doit déjà inclure la TVA — les passerelles traitent le montant qu'elles reçoivent. La logique TVA se trouve dans votre couche applicative, pas dans la passerelle.

---

Support de la langue arabe et du sens de lecture RTL

C'est la section que la plupart des équipes logicielles ignorent ou sous-estiment. Un support correct de la langue arabe n'est pas un projet de traduction. C'est un effort significatif d'ingénierie front-end et de design, et se tromper est immédiatement perceptible par les utilisateurs arabophones.

Le RTL n'est pas simplement un effet miroir

La mise en page de droite à gauche signifie que toute la logique spatiale de l'interface utilisateur est inversée. Le sens de lecture principal, le flux de navigation, la position des boutons d'action, la direction des icônes qui impliquent une directionnalité (flèches, indicateurs de progression, contrôles précédent/suivant) — tout doit être reconsidéré, pas seulement inversé.

Ce que les équipes font souvent mal :

• Texte bidirectionnel (bidi) : Une page en arabe peut contenir du texte arabe, des noms de produits en anglais, des chiffres, des URL et du contenu à direction mixte. L'algorithme bidirectionnel Unicode gère la plupart de cela automatiquement lorsque dir="rtl" et lang="ar" sont correctement définis sur l'élément HTML, mais les cas limites — notamment dans les cellules de tableau, les champs de formulaire et le contenu dynamique — nécessitent une gestion explicite.
• Direction des champs de formulaire : Un champ de saisie de numéro de téléphone dans une interface arabe doit toujours être saisi de gauche à droite (les chiffres sont LTR même dans un contexte arabe). Un champ de nom en arabe doit être RTL. Définir dir="auto" sur les champs de texte est souvent la valeur par défaut la plus sûre, mais vous devez tester chaque type de champ.
• Formats de date et de nombre : L'arabe utilise deux systèmes de numération : les chiffres arabes orientaux (٠١٢٣٤٥٦٧٨٩) et les chiffres arabes occidentaux (0123456789). Les utilisateurs des EAU préfèrent largement les chiffres occidentaux dans les contextes d'interface, mais ce n'est pas universel. Les formats de date aux EAU suivent généralement JJ/MM/AAAA dans les contextes arabes, bien que le calendrier islamique Hijri soit également pertinent pour certaines applications gouvernementales et culturelles.
• Icônes et illustrations : Une icône de panier d'achat pointant vers la gauche dans une mise en page LTR doit pointer vers la droite dans une mise en page RTL. Une flèche indiquant « suivant » doit pointer vers la gauche. Ces détails comptent pour la qualité de finition.

Support CSS et bibliothèques de composants

Au niveau CSS, utilisez des propriétés logiques (margin-inline-start plutôt que margin-left) afin que les styles s'adaptent automatiquement à la direction du texte. C'est l'approche la plus maintenable pour les produits bilingues.

Pour les applications React, plusieurs approches existent :

• Material UI (MUI) dispose d'un support RTL intégré via sa configuration de cache rtl et le plugin jss-rtl. Il est bien testé et fiable.
• shadcn/ui utilise Tailwind CSS, et le support RTL de Tailwind utilise le préfixe de variante rtl: (par exemple rtl:mr-0). Cela nécessite de la rigueur pour une application cohérente, mais fonctionne bien lorsque l'équipe s'y engage.
• Les primitives Radix UI, qui sous-tendent shadcn/ui, sont en grande partie agnostiques à la direction, mais les composants composites ayant des hypothèses directionnelles nécessitent une révision manuelle.
• Ant Design dispose d'un ConfigProvider dédié avec direction="rtl" qui bascule l'ensemble de l'arborescence des composants.

Pour Next.js spécifiquement, nous utilisons next-i18next avec des configurations de locale séparées pour en (LTR) et ar (RTL), en définissant dir et lang sur l'élément <html> via la configuration de locale.

Sélection des polices arabes

La pile de polices système sur la plupart des appareils se rabattra sur une police arabe correcte, mais pour un produit soigné, vous devriez spécifier explicitement une police de caractères arabe. Cairo et Tajawal (toutes deux disponibles sur Google Fonts) sont les polices web arabes les plus utilisées pour la conception d'interfaces — elles sont à poids variable, modernes et lisibles à petite taille. IBM Plex Arabic est un excellent choix pour les produits plus techniques ou enterprise. Évitez les polices qui n'incluent pas de glyphes arabes dans leur jeu de polices web, car le système de secours brisera visuellement la cohérence typographique de votre interface.

Traduction et localisation

La traduction convertit des mots. La localisation convertit le sens, le contexte et la culture. Pour un produit des EAU, cela inclut :

• Devise : Toujours AED (درهم), avec le bon positionnement du symbole monétaire
• Formats de numéro de téléphone : +971 avec la structure correcte des préfixes mobile/fixe
• Formats d'adresse : Les adresses aux EAU n'utilisent pas de codes postaux au sens traditionnel — elles utilisent l'émirat, la zone, la rue et le bâtiment. Vos champs de formulaire d'adresse doivent refléter cela.
• Références culturelles et visuels : Les photos de stock dans des contextes occidentaux, les hypothèses sur les structures familiales ou les références qui ne se transposent pas culturellement éroderont la confiance des utilisateurs locaux.

---

Conformité à la TVA dans les produits logiciels

Les EAU ont introduit la taxe sur la valeur ajoutée (TVA) à 5 % le 1er janvier 2018. Elle est administrée par la Federal Tax Authority (FTA). Pour les produits logiciels gérant la facturation ou les abonnements, la conformité TVA n'est pas optionnelle et la FTA dispose de pouvoirs de contrôle.

Quand la TVA s'applique aux logiciels

La TVA s'applique à la fourniture de produits logiciels, d'abonnements SaaS et de services professionnels aux EAU. Des règles spécifiques s'appliquent aux services électroniques fournis par des entreprises étrangères à des consommateurs des EAU (similaires aux règles de TVA sur les services numériques de l'UE), mais pour une entreprise enregistrée aux EAU avec des clients aux EAU, le taux standard de 5 % s'applique.

Des fournitures à taux zéro existent (notamment certaines exportations et services internationaux), et des fournitures exonérées existent (notamment certains services financiers et terrains nus). Si votre plateforme traite des transactions couvrant plusieurs types de fournitures, votre moteur de facturation doit être capable d'appliquer différents traitements TVA à différentes lignes.

Mise en œuvre de la TVA dans votre système de facturation

Au niveau logiciel, la facturation conforme à la TVA aux EAU requiert :

• Numéro d'immatriculation fiscale (TRN) : Le TRN de votre entreprise doit figurer sur chaque facture fiscale. Si vous développez une plateforme qui génère des factures au nom d'entreprises, vous devez capturer et afficher leur TRN.
• Format de facture fiscale : La FTA spécifie les champs requis : la mention « Tax Invoice » (Facture fiscale) en arabe et en anglais, la date de la fourniture, un numéro de facture séquentiel, le TRN du fournisseur, le TRN du client (pour les transactions B2B), une description de la fourniture, le prix unitaire, le montant de la taxe et le total TTC.
• Traitement B2B vs B2C : Pour les fournitures B2B supérieures à 10 000 AED, une facture fiscale complète est requise. Pour les fournitures B2C ou de faible valeur, une facture fiscale simplifiée est autorisée, mais doit toujours indiquer le montant de la taxe.
• Validation du TRN : La FTA fournit un portail de vérification des TRN. Si votre plateforme traite de la facturation B2B en volume, envisagez d'intégrer la validation du TRN dans votre flux d'intégration fournisseur ou client pour détecter les erreurs avant l'émission des factures.
• Mécanisme d'autoliquidation : Pour les services importés (une entreprise des EAU achetant des logiciels à un fournisseur étranger), l'entreprise des EAU doit auto-comptabiliser la TVA dans le cadre du mécanisme d'autoliquidation. Si votre plateforme implique l'achat de services transfrontaliers, cela a des implications sur la structure des factures.

Pour les plateformes utilisant Stripe Billing, Chargebee ou Recurly, la configuration de la TVA des EAU est prise en charge, mais nécessite une configuration explicite — elle ne s'appliquera pas automatiquement par défaut. Nous recommandons toujours un audit TVA de toute configuration de facturation avant le déploiement en production.

---

Considérations UX spécifiques aux EAU

Au-delà du support de la langue arabe, développer pour les utilisateurs des EAU signifie comprendre les schémas de comportement numérique plus larges qui définissent ce qu'est une bonne UX ici.

Le Mobile-First n'est pas une recommandation — c'est une exigence de base

Les EAU ont l'un des taux de pénétration des smartphones les plus élevés au monde — constamment supérieur à 90 % de la population. Le bureau reste pertinent pour les logiciels enterprise B2B, mais pour tout produit grand public ou PME, le mobile est là où se produit la majorité des sessions. Cela signifie que les performances sur les connexions 4G et 5G, la taille des zones tactiles, les schémas de navigation inférieure et le comportement de type application (même sur le web) ne sont pas des options.

WhatsApp comme infrastructure

WhatsApp n'est pas une application de messagerie aux EAU — c'est une infrastructure commerciale. Le service client, les confirmations de commande, les rappels de rendez-vous, les factures et les négociations contractuelles transitent tous par WhatsApp. Si votre produit n'offre pas l'intégration de l'API WhatsApp Business pour les notifications et la communication client, vous nagerez à contre-courant de la façon dont les affaires se font réellement ici. Nous intégrons l'API WhatsApp Business (via des BSP officiels tels que Twilio, MessageBird, ou via une inscription directe auprès de Meta) comme canal de notification dans la plupart de nos projets clients aux EAU.

L'interface arabe par défaut, pas comme fonctionnalité

Les utilisateurs qui préfèrent l'arabe ne devraient pas avoir à chercher un bouton de changement de langue enfoui dans les paramètres. La sélection de la langue doit être bien visible, et la valeur par défaut devrait idéalement être déterminée par la locale du navigateur ou de l'appareil de l'utilisateur. Les marques qui traitent l'anglais comme la « vraie » interface et l'arabe comme une réflexion après coup signalent qu'elles ne prennent pas au sérieux les utilisateurs locaux.

Considérations de design culturel

Le vert a des connotations positives (c'est la couleur de l'Islam) et est globalement sûr pour les états de succès et les CTA. Le rouge doit être utilisé avec prudence — il peut être perçu comme stop/danger plus fortement dans certains contextes culturels arabes qu'en Occident. L'or et les signaux de luxe se traduisent bien dans le marché premium des EAU, où la qualité ostensible est appréciée plutôt que d'être discrète. La photographie et les illustrations devraient refléter les données démographiques — les communautés d'expatriés d'Asie du Sud, arabes et occidentaux constituent toutes des portions importantes de la base de consommateurs des EAU.

---

Comment Cyberbeak travaille avec ses clients des EAU

Nous développons des logiciels pour des clients des EAU et d'Arabie saoudite depuis les premières années de la société, et l'expérience régionale est intégrée dans notre façon de travailler — ce n'est pas un service spécialisé ajouté après coup.

Fuseau horaire et communication

Les EAU opèrent sur UTC+4 (Heure standard du Golfe), ce qui est l'un des fuseaux horaires internationaux les plus accommodants pour une équipe de développement à distance. Il y a un chevauchement significatif avec les horaires de travail au Royaume-Uni (notamment en hiver), un solide chevauchement avec les équipes de développement d'Europe de l'Est, et une communication le même jour avec les équipes d'Asie du Sud. Nous structurons nos sprints et nos points clients pour tenir les clients des EAU informés sans exiger d'appels en soirée.

Notre processus de localisation en arabe

Pour les produits nécessitant un support en arabe, nous ne traitons pas la traduction comme la dernière étape avant le lancement. Nous menons des sprints de design bilingues — les mises en page sont conçues en arabe et en anglais simultanément dès la première phase de wireframing, ce qui évite la refactorisation coûteuse en fin de projet qui se produit lorsque le RTL est ajouté après coup sur un design LTR. Nous travaillons avec des traducteurs arabes professionnels et des réviseurs de localisation qui sont des locuteurs natifs de l'arabe de la région des EAU, et non des traducteurs génériques en arabe standard moderne, car le vocabulaire et le registre que les utilisateurs des EAU attendent diffèrent de ce que produirait un réviseur levantin ou égyptien.

Résidence des données et support réglementaire

Nous aidons les clients à naviguer dans la décision relative à l'entité et à l'hébergement tôt — avant qu'une ligne de code ne soit écrite — car refactoriser une architecture multi-régions ultérieurement est coûteux. Nous avons des relations établies avec des conseillers juridiques qualifiés aux EAU et pouvons les mettre en contact avec les clients qui ont besoin d'un soutien juridique local pour la création d'entité ou la conformité des données.

Processus de livraison pour les projets régionaux

Notre processus ne change pas fondamentalement pour les projets des EAU, mais certains artefacts sont spécifiques à la région : les identifiants sandbox de passerelle de paiement et les listes de contrôle de mise en production, la documentation de configuration TVA pour les systèmes de facturation, les cas de test QA RTL dans notre suite de tests standard, et les points de contrôle de conformité TDRA/FTA dans notre revue pré-lancement. Nous les avons intégrés dans notre processus car les découvrir au moment du lancement est toujours plus coûteux que de les intégrer dès le départ.

---

Questions fréquemment posées

Devons-nous disposer d'une entité enregistrée aux EAU pour travailler avec vous ?

Non. Nous travaillons avec des clients à toutes les étapes de l'entrée sur le marché — des entreprises internationales explorant le marché des EAU sans présence locale encore, aux sociétés établies disposant d'entités mainland ou en zone franche. Nous pouvons conseiller sur la question de l'entité d'un point de vue logiciel et opérationnel, mais nous recommandons un conseil juridique qualifié aux EAU pour la décision d'incorporation elle-même.

Développez-vous des applications en langue arabe ?

Oui. Le support de la langue arabe — y compris la mise en page RTL complète, la gestion du texte bidirectionnel, la validation de formulaires sensible à l'arabe, et la traduction et localisation professionnelles — est un élément central de notre service pour les projets des EAU et d'Arabie saoudite. Nous ne proposons pas de services de traduction seuls, mais dans le cadre d'un engagement de développement full-stack, les produits bilingues arabe/anglais sont quelque chose que nous avons construits à de nombreuses reprises.

Comment gérez-vous les exigences de résidence des données des EAU ?

Notre recommandation par défaut pour les projets des EAU ayant des exigences de résidence des données est le déploiement sur AWS UAE, Azure UAE North ou G42 Cloud, selon le secteur du client, ses accords cloud existants et son profil réglementaire. Nous concevons les applications dès le départ avec un partitionnement régional des données lorsque des opérations multi-régions sont nécessaires (par exemple, des déploiements distincts pour les EAU et l'Arabie saoudite avec des couches de données séparées). Nous documentons les flux de données et les décisions de résidence dans nos artefacts de conception technique, que les clients peuvent utiliser pour leurs propres soumissions réglementaires.

Quelles passerelles de paiement recommandez-vous pour les EAU ?

Pour la plupart des produits axés sur les EAU, nous recommandons Amazon Payment Services (anciennement PayFort) comme passerelle principale — elle dispose du meilleur support local, d'un sandbox fiable et d'une solide documentation en arabe. Pour les produits desservant également l'Arabie saoudite, nous ajoutons HyperPay pour le support Mada. Pour les clients enterprise à fort volume, Checkout.com est notre préférence pour la qualité de son API et ses économies à l'échelle. Nous gérons l'intégration complète de la passerelle, y compris la gestion des webhooks, les flux de remboursement, l'authentification 3DS et la génération de reçus conformes à la TVA des EAU.

Travaillez-vous avec des entités gouvernementales et des clients du secteur public aux EAU ?

Oui. Nous avons de l'expérience avec les exigences de passation de marchés, de contractualisation et techniques communes aux projets gouvernementaux des EAU, notamment l'hébergement des données sur une infrastructure qualifiée localement, les livrables bilingues en arabe, et l'alignement avec les normes gouvernementales numériques de la TDRA. Les délais de passation de marchés publics aux EAU sont généralement plus longs que dans le secteur privé, et nous planifions notre capacité et nos engagements de ressources en conséquence.

---

Prêt à développer aux EAU ?

Les EAU sont un marché qui récompense la préparation. Le paysage réglementaire, les exigences en matière de langue arabe, l'infrastructure de paiement et les attentes culturelles sont tous navigables — mais ils sont véritablement différents de ce à quoi la plupart des équipes logicielles internationales sont habituées, et le coût de le découvrir tardivement est élevé.

Nous avons réalisé cela suffisamment de fois pour avoir intégré la connaissance dans notre processus plutôt que de le traiter comme un projet spécial. Si vous planifiez un produit logiciel pour le marché des EAU ou d'Arabie saoudite — que vous soyez au stade de la découverte ou prêt à démarrer le développement — nous serions heureux d'avoir une conversation sur ce qu'il faut réellement pour le faire correctement.

Contactez notre équipe pour parler de votre projet. Pas de présentation commerciale, pas d'engagement — juste une conversation utile.