Mobile Money en Afrique de l'Ouest : penser l'UX pour la confiance, pas pour la carte

Quand on conçoit un paiement pour l'Afrique de l'Ouest, le premier réflexe est de copier les flows d'une banque européenne. C'est une erreur. Le Mobile Money ne remplace pas la carte bancaire : il la contourne. Après cinq ans à concevoir des parcours de paiement pour SahelPay, GovPlus et plusieurs wallets de la région, nous avons appris à penser différemment — et certaines de ces leçons se paient cash, au sens propre.

Pourquoi la carte ne sert presque à rien ici

En zone UEMOA, le Mobile Money représente environ 45 % des transactions numériques, contre moins de 15 % pour la carte. Un utilisateur sur deux n'a jamais ouvert de compte bancaire, mais la pénétration du téléphone portable dépasse 80 %, et le feature phone reste roi dans les zones rurales. Le paiement par USSD — ce menu téléphonique qui permet de payer sans smartphone ni application — reste d'ailleurs le premier canal d'initiation au numérique financier dans la sous-région.

Canal	Pénétration	Taux de fraude perçu	Usage réel
Carte bancaire	12 %	Élevé	Faible, urbain
Mobile Money	45 %	Modéré	Dominant
Espèces	100 %	Nul	Universel

La conséquence directe : dans nos applications, le paiement par Mobile Money n'est pas une option parmi d'autres, c'est le flow principal. La carte, le virement et les autres moyens sont relégués au second plan, et nous ne les exposons qu'en toute fin de parcours.

« Un paiement qui demande trois étapes de plus que l'argent liquide est un paiement que l'utilisateur ne fera pas. » — note interne de notre équipe produit après le premier déploiement.

L'utilisateur d'abord : trois profils qui changent tout

On ne conçoit pas la même chose pour un étudiant à Niamey, un commerçant au grand marché et un producteur de mil dans le Dosso. Pourtant, trois constantes se dégagent de tous nos entretiens terrain.

Le téléphone partagé

Dans beaucoup de foyers, un seul téléphone sert à toute la famille. Le numéro de téléphone est une identité, pas un appareil. Impliquer ce numéro dans chaque étape — confirmation, reçu, notification — sécurise l'expérience bien plus qu'un mot de passe.

Le solde qui se voit

L'utilisateur de Mobile Money pense en solde visible et en frais réels. Si la commission n'est pas affichée avant la confirmation, il se sent trahi au moment le plus important de l'interaction.

[!WARNING] Le montant avant, toujours N'affichez jamais un total sans sa décomposition (montant + frais + total). Un utilisateur qui découvre 50 FCFA de frais après coup ne vous le pardonnera pas — il en parlera à dix autres.

La langue du quotidien

« Solde insuffisant », « Transaction refusée », « Compte bloqué » : autant de formulations qui paniquent. Nous réécrivons chaque message d'erreur avec les utilisateurs, en français et en langues locales — hausa, zarma, dioula selon les marchés. Un message d'erreur incompréhensible est vécu comme une perte d'argent.

La confiance se construit dans les détails

La première version de notre flow de paiement affichait un montant propre, un bouton « Payer » et… un taux d'abandon de 38 %. Le problème n'était pas technique : c'était la confiance. Voici comment nous l'avons reconstruite.

Le montant, élément le plus anxiogène

Nous avons appris à traiter le montant comme une donnée de sécurité, pas comme un simple champ numérique.

function formatMontant(montant: number, locale: 'fr-NE' | 'fr'): string {
  const fmt = new Intl.NumberFormat(locale === 'fr-NE' ? 'fr-NE' : 'fr-FR', {
    style: 'currency',
    currency: 'XOF',
    minimumFractionDigits: 0,
    maximumFractionDigits: 0,
  })
  return fmt.format(montant)
}

