Concevoir une Technologie Véritablement adaptée au Sénégal

Lorsqu'on parle de transformation numérique en Afrique, un réflexe revient souvent : prendre un modèle qui fonctionne aux États-Unis, en Europe ou en Asie, le traduire en français, l'adapter légèrement au contexte local, puis tenter de le déployer.

Cette approche peut fonctionner dans certains cas.

Mais elle atteint rapidement ses limites.

Car une technologie n'est jamais indépendante de son environnement. Elle est le produit d'hypothèses sur les infrastructures, les revenus, les habitudes, les comportements, les moyens de paiement, le niveau de littératie, la confiance, la réglementation et les usages.

Une application conçue à San Francisco part implicitement du principe que l'utilisateur dispose d'une connexion Internet permanente, d'un smartphone relativement puissant, d'un compte bancaire ou d'une carte de paiement, d'une adresse email, qu'il maîtrise l'écrit et qu'il est capable de naviguer seul dans une interface numérique.

Ces hypothèses ne sont pas nécessairement valables au Sénégal.

La question n'est donc pas :

Comment adapter au Sénégal une technologie conçue ailleurs ?

La question devrait être :

Si cette technologie devait être inventée aujourd'hui au Sénégal, à partir des réalités sénégalaises, à quoi ressemblerait-elle ?

Cette différence de perspective est fondamentale.

1. Partir du terrain avant de partir de la technologie.

La transformation numérique est trop souvent abordée dans le mauvais ordre.

On commence par :

Technologie → application → recherche d'un problème.

Il faudrait commencer par :

Réalité → problème → comportements → contraintes → opportunité → solution → technologie.

Avant de développer une application destinée à un commerçant, par exemple, il faut comprendre comment ce commerçant travaille réellement.

• Comment prend-il ses commandes ?
• Comment tient-il ses comptes ?
• Comment gère-t-il ses clients débiteurs ?
• Comment paie-t-il ses fournisseurs ?
• Comment reçoit-il ses paiements ?
• Que fait-il lorsqu'Internet ne fonctionne pas ?
• À qui fait-il confiance ?
• Que fait-il lorsqu'il ne comprend pas une interface ?

Ces questions sont beaucoup plus importantes que le choix initial entre React Native, Flutter ou une autre technologie.

La technologie doit être la conséquence du problème, pas le point de départ.

2. Concevoir une architecture frugale.

Le mot « frugal » ne doit pas être compris comme « technologie pauvre ».

Une architecture frugale est une architecture qui utilise intelligemment les ressources disponibles et minimise les dépendances inutiles.

Elle est particulièrement pertinente dans un contexte où la connectivité, la puissance des appareils et le coût de la donnée peuvent varier fortement.

Offline-first : considérer le réseau comme une ressource intermittente

Dans beaucoup de systèmes occidentaux, l'application est conçue selon le paradigme :

Internet est disponible. Si Internet tombe, le système est en panne.

Dans un contexte sénégalais, il peut être plus pertinent d'inverser cette logique :

Le système doit fonctionner même lorsque le réseau n'est pas disponible.

L'architecture peut donc privilégier :

• stockage local ;
• SQLite embarqué ;
• IndexedDB ;
• PWA ;
• synchronisation différée ;
• synchronisation différentielle ;
• gestion optimiste des états ;
• résolution des conflits ;
• CRDT lorsque le cas d'usage le justifie.

L'utilisateur doit pouvoir continuer son travail.

La synchronisation devient une opération secondaire, réalisée lorsque la connectivité redevient disponible.

Ce changement paraît technique.

En réalité, il transforme complètement l'expérience utilisateur.

3. La bande passante doit être considérée comme une contrainte de conception.

Dans un environnement où la donnée mobile représente un coût réel pour l'utilisateur, télécharger inutilement plusieurs dizaines ou centaines de mégaoctets pour utiliser une application est une mauvaise décision architecturale.

Une application conçue pour le Sénégal devrait se demander :

Combien coûte l'utilisation de mon application à mon utilisateur ?

Il faut donc privilégier :

• payloads légers ;
• compression ;
• cache local ;
• synchronisation différentielle ;
• images optimisées ;
• limitation des assets ;
• chargement progressif ;
• bundles réduits ;
• API efficaces ;
• formats compacts lorsque cela est pertinent.

La performance n'est donc pas uniquement une question d'expérience utilisateur.

Elle devient une question d'accessibilité économique.

4. Le smartphone ne doit pas être le seul point d'entrée.

Il serait également dangereux de confondre :

digitalisation = application smartphone.

Le Sénégal possède un écosystème technologique beaucoup plus large.

Une architecture réellement inclusive peut combiner :

Smartphone + Web léger + PWA + USSD + SMS + voix + agent humain.

L'utilisateur ne devrait pas être obligé d'avoir le terminal le plus moderne pour accéder à une fonction essentielle.

