La plupart des feuilles de route de portefeuilles reposent sur une hypothèse discrète : « mobile » voudrait dire « application pour smartphone ». Dans les marchés où l'argent mobile compte le plus, cette hypothèse écarte dès le premier jour la majorité de la population accessible. Une grande partie des clients utilise encore un téléphone basique. Beaucoup de ceux qui possèdent un smartphone rationnent leurs données si soigneusement qu'une application qu'ils ne peuvent pas se permettre d'actualiser est une application qu'ils n'utilisent pas. Si votre portefeuille n'existe que sous forme d'application, vous n'avez pas construit pour votre marché : vous avez construit pour la tranche de ce marché qui vous ressemble déjà.
L'USSD est le moyen d'atteindre tous les autres. Il est peu glamour, contraint et vieux de plusieurs décennies, et c'est la décision de canal la plus importante que prend un opérateur engagé pour l'inclusion. Voici ce qu'il est, pourquoi il fonctionne et ce qu'il faut pour bien le faire.
Ce qu'est réellement l'USSD
L'USSD (Unstructured Supplementary Service Data) est la technologie derrière les codes *123# que l'on compose pour consulter son crédit. Contrairement au SMS, il fonctionne par session et en temps réel : lorsqu'un client compose un code, le réseau ouvre une session en direct entre le combiné et un service backend, et une courte conversation s'engage (menu, choix, menu, choix) jusqu'à ce que la tâche soit accomplie. Il passe par le canal de signalisation dont dispose tout téléphone GSM depuis les années 1990, et c'est précisément pour cela qu'il fonctionne sur un combiné à vingt dollars, sans internet et sans application.
L'expérience client est une suite de menus numérotés. Composez le code. 1 pour Envoyer de l'argent. Saisissez le numéro. Saisissez le montant. Confirmez avec votre code PIN. Pas de téléchargement, pas de forfait de données, aucune configuration au-delà du portefeuille lui-même. Pour une population immense, ce n'est pas une solution de repli : c'est le moyen principal, et souvent le seul, d'accéder un jour à un service financier numérique.
Tout le portefeuille, sur un code à composer
L'erreur des opérateurs est de traiter l'USSD comme un menu réduit (consultation du solde et peut-être un envoi), en réservant « le vrai produit » à l'application. Bien conçu, l'USSD fait tourner le portefeuille du quotidien : envoyer de l'argent, retirer chez un agent, payer une facture, payer un marchand, acheter du crédit, consulter le solde et obtenir un mini-relevé. Ce sont les transactions que les gens font chaque semaine, et chacune est protégée par le code PIN et confirmée avant d'être comptabilisée. Des parcours plus riches, comme une demande de prêt ou la gestion d'un objectif d'épargne, peuvent suivre le même modèle à mesure que le menu s'étoffe.
Le détail le plus important est invisible pour le client : un envoi par USSD et un envoi par l'application sont la même transaction, sur le même grand livre, avec les mêmes plafonds, le même niveau KYC et la même piste d'audit. Le canal est une autre porte d'entrée dans la même maison. Ce n'est pas une commodité d'implémentation, c'est une garantie d'exactitude. Si l'USSD et l'application étaient des chemins de code séparés avec des règles séparées, ils divergeraient, et le plafond d'un client sur un canal différerait de l'autre : exactement le genre d'écart qui devient un vecteur de fraude et un constat de non-conformité.
Les contraintes qui façonnent une bonne conception USSD
L'USSD est un support de conception hostile, et respecter ses contraintes fait la différence entre un canal que l'on utilise et un canal que l'on abandonne en cours de session.
- Petits écrans, textes courts. Une page USSD tient en quelques lignes de texte brut. Sur beaucoup de combinés, pas de défilement, pas d'images, pas de mise en forme. Chaque menu doit mériter chacun de ses caractères. Les longues listes d'options doivent être paginées avec une convention « 0. Suivant » qui paraît naturelle à des utilisateurs qui le font depuis des années.
- Les sessions expirent. Les réseaux ferment les sessions inactives après un court délai fixé par l'opérateur, souvent bien moins de deux minutes. Un parcours qui pose trop de questions expirera avant que le client n'ait fini, en le laissant tomber sans retour. Une bonne conception USSD réduit impitoyablement les étapes et ne demande jamais au client d'aller chercher en cours de parcours une information que le système connaît déjà.
- La latence se ressent. Entre chaque menu, le client fixe un état de « chargement » sur un canal de signalisation lent. Chaque aller-retour backend du moteur de menus est du temps pendant lequel le client se demande si quelque chose a cassé. Le moteur doit être rapide et doit échouer de façon claire.
- L'état vit côté serveur. Le combiné ne retient rien d'une page à l'autre. Le moteur de menus doit conserver l'état de la conversation (où en est le client, ce qu'il a saisi), indexé sur la session, et le reconstruire à chaque étape. Si la machine à états est mal conçue, les clients ressaisissent des données ou atterrissent sur le mauvais écran.
Comment il s'intègre au réseau plus large
L'USSD n'est pas isolé ; c'est un coin d'un système qui doit tenir ensemble.
- La passerelle. Un opérateur télécom ou un agrégateur USSD transmet chaque étape de session à un point d'entrée backend unique. Le moteur de menus interprète la saisie, fait avancer la machine à états et renvoie l'écran suivant, ou une confirmation finale. Prendre en charge plusieurs agrégateurs derrière un seul moteur permet au même portefeuille de fonctionner dans plusieurs pays et sur plusieurs réseaux.
- Le réseau d'agents. Un solde numérique n'est utile que s'il peut devenir de l'espèce, et inversement. Les agents complètent l'USSD : un client dépose chez un agent, effectue ses opérations par USSD et retire chez un autre agent. Sans réseau de float, les utilisateurs USSD se retrouvent avec une valeur qu'ils ne peuvent pas dépenser dans l'économie physique où la plupart d'entre eux vivent encore.
- La langue. Les menus doivent parler aux clients dans la langue dans laquelle ils pensent. Sur un marché à plusieurs grandes langues, des arborescences de menus traduites font la différence entre un canal qui inclut et un canal qui exclut discrètement ; prévoyez-les dès le premier menu que vous écrivez.
Anatomie d'une session USSD
Derrière les menus, une session USSD est un court échange de texte entre la passerelle et votre moteur de menus. Chaque fois que le client répond, la passerelle envoie toute la suite des réponses données jusque-là, séparées par des astérisques, et votre moteur renvoie l'écran suivant. Une réponse qui commence par CON garde la session ouverte ; une réponse qui commence par END la ferme. Un envoi peut ressembler à ceci :
| Étape | Le client voit | Le client saisit | Suite envoyée au moteur |
|---|---|---|---|
| 1 | Menu principal : 1. Envoyer de l'argent, 2. Retirer … | 1 | 1 |
| 2 | Saisissez le numéro du destinataire | 254712000002 | 1*254712000002 |
| 3 | Saisissez le montant | 500 | 1*254712000002*500 |
| 4 | Envoyer 500 au 254712000002. Saisissez le PIN pour confirmer | PIN | 1*254712000002*500*PIN |
| 5 | Envoyé. Frais, nouveau solde, référence | — | Fin de session |
Deux principes de conception en découlent. Le moteur est sans état entre les étapes, puisque la suite transporte toute la conversation, ce qui le rend simple à faire monter en charge. Et la suite contient le PIN à l'étape de confirmation, ce qui compte pour la sécurité.
La sécurité sur un canal que vous ne maîtrisez pas entièrement
Le trafic USSD transite par le réseau mobile et par l'agrégateur avant de vous parvenir, et le combiné n'offre aucun chiffrement applicatif. De bonnes pratiques maintiennent le risque à un faible niveau :
- Ne stockez jamais le PIN. Les journaux de session sont précieux pour résoudre les litiges, mais la position du PIN dans la suite doit être masquée avant que quoi que ce soit ne soit écrit sur disque ou montré au personnel.
- Vérifiez le PIN dans le cœur du système, par rapport à une valeur hachée, et bloquez le portefeuille après plusieurs échecs.
- Gardez des plafonds identiques à ceux de l'application. Un canal aux plafonds plus souples devient le canal préféré des fraudeurs.
- Surveillez les échanges de carte SIM. Lorsque le réseau mobile fournit les données de changement de SIM, un échange récent suivi d'un gros transfert mérite une mise en attente ou une vérification.
- N'acceptez le trafic que de votre passerelle, par des règles réseau ou des secrets partagés, afin que personne ne puisse envoyer de fausses sessions directement à votre moteur.
- Confirmez par SMS. Un reçu après chaque transaction donne aux clients une trace et les invite à signaler toute opération qu'ils n'ont pas faite.
Concevoir des menus pour tout le monde
Beaucoup d'utilisateurs USSD lisent lentement ou dans une seconde langue, et certains comptent sur un proche pour les aider. Les menus qui leur conviennent partagent quelques habitudes :
- Utilisez partout le même ordre et la même numérotation, pour que les automatismes se créent. Si Envoyer de l'argent est le 1 aujourd'hui, il doit être le 1 l'an prochain.
- Utilisez des verbes simples : Envoyer, Payer, Retirer, Acheter. Évitez les noms de produits internes dans le menu principal.
- Rappelez les faits essentiels à l'étape de confirmation : à qui, combien et les frais, avant de demander le PIN.
- Rédigez des messages d'erreur qui disent au client quoi faire ensuite, pas seulement ce qui n'a pas marché.
- Testez avec de vrais utilisateurs sur de vrais téléphones basiques, sur le terrain, avant le lancement et après chaque modification de menu.
Mesurer le canal USSD
La performance de l'USSD est facile à ignorer, car elle est invisible dans les statistiques des applications. Suivez-la délibérément :
| Indicateur | Ce qu'il vous apprend |
|---|---|
| Taux de sessions abouties | Combien de sessions se terminent par une transaction réalisée plutôt que par une expiration ou un abandon |
| Abandon par étape | Quel écran fait perdre des clients, généralement celui qui demande une information qu'ils n'ont pas sous la main |
| Temps de réponse par étape | Si votre moteur ou un partenaire fait attendre les clients |
| Taux de PIN erronés | Des problèmes d'ergonomie, ou quelqu'un qui essaie de deviner |
| Part des transactions par canal | Combien de clients dépendent de l'USSD, et si cela évolue |
USSD et application : non pas une hiérarchie, mais un portefeuille de canaux
Il est tentant de classer les canaux : l'application d'abord, le web ensuite, l'USSD en dernier. Ce classement encode le biais qui a causé le problème. Le bon cadre est un portefeuille où chaque canal sert une population et un moment. L'application est plus riche pour ceux qui ont l'appareil et les données. Le web sert les utilisateurs sur ordinateur et les entreprises. L'USSD sert le téléphone basique, le forfait de données rationné, le moment de couverture faible où une application ne charge pas mais où une session de signalisation passe. Un opérateur sérieux fait tourner tous ces canaux sur un seul cœur et laisse les clients choisir. Le rôle de la plateforme est de garantir qu'il s'agit du même portefeuille en dessous.
L'inclusion est une décision d'architecture
L'« inclusion financière » figure dans toutes les présentations d'argent mobile, généralement comme une valeur, rarement comme une contrainte qui façonne la construction. Mais l'inclusion n'est pas un slogan que l'on ajoute à la fin : c'est une décision que l'on prend au départ, lorsqu'on choisit si l'USSD sera un canal de premier rang avec tout le produit derrière lui, ou une réflexion après coup limitée à la consultation du solde. Les marchés qui ont fait un bond vers l'argent mobile l'ont fait grâce à l'USSD, parce que c'était ce que les gens avaient en main. Construire pour eux, c'est construire le canal qu'ils ont réellement.
Travailler avec les réseaux et les agrégateurs
La plupart des opérateurs accèdent à l'USSD via un agrégateur connecté à plusieurs réseaux mobiles, qui transmet les sessions à un point d'entrée unique. Choisissez les agrégateurs sur leur fiabilité et leur couverture, pas seulement sur leur prix : demandez leurs taux de réussite des sessions, leur temps de réponse vers votre moteur, leur gestion des pannes réseau, et s'ils peuvent fournir des codes sur chaque réseau qu'utilisent vos clients. Convenez par écrit de niveaux de service, surveillez-les de votre côté et gardez un second agrégateur en tête pour les marchés critiques. Lorsqu'un réseau modifie son délai d'expiration de session ou son routage, vous voulez l'apprendre avant vos clients.
Un plan pilote pour un nouveau canal USSD
- Semaines 1–2 : connectez la passerelle en test, parcourez chaque chemin de menu sur de vrais téléphones basiques sur chaque réseau, et mesurez les temps de réponse.
- Semaines 3–4 : invitez le personnel et des agents bienveillants à utiliser le canal avec de vrais petits montants ; recueillez chaque message d'erreur qu'ils voient.
- Semaines 5–8 : ouvrez aux clients d'une zone dotée d'agents actifs, suivez l'aboutissement et l'abandon par étape, et corrigez chaque semaine le pire écran.
- À partir de la semaine 9 : étendez zone par zone, en ajoutant des agents avant la demande, afin que chaque nouveau client USSD ait un endroit où déposer et retirer.
Le pilote est aussi le moment d'écrire les scripts du support. Les clients sur téléphone basique ne peuvent pas envoyer de capture d'écran ; le personnel du support doit donc pouvoir consulter la suite de la session, PIN masqué, pour comprendre ce qui s'est passé.
Pourquoi l'USSD compte pour le modèle économique
L'USSD est parfois vu comme un centre de coûts au service de l'inclusion. En pratique, il porte souvent une grande part des transactions sur les marchés où les téléphones basiques sont nombreux, et ces clients peuvent compter parmi les plus fidèles, car changer de service leur est plus difficile. Chaque client qui ne peut vous joindre que par USSD est aussi un client que vos concurrents limités à une application ne peuvent pas servir du tout. Vu ainsi, l'USSD est moins une œuvre de charité qu'un avantage concurrentiel durable.
Quand les choses tournent mal en cours de session
Des sessions échouent : le réseau coupe la session, le solde du client change entre deux écrans, ou un partenaire ne répond pas à temps. Le client sur téléphone basique n'a pas d'application pour vérifier ensuite ; le canal doit donc mener chaque opération à son terme. Si une transaction a abouti, un reçu par SMS la confirme même si l'écran final n'est jamais arrivé. Si elle n'a pas abouti, le client doit en être informé clairement et rien ne doit être débité. Si le résultat est incertain, par exemple un paiement à un partenaire qui n'a pas encore confirmé, le client doit recevoir un message indiquant que le paiement est en cours de confirmation, puis le résultat final. Les clients pardonnent un échec expliqué ; ils ne pardonnent pas un argent qui disparaît en silence.
Questions fréquentes
L'USSD coûte-t-il quelque chose au client ?
Cela dépend du marché et de l'accord avec le réseau mobile. Beaucoup d'opérateurs prennent en charge ou rendent gratuits les coûts de session USSD, car un canal gratuit favorise l'adoption chez les clients qui en ont le plus besoin.
L'USSD peut-il fonctionner sans accord avec le réseau mobile ?
Non. Un code court USSD est attribué et routé par le réseau mobile, généralement via un agrégateur. Obtenir des codes sur chaque réseau qu'utilisent vos clients fait partie du plan de lancement.
L'USSD va-t-il disparaître avec la diffusion des smartphones ?
L'adoption des smartphones progresse, mais les téléphones basiques restent courants, et beaucoup d'utilisateurs de smartphones rationnent encore leurs données. L'usage de l'USSD reste important sur les marchés d'argent mobile matures, et c'est souvent la solution de repli lorsque la couverture data fait défaut.
Les agents peuvent-ils aussi utiliser l'USSD ?
Oui. Les agents des zones à faible couverture data profitent du même canal pour servir leurs clients, à condition que leurs menus, plafonds et commissions proviennent du même cœur que l'application agent.
PesaBridge traite l'USSD comme un canal de premier rang : un moteur de menus derrière une interface de passerelle USSD standard, adossé au réseau d'agents et utilisant exactement le même grand livre équilibré, les mêmes plafonds et les mêmes frais que les applications. Le client sur téléphone basique dispose ainsi du portefeuille du quotidien, et non d'un sous-ensemble poli.