function recapitulatif(montant: number, frais: number): string {
  return [
    `Montant : ${formatMontant(montant)}`,
    `Frais : ${formatMontant(frais)}`,
    `Total : ${formatMontant(montant + frais)}`,
  ].join('
')
}

Afficher le montant en toutes lettres pour les valeurs rondes (par exemple « cinq mille francs ») réduit les erreurs de lecture sur les petits écrans, et rappelle l'habitude du paiement en espèces.

[!TIP] La règle des 3 confirmations Pour tout paiement au-dessus de 5 000 FCFA, imposez une triple confirmation : montant en chiffres, montant en lettres, puis saisie du PIN Mobile Money. Le coût UX est faible, le gain de confiance est massif.

Le numéro de téléphone comme identité

Nous avons standardisé un pattern de vérification en deux temps : l'utilisateur saisit son numéro, reçoit une notification USSD ou SMS, puis confirme. Pas de mot de passe oublié, pas de réinitialisation interminable, et un taux de complétion supérieur de 22 points aux flows à compte classique que nous avions testés.

Concevoir pour une connexion faible

À Niamey, la 4G est devenue correcte. À 40 km de la capitale, c'est une autre histoire : edge ou 3G instable, coupures fréquentes, partage de connexion entre voisins. Un design qui ne le prend pas en compte est un design qui échoue. C'est la première contrainte que nous validons avant toute refonte.

Type de réseau	Latence médiane	Budget de page conseillé	Poids max JS
4G urbaine	80 ms	< 2 s	300 Ko
3G semi-urbaine	350 ms	< 4 s	150 Ko
Edge rural	900 ms	< 8 s	50 Ko

Nos règles de base :

• Le squelette HTML s'affiche sans aucun JavaScript critique.
• Les polices sont servies en priorité locale, le réseau étant réservé aux données utiles.
• Le statut de la transaction est stocké localement et synchronisé dès que la connexion revient (offline-first).
• Toute image est convertie en WebP et chargée paresseusement.
• Les appels API critiques passent par un timeout court avec reprise, jamais par une attente indéfinie.

[!INFO] Le bon réflexe Les 15 premières secondes de connexion sont les plus fiables. Nous chargeons donc l'essentiel — montant, destinataire, bouton de confirmation — immédiatement, et le reste en arrière-plan.

Les patterns qui fonctionnent (et ceux qui échouent)

Après cinq ans de production, voici notre grille de lecture, validée par nos mesures d'usage et nos tests terrain.

Ce qui marche

• Confirmation par notification USSD en plus du SMS.
• Reçus partageables sur WhatsApp au format image.
• Historique lisible même avec un vocabulaire réduit : icônes, couleurs, dates relatives.
• Bouton principal unique, toujours à portée du pouce.
• Saisie du montant en clavier numérique natif, sans masque imposé.

Ce qui échoue

• Les carrousels de cartes bancaires sur mobile.
• Les formulaires multi-écrans qui perdent les données à chaque erreur.
• Les codes OTP par e-mail : l'email reste marginal hors entreprise.
• Les animations de succès qui masquent le détail du reçu.
• Les designs « flat » qui ne distinguent pas un bouton actif d'un texte passif.

Ce que nous livrons désormais par défaut

Chaque application de paiement qui sort du studio passe cette checklist avant la mise en production :

• Montant décomposé (montant + frais + total) sur l'écran de confirmation
• Montant en toutes lettres pour les valeurs rondes
• Message d'erreur rédigé et testé en langues locales
• Paiement par Mobile Money en flow principal, sans étape cachée
• Reçu partageable (image + texte) après chaque transaction
• Délai d'attente du service USSD inférieur à 5 secondes
• Reprise de connexion automatique sans perte de contexte
• Tests réels sur feature phone 2G, pas seulement en simulateur

Les deux dernières cases restent souvent ouvertes sur nos premiers livrables. Nous préférons cette transparence avec nos clients à la promesse creuse.

Les leçons, en vrac

1. Le Mobile Money est le flow principal, pas une alternative.
2. La confiance se gagne sur le montant, pas sur le branding.
3. Chaque kilo-octet de bande passante économisé est un utilisateur de plus qui convertit.
4. Les tests terrain sur feature phone révèlent plus de bugs que tout laboratoire.
5. La langue locale n'est pas une fonctionnalité « en plus » : c'est le produit.
6. Le temps réel de réponse USSD pèse plus sur la conversion que la beauté de l'interface.

[!TIP] Pour aller plus loin Si vous concevez un produit de paiement pour la région, commencez par observer dix minutes un paiement USSD en conditions réelles. Vous en apprendrez plus que toutes les guidelines réunies.

Le Mobile Money a un avantage immense que les cartes n'ont jamais eu : la confiance de la base. Aux designers et aux développeurs de ne pas la trahir avec des interfaces copiées ailleurs. Nous documentons nos choix dans notre guide d'ingénierie de paiement pour l'Afrique de l'Ouest, et nous continuons d'apprendre à chaque déploiement.