Vos clients paient avec leur téléphone depuis des années. Le paiement mobile money n'est pas une nouveauté à installer : c'est un usage déjà en place, auquel votre site doit s'adapter pour ne pas casser la vente au dernier moment.
La question n'est pas de savoir si vos clients paient par mobile money, mais ce que votre site peut recevoir comme paiement, et avec quel travail derrière. Un lien envoyé dans une conversation et une passerelle branchée à la boutique en ligne ne demandent ni le même délai, ni le même suivi.
Quatre services, quatre fonctionnements
Orange Money, Wave, MTN MoMo et Moov Money ne se sont pas construits sur le même modèle. Les uns sont nés avec la carte SIM : portefeuille adossé au numéro, opérations qui passent encore par un code tapé sur le clavier, sans connexion internet. D'autres se sont développés d'abord autour d'une application et d'un réseau d'agents construit en dehors des boutiques d'opérateur.
Ce point compte pour votre clientèle. Un client équipé d'un téléphone simple utilise le code sur le clavier ; un client équipé d'un smartphone préfère l'application. Les deux ne voient pas le même écran, et ne font pas les mêmes gestes pour vous payer.
Ce qui vaut pour les quatre : le solde vient d'un dépôt en espèces chez un agent, chaque service fixe ses plafonds, ses règles de contrat marchand et ses délais. Et les grilles de frais changent, parfois sans annonce. Ne travaillez jamais sur un montant retenu de mémoire : demandez la grille en vigueur au moment où vous ouvrez un compte, et gardez-la écrite.
Un dernier point se vérifie pays par pays : l'interopérabilité entre réseaux. Dans plusieurs marchés, un client peut payer un marchand qui utilise un autre service que le sien. Vérifiez le cas de votre pays avant de compter dessus.
Ce qu'un site peut réellement accepter
Deux familles d'options, et elles ne demandent pas le même travail. La première accepte le paiement : un lien, un QR code, ou un formulaire suivi d'une vérification manuelle. La seconde automatise : le site échange directement avec le service de paiement par une interface de programmation, ou passe par une passerelle qui traite plusieurs opérateurs à la fois.
| Option | Travail demandé | Ce que le site sait |
|---|---|---|
| Lien de paiement | Compte marchand chez l'opérateur | Rien : vous validez à la main |
| QR code | Compte marchand ou application | Rien : vous vérifiez à la réception |
| Formulaire et confirmation | Aucun contrat particulier | Rien : tout est manuel |
| Passerelle agrégée | Dossier et contrat avec la passerelle | Le paiement est rattaché à la commande |
| Contrat avec un opérateur | Dossier et contrat, service par service | Le paiement est rattaché à la commande |
Le choix ne dépend pas de la taille du site, mais du nombre de commandes et du montant moyen. En dessous de quelques commandes par jour, la vérification manuelle tient sans difficulté. Au-delà, le temps passé à confirmer devient le premier coût du paiement, et c'est lui qui justifie l'automatisation.
Le lien de paiement : le plus rapide à mettre en place
Le principe est simple : vous créez une demande de paiement depuis l'interface marchand de l'opérateur, vous obtenez un lien, et vous l'envoyez au client dans la conversation. Il ouvre, valide avec son code, et vous recevez une notification.
L'avantage tient au montant : la demande porte sur la somme exacte que vous avez saisie. Le client ne se trompe pas, et vous non plus. C'est ce qui distingue le lien du simple numéro à créditer, où chacun compte de son côté.
Ce que cela demande : un compte marchand, donc des documents d'entreprise et un délai d'ouverture. Ce que cela ne fait pas : votre site ne sait pas que le paiement est arrivé. Vous le savez par la notification, et c'est vous qui déclenchez la suite.
Le QR code : utile quand le client est devant vous
Il rend service à la boutique, à l'atelier, ou au moment d'une livraison : le client scanne, valide, et vous voyez l'encaissement arriver. Aucun numéro à recopier, aucune erreur de saisie.
Sur un site, le QR code est moins pratique : il faut quitter la page pour ouvrir son application, ou disposer d'un second téléphone. Il reste utile sur une facture imprimée, une affiche ou un colis.
Dans tous les cas, il ne remplace pas la vérification. On remet la marchandise après avoir vu le paiement, pas avant.
Le formulaire avec confirmation manuelle
C'est le montage le plus courant quand on n'a pas encore de compte marchand : le client remplit un formulaire, choisit son moyen de paiement, envoie la somme sur votre numéro, puis indique l'identifiant de la transaction.
Trois précautions rendent ce montage tenable. Demandez l'identifiant de transaction plutôt qu'une capture d'écran, car une capture se retouche facilement. Indiquez le montant exact à envoyer, pour éviter les paiements partiels. Et confirmez au client dans un délai court, avec un message type.
Un formulaire clair réduit les allers-retours. Les champs utiles tiennent en cinq lignes : nom, numéro, produit, moyen de paiement, identifiant de transaction. La mécanique d'un formulaire qui capte sans perdre le client est détaillée dans le formulaire de contact.
Automatiser : un contrat avant une ligne de code
L'automatisation suppose un compte marchand et un contrat avec l'opérateur, ou le passage par une passerelle agrégée qui traite plusieurs opérateurs. C'est un délai administratif avant d'être un travail technique, et l'ordre des deux compte.
Le dossier se prépare : pièces d'entreprise, numéro de contribuable, compte bancaire au nom de la structure, adresse vérifiable. Il se dépose, puis il attend une validation qui ne dépend pas de vous. Tant qu'elle n'est pas donnée, aucune ligne de code ne sert à rien.
Une fois le compte ouvert, l'interface de programmation de l'opérateur, ou celle de la passerelle, permet de demander un paiement, d'être notifié du résultat et de rattacher la transaction à une commande. Le travail de développement commence là, et il est court comparé à l'attente qui précède.
La passerelle agrégée simplifie le montage : un seul contrat, un seul branchement, plusieurs opérateurs. En échange, elle prélève sa part sur la transaction et vous dépendez d'un tiers pour les incidents. Trois questions à poser avant de signer : le délai de versement sur votre compte, la procédure en cas de litige, et qui répond quand un paiement ne passe pas.
L'ordre des choses. Dans la plupart des projets, le développement se compte en jours et l'ouverture du compte en semaines. Préparez la paperasse avant de fixer une date de mise en ligne.
Ce que ça change pour le client
Un lien à ouvrir est plus simple qu'un code à composer, suivi d'une capture à envoyer. Le client n'a pas à retenir un numéro de marchand, ni à revenir dans la conversation pour fournir une preuve.
Chaque étape en moins, c'est un abandon en moins. Un client qui doit quitter la page, composer un code, faire une capture, revenir et l'envoyer a quatre occasions de s'arrêter en route.
Sur un téléphone d'entrée de gamme, avec une connexion qui vient et qui va, ces étapes se paient en commandes perdues. Le sujet rejoint celui d'un site lisible sur un mobile d'entrée de gamme.
Les points de friction qui restent
Même bien réglé, un paiement mobile money garde quatre points de friction. Les connaître évite de promettre ce que le canal ne permet pas.
Les frais, à la charge de qui
Le service prélève à l'encaissement, et parfois au retrait. La question à trancher est simple : le client paie-t-il ces frais, ou les absorbez-vous ? Si vous les absorbez, ils appartiennent à votre coût de revient, au même titre que le transport ou l'emballage. Si le client les paie, l'information s'affiche au moment du paiement, pas après.
Les plafonds
Chaque portefeuille a un plafond par transaction, un plafond journalier et un solde maximum. Un client peut donc être bloqué par son propre plafond, ou par le solde disponible sur son compte. Prévoyez un second moyen de paiement pour les commandes élevées, et dites-le avant que le client ne bute dessus.
Le délai d'arrivée sur le compte marchand
Le client est débité immédiatement. L'argent arrive sur votre compte marchand selon les règles de l'opérateur, avec un délai qui peut se compter en heures ou en jours. Connaissez-le avant de promettre une expédition le jour même.
Un litige, et les sommes déjà encaissées
Rendre une somme encaissée demande plus d'efforts qu'encaisser. Il faut retrouver la transaction, son identifiant, le numéro du client, et suivre une procédure. Sans règle écrite, chaque litige se règle à l'amiable, et c'est le client le plus insistant qui obtient le plus.
La vérification manuelle : un travail qui a un coût
Tant que vous n'automatisez pas, quelqu'un confirme chaque paiement. Deux minutes par commande quand tout est clair, dix quand le client n'a pas transmis la bonne information ou n'a pas envoyé le bon montant.
Sur 40 commandes par mois, à cinq minutes en moyenne, cela représente plus de trois heures. À 1 500 FCFA l'heure, près de 5 000 FCFA par mois, sans compter les clients qui abandonnent en attendant la confirmation.
Ce coût est acceptable au démarrage. Il devient l'argument principal pour automatiser quand le volume monte, et le calcul se pose en minutes gagnées, pas en modernité.
Le rapprochement : ce que vous voyez et ce que la banque enregistre
Ce qui s'affiche dans votre application et ce qui apparaît sur un relevé ne se ressemblent pas toujours. Une transaction porte un libellé court, souvent un numéro de téléphone, rarement un numéro de commande.
Sans identifiant commun, le rapprochement se fait à la main, commande par commande. Deux pratiques le simplifient : un numéro de commande communiqué au client et rappelé dans vos messages, ou une référence générée par la passerelle, notée au moment de la vente.
Un rapprochement hebdomadaire suffit à faible volume. Fait une fois par mois, il prend une demi-journée et laisse passer les écarts, c'est-à-dire exactement ce que l'exercice devait empêcher.
Ce que ça change pour votre site
Un moyen de paiement qui échoue une fois coûte souvent le client : il ne recommence pas, il va voir ailleurs. Un lien expiré, un numéro erroné ou une confirmation qui n'arrive pas suffisent à perdre une commande déjà décidée.
Un site peut encaisser sans boutique en ligne complète : une page produit, un formulaire et un lien de paiement suffisent. C'est le montage le plus rapide pour tester la demande, décrit dans monétiser sans e-commerce.
Ce que le client doit trouver sur la page, avant d'envoyer quoi que ce soit : les moyens acceptés, le montant total à payer, et ce qui se passe après le paiement. Trois informations, et la moitié des messages de vérification disparaît.
Ce qu'il faut décider avant d'ouvrir le paiement
Six décisions à prendre avant d'afficher un moyen de paiement. Quels services vous acceptez, et lequel garde en secours. Qui paie les frais. Un second moyen pour les commandes élevées. Une procédure de litige écrite. Un identifiant de commande pour le rapprochement. Et qui confirme les paiements, à quelles heures.
Ouvrir le paiement en ligne sans ces réponses, c'est ajouter un canal sans ajouter de capacité : plus de commandes, plus de vérifications, et le même temps disponible dans la journée.
Le client qui vit hors du pays ajoute ses propres contraintes, sur la monnaie comme sur la livraison. Vendre à la diaspora les détaille, et le calcul de vos prix doit intégrer les frais de paiement comme n'importe quel autre coût, comme l'explique fixer ses prix.
Un site prêt à encaisser ?
La page site web détaille les formules, ce qui est inclus, et la place du paiement dans le projet. Vos questions y trouvent une réponse concrète.
Voir la page site web Écrire sur WhatsAppFAQ — Paiement mobile money
Quels moyens de paiement mobile money un site peut-il accepter ?
Selon le pays : Orange Money, Wave, MTN MoMo et Moov Money sont les quatre services que rencontrent la plupart des marchands d'Afrique de l'Ouest. Un site peut les accepter par un lien de paiement, un QR code ou un formulaire avec vérification manuelle. L'automatisation passe par un compte marchand et un contrat, ou par une passerelle agrégée.
Faut-il un compte marchand pour accepter du mobile money sur un site ?
Pas pour un lien de paiement, un QR code ou un formulaire avec vérification manuelle : ces montages tiennent avec un usage simple de votre application. Le compte marchand devient nécessaire dès que vous encaissez de façon régulière avec des montants plus élevés, et il est indispensable pour automatiser.
Combien de temps prend la mise en place d'un paiement automatisé ?
Le délai dépend de l'ouverture du compte marchand, pas du développement. Le dossier se prépare avec les pièces de l'entreprise, se dépose, puis attend une validation qui ne dépend pas de vous. Le travail technique prend quelques jours une fois le compte ouvert. Prévoyez la paperasse avant de fixer une date.
Qui paie les frais de transaction mobile money ?
C'est une décision commerciale, pas une règle technique. Le service prélève à l'encaissement, parfois au retrait. Soit vous absorbez ces frais et ils entrent dans votre coût de revient, soit le client les paie et l'information s'affiche au moment du paiement, jamais après.
Que faire si un client dit avoir payé et que rien n'apparaît ?
Demandez l'identifiant de la transaction, pas une capture d'écran. Vérifiez le montant et le numéro émetteur dans votre application. Si la transaction n'existe pas, dites au client quoi faire ; si elle existe avec un écart de montant, corrigez avant de livrer. Un délai d'arrivée sur le compte marchand peut aussi expliquer l'écart.
Peut-on encaisser du mobile money sans site e-commerce ?
Oui. Une page produit, un formulaire et un lien de paiement suffisent, sans catalogue ni panier. C'est le montage le plus rapide pour tester la demande, et il évite de construire une boutique complète avant de savoir si les clients achètent réellement en ligne.