Construire des produits fintech depuis le Cameroun: ce que ça change vraiment
La quasi-totalité des articles "comment lancer ton SaaS" que j'ai lus supposent Stripe disponible, une carte bancaire internationale, et une connexion fibre stable. Sur AsapPay, destiné à l'Afrique de l'Ouest, aucune de ces trois conditions n'était réunie.
Le paiement, ce n'est pas un module qu'on branche
Intégrer Mobile Money (Orange Money, MTN Mobile Money) demande de composer avec des API moins documentées que Stripe, des délais de validation qui se comptent parfois en jours, et des frais de transaction qui changent selon l'opérateur et le pays. J'ai dû construire une couche d'abstraction dès le premier mois, pas en option pour "plus tard".
Concevoir pour une connexion qui coupe
Une transaction Mobile Money peut rester "en attente" pendant de longues minutes à cause du réseau, pas d'un bug. Il a fallu repenser toute l'expérience: états intermédiaires clairs, retry automatique, notification par SMS en secours si l'app ne charge pas. Rien de ça n'était dans mon plan initial.
- Toujours prévoir un état "en cours" qui peut durer, pas juste succès/échec
- Le SMS reste plus fiable qu'une notification push sur beaucoup d'appareils ici
- Tester sur un vrai vieux smartphone Android, pas seulement sur un simulateur récent
L'avantage que personne ne mentionne
Construire dans ces contraintes m'a rendu meilleur ingénieur, pas seulement plus patient. Un système pensé pour un réseau instable au Cameroun tient largement mieux la charge quand il tourne ensuite sur une infrastructure européenne stable. L'inverse n'est presque jamais vrai.
Si ton produit survit aux coupures réseau d'un mardi après-midi à Douala, il survivra à peu près n'importe où ailleurs.