Pour certaines opérations critiques, l'USSD ou le SMS peuvent être plus pertinents qu'une application sophistiquée.

Pour d'autres, la voix peut être la meilleure interface.

Le principe est simple :

Le canal doit s'adapter à l'utilisateur, et non l'utilisateur au canal.

5. Passer du « mobile-first » au « human-first ».

Même le concept de mobile-first mérite d'être dépassé.

La vraie question devrait être :

Human-first : comment cette personne souhaite-t-elle accomplir cette tâche ?

Parfois, la réponse sera une application.

Parfois, ce sera WhatsApp.

Parfois, un message vocal.

Parfois, un appel téléphonique.

Parfois, un agent de terrain équipé d'une application.

Et parfois une combinaison de tous ces éléments.

C'est particulièrement important dans les secteurs où la confiance joue un rôle majeur.

6. La voix et les langues nationales peuvent devenir une interface technologique.

Une technologie peut être techniquement excellente et rester inaccessible si son interface constitue une barrière.

Une interface uniquement textuelle en français suppose un certain niveau de maîtrise linguistique et numérique.

Pour une partie de la population, une interface vocale peut être beaucoup plus naturelle.

L'intelligence artificielle ouvre ici une possibilité particulièrement intéressante.

Imaginez pouvoir demander oralement :

« Combien ai-je vendu aujourd'hui ? »

et recevoir immédiatement la réponse.

Ou enregistrer :

« Moussa m'a acheté trois sacs de riz et il me doit encore 25 000 francs. »

L'IA pourrait transformer cette interaction en données structurées.

Cela ouvre des perspectives considérables pour :

• commerce informel ;
• agriculture ;
• éducation ;
• services publics ;
• micro-entreprises ;
• finance ;
• santé ;
• gestion administrative.

Mais pour que cette révolution soit réellement inclusive, les systèmes devront progressivement mieux comprendre les langues nationales, les accents, les mélanges de langues et les expressions locales.

L'IA africaine ne doit pas seulement parler français. Elle doit comprendre l'Afrique.

7. Concevoir pour l'économie réelle, pas uniquement pour l'économie formelle.

C'est probablement l'un des domaines où le copier-coller de modèles étrangers est le plus problématique.

Une grande partie de l'activité économique sénégalaise fonctionne à travers des mécanismes qui ne correspondent pas au modèle classique de l'entreprise occidentale.

Il existe :

• commerce informel ;
• paiements en espèces ;
• Mobile Money ;
• crédit entre personnes ;
• tontines ;
• réseaux familiaux ;
• intermédiaires ;
• fournisseurs informels ;
• caution solidaire ;
• activités multiples d'un même entrepreneur.

Il serait donc dangereux de concevoir un produit en partant de l'hypothèse :

entreprise = société enregistrée + compte bancaire + carte de crédit + abonnement mensuel + facture électronique.

Le modèle local peut être très différent.

Une technologie adaptée doit digitaliser progressivement les réalités existantes, plutôt que demander à l'utilisateur de changer immédiatement son mode de fonctionnement.

8. Le Mobile Money doit être une composante architecturale, pas une fonctionnalité ajoutée à la fin.

Dans beaucoup de produits occidentaux, le paiement est pensé autour de :

Carte bancaire → Stripe → abonnement.

Ce modèle ne peut pas être considéré comme universel.

Au Sénégal, l'architecture financière doit intégrer nativement les réalités du Mobile Money et les réseaux d'agents.

Cela signifie notamment penser à :

• micro-transactions ;
• paiements transactionnels ;
• webhooks ;
• idempotence ;
• réconciliation asynchrone ;
• gestion des transactions échouées ;
• paiements fractionnés ;
• remboursements ;
• rapprochement financier.

La technologie doit être conçue autour du flux financier réel de l'utilisateur.

9. La confiance doit devenir une fonctionnalité du système.

Il existe une autre dimension souvent absente des architectures occidentales : la dimension relationnelle.

Dans de nombreux contextes africains, la confiance ne se résume pas à :

« J'ai accepté les conditions générales d'utilisation. »

Elle peut venir de :

• la personne qui m'a recommandé le service ;
• l'agent que je connais ;
• la réputation du commerçant ;
• ma communauté ;
• mon réseau professionnel ;
• une personne capable de m'expliquer le fonctionnement.

Cela signifie que le réseau humain peut devenir une composante de l'architecture.

Une plateforme peut donc être :

Logiciel + IA + réseau d'agents + communauté + mécanismes de réputation.

10. Le modèle « Phygital » : ne pas opposer numérique et humain

La digitalisation ne signifie pas nécessairement supprimer les intermédiaires.

Dans certains contextes, le bon modèle est :

Digital + Physical = Phygital.

Un agent peut :

