On parle beaucoup du Mobile Money côté technique, rarement côté client. Pourtant, c'est ce parcours-là qui décide si votre vente aboutit. Le voici en entier, tel qu'il se déroule sur le téléphone d'un acheteur camerounais — et, en regard, ce que vous voyez au même moment.
Un compte attaché à un numéro
Un portefeuille Mobile Money est un compte tenu par l'opérateur, identifié par le numéro de téléphone lui-même. Il n'y a pas de carte, pas de RIB, pas d'application obligatoire : le numéro est le compte.
On l'alimente chez un agent — ces points de vente omniprésents dans les quartiers —, par un virement reçu, ou par un salaire versé dessus. On s'en sert pour envoyer de l'argent, payer des factures, et payer des commerçants.
Deux réseaux couvrent le pays : MTN Mobile Money et Orange Money. Un client a l'un, l'autre, ou les deux.
Le parcours, étape par étape
1. Le montant et le numéro
Sur votre page de paiement, le client voit ce qu'il paie et à qui. Il saisit son numéro Mobile Money — pas forcément celui avec lequel il navigue, d'ailleurs : il est courant de payer depuis le portefeuille d'un proche.
Il n'a pas à choisir son opérateur. Le préfixe du numéro suffit à le déterminer : les séries en 67 et 650 à 654 relèvent de MTN, celles en 69 et 655 à 659 d'Orange, et ainsi de suite. Demander « MTN ou Orange ? » à quelqu'un qui vient de taper son numéro est une question de trop, et une occasion supplémentaire de se tromper.
Ces tranches évoluent avec le plan de numérotation du régulateur : c'est une donnée de configuration, pas une constante gravée dans le code.
2. La notification sur le téléphone
Quelques secondes plus tard, le téléphone du client affiche une demande de confirmation. Selon l'opérateur, le modèle de téléphone et la configuration de la carte SIM, elle prend la forme d'une fenêtre USSD qui s'impose à l'écran, d'un message dans l'application de l'opérateur, ou d'un menu à rappeler manuellement.
C'est le moment le plus fragile du parcours. Une fenêtre USSD disparaît si le client change d'application, reçoit un appel, ou met trop de temps à réagir. Une page de paiement qui dit clairement « regardez votre téléphone, validez avec votre code secret » évite une bonne partie des abandons.
3. Le code secret
Le client saisit son code Mobile Money. Ce code ne transite jamais par votre site, ni par le nôtre : il est saisi sur le réseau de l'opérateur, et c'est précisément ce qui rend le procédé sûr. Personne d'autre que l'opérateur ne le voit.
4. Le SMS de confirmation
Le débit passe, le client reçoit un SMS de son opérateur avec le montant, le bénéficiaire et un identifiant de transaction. De son point de vue, c'est fini.
Ce SMS est une confirmation pour lui — pas une preuve pour vous. Un texte se recopie, et il ne doit jamais servir de base à une livraison.
Ce que vous voyez au même moment
Pendant ces quelques secondes, le paiement traverse plusieurs états, visibles dans votre tableau de bord et renvoyés par l'API.
- En attente — le paiement est créé, rien n'est encore parti vers l'opérateur.
- En cours — la demande a été acceptée par l'opérateur, la notification est partie. C'est l'état le plus long : il dure le temps que le client sorte son téléphone.
- À confirmer — l'état propre au paiement par code marchand, où le client a payé via un code USSD et où un rapprochement humain reste nécessaire.
- Réussi — l'argent a quitté le portefeuille du client. Votre solde est crédité, commission déduite.
- Échoué — avec un motif exploitable.
- Expiré — personne n'a validé dans le délai imparti.
Chaque changement d'état vous est notifié si vous avez configuré une adresse de rappel. Et, dans tous les cas, l'état reste interrogeable auprès de l'API : c'est cette relecture, et elle seule, qui autorise une livraison.
Ce qui peut coincer, et quoi en dire
Le solde est insuffisant. Le cas le plus fréquent, et de loin. Le bon message n'est pas « paiement refusé » mais « le portefeuille ne contient pas assez : rechargez chez un agent et réessayez ». La nuance change le taux de reprise.
Le plafond est atteint. Les comptes Mobile Money ont des plafonds par opération, par jour et par mois, qui dépendent du niveau d'identification du client. Un client peut avoir l'argent et ne pas pouvoir le dépenser en une fois.
La notification n'arrive pas. Réseau saturé, téléphone éteint, double SIM avec la mauvaise carte active. Proposez de relancer la demande plutôt que de recréer une commande.
Le client ne se souvient plus de son code. Cela arrive plus souvent qu'on ne croit, en particulier sur des portefeuilles peu utilisés. Il n'y a rien à faire de votre côté, sinon laisser la porte ouverte pour un nouvel essai.
Le délai expire. La demande ne reste pas affichée indéfiniment. Une page qui annonce le temps restant et propose un bouton « réessayer » récupère une partie de ces abandons.
Deux différences avec la carte bancaire
L'opération est immédiate et définitive. Il n'existe pas d'équivalent de la contestation bancaire des semaines plus tard. Pour le commerçant, c'est une tranquillité réelle. Pour le client, cela veut dire qu'il doit pouvoir vous faire confiance avant de valider — d'où l'importance d'une page de paiement qui affiche clairement qui encaisse et pourquoi.
L'argent arrive sur un portefeuille, pas sur un compte bancaire. Le produit de vos ventes est crédité sur votre solde, puis reversé vers votre numéro Mobile Money quand vous le demandez.
Ce que fait l'agrégateur au milieu
Vu du client, rien de tout cela n'est visible : il saisit un numéro, valide un code, reçoit un SMS.
Vu de vous, l'agrégateur absorbe le reste : reconnaître l'opérateur à partir du numéro, parler à deux API différentes, traduire deux vocabulaires d'erreur en un seul, relancer l'interrogation de statut jusqu'à ce que le sort de la transaction soit fixé, et vous notifier une fois que c'est le cas.
C'est le travail le moins spectaculaire de la chaîne. C'est aussi celui qui fait la différence entre une page de paiement qui aboutit et une vente qui s'évapore.