• aider à l'inscription ;
• expliquer le service ;
• effectuer l'onboarding ;
• accompagner l'utilisateur ;
• résoudre les exceptions ;
• effectuer certaines opérations ;
• devenir un relais de confiance.

La technologie automatise ce qui doit l'être.

L'humain intervient là où la confiance, le jugement ou l'accompagnement sont nécessaires.

C'est souvent plus réaliste qu'un modèle « self-service 100 % digital ».

11. La souveraineté numérique ne signifie pas tout construire soi-même.

Il faut également éviter un autre piège.

Construire une technologie sénégalaise ne signifie pas qu'il faut recréer :

• les systèmes d'exploitation ;
• les bases de données ;
• les clouds ;
• les frameworks ;
• les modèles fondamentaux d'IA ;
• les protocoles Internet.

La souveraineté numérique ne signifie pas tout produire localement.

Elle signifie plutôt :

Savoir ce qui est stratégique, maîtriser ce qui doit l'être, contrôler ses données et pouvoir faire évoluer son système sans dépendre totalement d'un fournisseur ou d'une infrastructure étrangère.

Cela implique notamment de considérer :

• open source ;
• portabilité ;
• standards ouverts ;
• réversibilité ;
• gouvernance des données ;
• hébergement régional lorsque pertinent ;
• sécurité ;
• maîtrise des architectures.

La bonne stratégie est donc :

Utiliser le meilleur de la technologie mondiale + maîtriser les couches stratégiques + construire localement les applications qui répondent aux problèmes locaux.

12. Comparaison : modèle importé vs modèle contextualisé

13. Transformer les contraintes sénégalaises en avantages compétitifs

C'est peut-être ici que se trouve la plus grande opportunité.

Nous avons tendance à considérer certaines réalités comme des handicaps :

• connectivité imparfaite ;
• économie informelle ;
• diversité linguistique ;
• faible pouvoir d'achat ;
• infrastructures hétérogènes ;
• importance du réseau humain ;
• multiplicité des moyens de paiement.

Mais chacune de ces contraintes peut devenir une source d'innovation.

C'est une inversion fondamentale du raisonnement.

Au lieu de demander :

« Comment éliminer nos contraintes ? »

on demande :

« Comment concevoir des technologies qui deviennent meilleures précisément parce qu'elles doivent fonctionner avec ces contraintes ? »

14. Le Sénégal peut devenir un laboratoire technologique

Le véritable objectif ne devrait pas être de construire des produits « uniquement pour le Sénégal ».

Il devrait être de construire des technologies nées au Sénégal mais capables de répondre à des problèmes africains plus larges.

Le processus pourrait être :

Enlarge

Cette approche peut produire quelque chose de beaucoup plus intéressant qu'une simple adaptation locale d'un produit étranger :

une technologie conçue dès le départ pour les marchés émergents.

15. Une nouvelle philosophie de conception : African-Native Technology

Nous avons besoin d'un changement de mentalité.

Pendant longtemps, l'innovation technologique a suivi un modèle relativement simple :

Silicon Valley → Europe → Afrique

L'Afrique était souvent considérée comme un marché d'adoption.

Mais un autre modèle est possible :

Réalités africaines → innovation → technologie → marché africain → marché mondial

Certaines solutions conçues pour fonctionner dans des environnements contraints peuvent même devenir extrêmement pertinentes ailleurs.

Une application capable de fonctionner avec peu de bande passante, plusieurs langues, des paiements fractionnés et une connectivité intermittente peut trouver des marchés bien au-delà du Sénégal.

La contrainte locale peut donc devenir un avantage global.

Conclusion : ne pas construire une petite version du monde occidental

Le véritable enjeu n'est pas de construire une version sénégalaise d'une application américaine.

Il est de construire quelque chose de différent.

Une technologie qui comprend :

• comment les Sénégalais vivent ;
• comment ils travaillent ;
• comment ils paient ;
• comment ils communiquent ;
• comment ils font confiance ;
• comment ils apprennent ;
• comment ils utilisent leur téléphone ;
• comment ils interagissent avec l'administration ;
• comment fonctionne réellement l'économie informelle ;
• et comment les infrastructures locales fonctionnent.

La technologie doit partir de cette réalité.

Offline-first. Mobile-first, mais surtout human-first. Voice-first lorsque cela a du sens. Multilingue. Mobile Money native. Phygitale. Frugale. Résiliente. Souveraine. Et conçue pour évoluer.

Le Sénégal n'a pas besoin de copier la Silicon Valley.

Il peut apprendre de la Silicon Valley, de l'Europe, de l'Asie et du reste du monde — tout en développant sa propre manière de concevoir la technologie.

Et c'est peut-être là que se trouve la véritable opportunité :

Ne plus seulement adapter la technologie au Sénégal. Concevoir, depuis le Sénégal, des technologies adaptées aux réalités africaines.