Qu'est-ce qu'une application web sur mesure, et qu'est-ce que ce service ne couvre pas ?
Une application web sur mesure est un logiciel construit pour la façon de travailler d'une organisation précise, et non l'inverse. Elle s'ouvre dans un navigateur, sur ordinateur, tablette ou téléphone, sans rien installer, et ses données vivent sur un serveur que vous contrôlez. Selon le besoin, c'est un logiciel de gestion commerciale, un suivi des stocks sur plusieurs dépôts, un outil de facturation, un espace client où vos clients suivent leurs commandes ou leurs dossiers, un tableau de bord qui rassemble les chiffres de la direction, ou un outil interne de planification, d'interventions ou de traitement des demandes.
Le service couvre tout le cycle : cadrage et cahier des charges, maquettes, développement, tests, reprise de vos données existantes, mise en ligne, hébergement, formation des utilisateurs et maintenance. Chaque application comprend l'analyse des besoins, un tableau de bord et des rapports, la gestion des utilisateurs et de leurs rôles, des API pour échanger avec vos autres outils, et une architecture pensée pour rester sécurisée et évolutive. L'application et son code source vous appartiennent : vous n'êtes lié à aucun prestataire pour la faire évoluer.
Ce service ne répond pas à tout. Un site de présentation relève du site vitrine, une boutique en ligne du site e-commerce, une application publiée sur Google Play et l'App Store de l'application mobile Android et iOS. Quand vos processus sont standards, paramétrer un ERP comme Odoo ou Dolibarr coûte souvent moins cher qu'un développement ; quand il s'agit seulement de relier des outils existants, une automatisation avec n8n ou Make suffit. Le cadrage sert précisément à vérifier que le sur mesure est la bonne réponse.
Le vocabulaire varie d'un interlocuteur à l'autre : logiciel métier, progiciel maison, plateforme, back-office, extranet, portail. Derrière ces mots, la question reste la même : quelles opérations vos équipes et vos clients doivent-ils accomplir, avec quelles règles, et quelles informations doivent en sortir ? Une application sur mesure se juge à sa réponse à cette question, pas au nombre de ses écrans.
Votre entreprise a-t-elle vraiment besoin d'une application sur mesure ?
Les projets qui aboutissent partent d'une difficulté précise et répétée, pas d'une envie générale de « digitaliser ». Les signes ci-dessous reviennent dans la plupart des demandes ; deux ou trois suffisent à justifier un cadrage.
-
Qui fait ce type de demande ?
Des dirigeants de PME, de commerces à plusieurs points de vente, d'écoles privées, de cliniques, de cabinets, d'ONG et de startups, au Bénin, dans le reste de l'Afrique francophone, en Europe et au Canada, qui ont dépassé le stade du tableur sans vouloir d'un ERP surdimensionné.
-
Les mêmes informations saisies plusieurs fois
Une commande arrive par WhatsApp, passe dans un cahier, puis dans un fichier Excel, puis dans le logiciel du comptable. Chaque ressaisie coûte du temps et crée des écarts que personne ne sait plus expliquer en fin de mois.
-
Un fichier Excel devenu le vrai logiciel de l'entreprise
Plusieurs versions circulent, les formules cassent dès qu'on insère une ligne, et une seule personne sait le faire fonctionner. Le jour où elle est absente, la facturation ou l'inventaire s'arrête.
-
Des logiciels du marché que l'on contourne
Vous détournez des champs, exportez à la main pour recalculer ailleurs, ou payez des licences par utilisateur pour des fonctions dont vous n'utilisez qu'une partie, sans jamais couvrir votre règle métier principale.
-
Des clients qui appellent pour connaître l'état de leur dossier
Livraison, commande, inscription, sinistre, démarche administrative : quand vos équipes passent leurs journées au téléphone à donner un état d'avancement, un espace client en libre-service leur rend ce temps.
-
Des chiffres connus trop tard
Chiffre d'affaires, marges, créances ou stocks ne sont connus qu'après une consolidation manuelle. Un tableau de bord alimenté par les opérations du jour permet de décider avant que le problème ne coûte cher.
-
Une règle métier qu'aucun outil ne gère
Tarifs par zone ou par client, commissions de revendeurs, ventes à crédit avec échéancier, contrôle qualité, circuits de validation à plusieurs niveaux : c'est souvent cette règle, propre à votre activité, qui justifie le sur mesure.
-
Le contre-signal à connaître
Si votre processus change encore chaque mois, figer un logiciel complet est prématuré. Mieux vaut un prototype rapide, par exemple en vibe coding, ou un outil standard, le temps que l'organisation se stabilise.
Comment se déroule un projet, du premier échange au suivi après la mise en ligne ?
-
Premier échange et diagnostic
Réponse sous 24 heures
Vous décrivez le problème à résoudre, les personnes qui utiliseront l'outil et ce qui existe déjà. Un premier échange, en personne à Cotonou ou en visioconférence, permet de dire franchement si le sur mesure est justifié, ou si un logiciel standard, un ERP ou une automatisation feraient mieux l'affaire.
-
Cadrage et cahier des charges
1 à 2 semaines
Des ateliers avec les futurs utilisateurs, pas seulement avec la direction, recensent les écrans, les règles métier, les rôles, les documents produits, les données à reprendre et les outils à connecter. Le cahier des charges classe chaque fonction en indispensable, utile ou à reporter, et sert de base au devis ferme.
-
Maquettes et parcours
1 à 2 semaines, en partie en parallèle
Les écrans clés sont dessinés puis assemblés en maquette cliquable. Les utilisateurs la testent sur leurs cas réels : une facture, une sortie de stock, une inscription. Corriger un parcours sur une maquette prend quelques minutes ; le corriger après développement prend des jours.
-
Architecture et serveur de recette
Quelques jours
Choix des technologies, schéma de la base de données, découpage en modules, dépôt Git créé à votre nom et serveur de recette où vous verrez l'application grandir. Les exigences de sécurité et de sauvegarde sont fixées à ce moment, pas après la mise en ligne.
-
Développement par lots
Lots de 1 à 2 semaines
L'application se construit par lots livrés sur le serveur de recette, chacun suivi d'une démonstration. Le premier lot donne une version réduite mais utilisable, souvent en quelques semaines : vous travaillez sur du concret et les lots suivants s'ajustent, au lieu de découvrir le résultat à la fin.
-
Reprise des données
Pendant les derniers lots
Clients, articles, stocks, soldes, historiques : les fichiers existants sont nettoyés, dédoublonnés puis importés par des scripts que l'on peut rejouer. Un import d'essai est vérifié avec vous avant l'import définitif, pour que les chiffres du premier jour soient justes.
-
Tests et recette
1 à 2 semaines
Tests automatisés sur les calculs sensibles (montants, taxes, stocks, droits d'accès), contrôle de sécurité selon les catégories de l'OWASP Top 10, puis recette par vos utilisateurs sur un scénario complet. Chaque anomalie est notée, corrigée et vérifiée de nouveau.
-
Mise en production et formation
Quelques jours
Déploiement sur le serveur de production, HTTPS, sauvegardes automatiques avec un test de restauration, comptes créés pour chaque utilisateur. La formation se fait par métier, sur les données réelles, avec un guide d'utilisation et un référent désigné dans votre équipe.
-
Suivi, maintenance et évolutions
Après la mise en ligne
Les premières semaines d'usage révèlent toujours des ajustements : ils sont traités en priorité. Ensuite, la maintenance couvre les mises à jour de sécurité, la surveillance des sauvegardes et les évolutions, livrées par lots comme pendant le projet.
Pourquoi compter 1 à 3 mois, et qu'est-ce qui allonge un projet ?
Une application complète demande 1 à 3 mois selon son périmètre : un outil centré sur un seul processus, comme le suivi des interventions, se situe vers le bas de la fourchette ; un logiciel qui relie ventes, stocks, facturation, espace client et tableau de bord, vers le haut. Le découpage en lots change surtout le moment où l'outil devient utile : la première version sert dès les premières semaines, pendant que le reste se construit.
Les retards viennent rarement du code. Ils viennent des validations qui attendent plusieurs jours, des fichiers à reprendre plus désordonnés que prévu, et des tiers qui doivent approuver une intégration : ouverture d'un compte marchand chez un agrégateur de paiement, approbation des modèles de messages WhatsApp par Meta, validation d'un logiciel de facturation par l'administration fiscale. Ces démarches sont lancées dès le cadrage, parce qu'elles ne dépendent pas du développeur.
Le troisième facteur est le périmètre qui grossit en cours de route. Chaque idée nouvelle est notée, chiffrée et placée dans un lot ultérieur, plutôt qu'ajoutée en silence au lot en cours. C'est ce qui permet de tenir à la fois le délai annoncé et le budget du devis.
Que recevez-vous concrètement à la fin du projet ?
| Livrable | Ce qu'il contient | À quoi il vous sert |
|---|---|---|
| Cahier des charges priorisé | Fonctions classées, règles métier, rôles, données à reprendre, intégrations | Arbitrer le budget et vérifier que la livraison correspond à la commande |
| Maquettes validées | Écrans clés et parcours testés par vos utilisateurs | Valider l'ergonomie avant d'engager le développement |
| Application en production | Modules livrés, tableau de bord, rapports, gestion des utilisateurs et des rôles | Travailler chaque jour depuis un navigateur, au bureau comme sur le terrain |
| Code source | Dépôt Git à votre nom, avec l'historique complet des modifications | Rester libre de confier les évolutions à qui vous voulez |
| Base de données documentée | Schéma des tables, règles de calcul, scripts de reprise | Savoir où sont vos données et les exporter à tout moment |
| API et intégrations | Points d'accès documentés, connecteurs de paiement, de messagerie ou de comptabilité | Relier l'application à vos autres outils sans ressaisie |
| Documentation technique | Installation, déploiement, variables de configuration, procédure de mise à jour | Permettre à un autre développeur de reprendre le projet |
| Guide utilisateur et formation | Guide par rôle, séances sur données réelles, référent interne formé | Faire adopter l'outil au lieu de revenir au tableur |
| Accès et comptes | Hébergement, nom de domaine et services tiers ouverts à votre nom | Ne jamais dépendre d'un tiers pour accéder à votre propre outil |
| Sauvegardes et restauration | Sauvegardes automatiques, copie hors du serveur, test de restauration consigné | Repartir vite après une panne, une erreur de manipulation ou une attaque |
Logiciel du marché, ERP paramétré ou développement sur mesure : que choisir ?
| Critère | Logiciel en ligne du marché | ERP paramétré (Odoo, Dolibarr) | Application web sur mesure |
|---|---|---|---|
| Mise en route | Immédiate, après inscription | Quelques semaines de paramétrage et de reprise des données | 1 à 3 mois, avec une première version en quelques semaines |
| Coût de départ | Faible | Paramétrage, reprise et formation, sur devis | Cadrage et développement, sur devis |
| Coût récurrent | Abonnement, souvent par utilisateur | Licences selon l'édition, hébergement, maintenance | Hébergement et maintenance, sans licence par utilisateur |
| Adéquation à vos règles métier | Celles prévues par l'éditeur | Large, avec modules et adaptations | Complète : l'outil suit votre processus |
| Propriété | Données exportables selon l'éditeur, code jamais | Code ouvert pour Odoo Community et Dolibarr | Code source et données à vous |
| Mobile money et facture normalisée | Rarement prévus pour l'Afrique francophone | Par modules tiers, à vérifier | Intégrés selon vos besoins par les API des prestataires |
| Évolutions | Au rythme de l'éditeur | Modules et développements spécifiques à maintenir | À votre rythme, par lots |
| Risque principal | Hausse de prix ou arrêt décidés par l'éditeur | Personnalisations qui bloquent les montées de version | Projet mal cadré, ou prestataire qui garde le code |
Prenez un logiciel du marché si vos besoins sont courants et que vous voulez démarrer demain, un ERP si vous devez couvrir de nombreux métiers standards, et le sur mesure quand votre avantage tient à un processus qu'aucun outil ne gère, ou pour compléter un ERP sur un point précis. Le comparatif Odoo et Dolibarr détaille la deuxième voie.
Peut-on combiner un ERP et une application sur mesure ?
Souvent, c'est la meilleure solution. L'ERP garde ce qu'il fait bien et que la loi encadre, comme la comptabilité, les achats ou la paie, et l'application sur mesure prend en charge le processus qui fait votre différence : un portail pour vos revendeurs, une prise de commande terrain, un suivi de production particulier. Les deux échangent leurs données par API, sans ressaisie, et chacun évolue à son rythme.
Cette architecture évite deux pièges. Le premier consiste à tordre l'ERP jusqu'à rendre ses montées de version impossibles ; le second, à réécrire une comptabilité complète dans un logiciel maison qu'il faudra ensuite tenir à jour de chaque réforme fiscale. Quand un ERP est déjà en place, la page intégration Odoo ou intégration Dolibarr décrit le côté ERP, et la page API REST et intégrations le raccordement entre les deux.
Quelles technologies sont utilisées, et pour quelles raisons ?
| Brique | Technologies | Pourquoi ce choix | Ce qu'il faut savoir |
|---|---|---|---|
| Back-end principal | Laravel et PHP | Authentification, autorisations, files d'attente, tâches planifiées, envoi d'e-mails et tests intégrés ; s'héberge sur la plupart des serveurs PHP, en Afrique comme en Europe | Laravel 13 est sorti le 17 mars 2026 et exige PHP 8.3 au minimum ; chaque version majeure reçoit 18 mois de corrections et 2 ans de correctifs de sécurité |
| Langage serveur | PHP 8.3 à 8.5 | Langage mûr, compétences disponibles localement, hébergement peu coûteux | Chaque branche est suivie 4 ans : 2 ans de support actif, puis 2 ans de sécurité seule ; PHP 8.2 ne reçoit plus que des correctifs de sécurité, jusqu'au 31 décembre 2026 |
| Back-end temps réel | Node.js | Notifications instantanées, suivi en direct, nombreuses connexions simultanées, API légères | Le projet Node.js réserve la production aux versions LTS : la 24 et la 22 au 3 octobre 2026, la 26 étant encore en phase « Current » |
| Interface de gestion | Vue.js 3 | Écrans riches (tableaux filtrables, formulaires dynamiques), prise en main rapide par d'autres développeurs | Vue 2 n'est plus maintenu depuis le 31 décembre 2023 : une application encore en Vue 2 doit être migrée |
| Interface complexe ou partagée | React et Next.js | Grand écosystème, rendu côté serveur, logique réutilisable dans une application mobile React Native | React 19.3, publié le 9 septembre 2026, est la dernière version listée par react.dev |
| Données et intelligence artificielle | Python et Flask | Service séparé pour l'analyse de données, la lecture de documents ou un modèle d'IA, appelé par l'application principale | Utile seulement si le besoin existe : chaque service ajouté est un service de plus à maintenir |
| Base de données | MySQL, MariaDB ou PostgreSQL | MySQL ou MariaDB sur un hébergement PHP courant ; PostgreSQL pour les requêtes analytiques lourdes ou la recherche sémantique | Laravel 13 documente la recherche vectorielle avec PostgreSQL et l'extension pgvector |
| Hébergement | Serveur privé virtuel ou hébergement géré, HTTPS | Choisi selon le volume, la sensibilité des données et le pays des utilisateurs | L'emplacement des données a des conséquences juridiques, détaillées plus bas |
Pourquoi ne pas choisir simplement la technologie à la mode ?
Une application de gestion vit dix ans plus souvent que deux. Le choix technique se fait donc sur quatre critères : la durée de support publiée par chaque projet, la facilité à trouver un autre développeur pour reprendre le code, le coût d'hébergement dans le pays de vos utilisateurs, et l'adéquation au besoin. Laravel et PHP cochent ces cases pour la grande majorité des logiciels de gestion ; Node.js prend le relais quand le temps réel domine ; Vue.js ou React se choisissent selon la richesse de l'interface et l'existence éventuelle d'une application mobile.
Les politiques de support publiées imposent aussi un calendrier. Laravel sort une version majeure par an, vers le premier trimestre, et ne corrige les failles de chaque version que pendant deux ans ; PHP suit chaque branche quatre ans. Une application livrée puis laissée sans montée de version devient vulnérable en deux à trois ans, même si personne n'y a touché. C'est pourquoi le devis de maintenance prévoit une montée de version par an, faite sur le serveur de recette et testée avant d'atteindre la production.
Les assistants de programmation à base d'IA accélèrent l'écriture du code, et ils sont utilisés pour cela. Ils ne remplacent ni le cadrage, ni la relecture, ni les tests : un code produit vite et non vérifié coûte plus cher à corriger qu'à écrire. Ceux qui veulent comprendre ces outils peuvent suivre la formation au vibe coding.
À quoi sert une application sur mesure dans votre secteur ?
Distribution et commerce de gros, Afrique de l'Ouest
Plusieurs dépôts, des revendeurs payés à crédit et des encaissements Mobile Money impossibles à rapprocher.
Une application de gestion des stocks par dépôt, des ventes à crédit avec échéancier et des relevés par revendeur. Les paiements Mobile Money sont confirmés par l'agrégateur et lettrés automatiquement sur les factures ; au Bénin, la facturation passe par le dispositif de facture normalisée exigé des assujettis à la TVA.
Écoles et centres de formation privés
Inscriptions sur papier, scolarité payée en tranches, bulletins saisis à la main chaque trimestre.
Un logiciel de scolarité : dossiers des élèves, échéancier de paiement en Mobile Money avec relances automatiques, saisie des notes par les enseignants, bulletins générés en PDF et espace parents consultable sur téléphone, même avec une connexion modeste.
Cliniques et cabinets médicaux
Rendez-vous par téléphone, dossiers éparpillés, facturation aux assurances refaite à chaque visite.
Un outil de rendez-vous, de dossier patient et de facturation, avec des droits d'accès stricts par profil. Les données de santé sont des données sensibles : hébergement choisi en conséquence, chiffrement, journal des consultations de dossiers et sauvegardes testées.
Microfinance, coopératives et associations d'épargne
Cotisations, prêts et remboursements suivis dans des cahiers ou des tableurs que seul le trésorier comprend.
Une application de gestion des membres, des cotisations, des prêts et des échéanciers, avec rappels par SMS ou WhatsApp et états mensuels. Elle outille la gestion ; elle ne remplace pas les autorisations que l'activité financière peut exiger de l'autorité compétente.
Services techniques et BTP, France et Belgique
Bons d'intervention papier, photos perdues, factures envoyées des semaines après le chantier.
Une application d'interventions : planning des techniciens, bon signé sur tablette, photos rattachées au chantier, facture générée en fin d'intervention. En France, les factures doivent pouvoir partir au format électronique vers la plateforme agréée de l'entreprise.
Cabinets de conseil et agences, Europe et Canada
Temps passés notés à part, documents échangés par e-mail, clients qui demandent sans cesse où en est leur mission.
Un portail client avec suivi des missions, dépôt de documents, validation des livrables et facturation multi-devises, relié au logiciel comptable existant par son API. Pour un portail ouvert à de nombreux clients, la page SaaS et espace client va plus loin.
ONG et projets financés
Collecte de données sur le terrain sans réseau, rapports aux bailleurs compilés à la main.
Une application de suivi des bénéficiaires utilisable hors ligne, qui synchronise les saisies au retour du réseau, avec des tableaux de bord par projet et des exports au format demandé par chaque bailleur.
Combien coûte une application web sur mesure ?
Aucun prix forfaitaire n'est publié pour ce service : les seuls tarifs de départ affichés sur ce site concernent la landing page, le site vitrine et le référencement naturel. Une application se chiffre sur devis, après le cadrage, à partir du cahier des charges priorisé. Le paiement se fait par Mobile Money (MTN, Moov), carte bancaire, PayPal, virement ou espèces.
Première version (MVP)
Sur devis
- Cadrage et cahier des charges
- Maquettes des écrans clés
- Un processus principal couvert de bout en bout
- Mise en ligne, sauvegardes et formation des premiers utilisateurs
Application de gestion complète
Sur devis
- Plusieurs modules reliés (ventes, stocks, facturation, espace client)
- Tableau de bord, rapports, utilisateurs et rôles
- Reprise des données existantes
- Intégrations : paiement, messagerie, comptabilité
- Code source, documentation et formation par métier
Maintenance et évolutions
Sur devis
- Mises à jour de sécurité et montée de version annuelle
- Surveillance des sauvegardes et tests de restauration
- Corrections et assistance aux utilisateurs
- Évolutions chiffrées et livrées par lots
Ce qui fait varier le prix
- Le nombre de processus et d'écrans couverts, et la part de fonctions classées « indispensables ».
- La complexité des règles métier : calculs de prix, commissions, échéanciers, circuits de validation.
- Le nombre de rôles et la finesse des droits d'accès.
- Les intégrations : agrégateur de paiement, facture normalisée, plateforme agréée de facturation électronique, WhatsApp, ERP ou logiciel comptable.
- Le volume et l'état des données à reprendre.
- Les exigences de sécurité liées aux données traitées (santé, finances, données d'enfants).
- Le fonctionnement hors ligne, le multilingue et le multi-devises.
- Le délai demandé, quand il impose de paralléliser le travail.
Quels coûts prévoir après la mise en ligne ?
| Poste | Qui le facture | Rythme | Comment le maîtriser |
|---|---|---|---|
| Hébergement du serveur | L'hébergeur, sur votre compte | Mensuel ou annuel | Dimensionner selon l'usage réel et augmenter seulement quand la charge le demande |
| Nom de domaine | Le bureau d'enregistrement | Annuel | Le déposer à votre nom et activer le renouvellement automatique |
| Envoi d'e-mails, de SMS ou de messages WhatsApp | Le fournisseur de chaque canal | À l'usage | Réserver les messages payants aux notifications utiles et suivre la consommation dans le tableau de bord |
| Commissions de paiement | L'agrégateur de paiement | À chaque transaction | Comparer les frais publiés par opérateur et par pays avant de choisir |
| Maintenance et sécurité | Le développeur, selon le contrat | Mensuel ou annuel | Un contrat écrit qui précise les mises à jour, les délais d'intervention et la montée de version annuelle |
| Évolutions | Le développeur, sur devis | Par lot | Regrouper les demandes, les prioriser et les livrer par lots testés |
Quelles erreurs font échouer un projet d'application sur mesure ?
Les projets qui dérapent se ressemblent. Ces erreurs se repèrent tôt et se corrigent sans frais tant que rien n'est développé.
-
Tout vouloir dans la première version
Une première version qui couvre tout arrive tard, coûte cher et fige des choix jamais testés. Un seul processus bien couvert, utilisé dès les premières semaines, apprend davantage que dix modules livrés ensemble.
-
Écrire le besoin sans les utilisateurs
Le dirigeant connaît la stratégie, la caissière connaît les exceptions. Un cahier des charges rédigé sans ceux qui saisiront les données oublie précisément les cas qui bloqueront l'adoption.
-
Ne désigner personne côté client
Sans un responsable qui tranche, valide les maquettes et répond aux questions dans la semaine, le projet attend. Ce rôle demande quelques heures par semaine, pas un poste à plein temps.
-
Laisser le code et les accès au prestataire
Un dépôt, un hébergement ou un nom de domaine au nom du prestataire vous rend dépendant de lui. Tout doit être ouvert à votre nom dès le premier jour, avec les droits d'administration.
-
Sous-estimer la reprise des données
Des fichiers clients en doublon, des articles sans unité ou des soldes non rapprochés faussent l'application dès son ouverture. Le nettoyage se planifie et se valide avant l'import définitif.
-
Reporter la sécurité après le lancement
Un contrôle d'accès oublié ou une sauvegarde jamais restaurée ne se voient pas en démonstration. Ces exigences se fixent au cadrage et se testent avant la mise en production.
-
Choisir le devis le plus bas sans maintenance
Une application sans contrat de maintenance cesse d'être sûre en quelques années, au rythme des versions de PHP, de Laravel ou de Node.js. Comparez des coûts sur plusieurs années, pas des prix de lancement.
-
Ouvrir l'outil sans former
Une application juste techniquement échoue si les équipes continuent dans leurs tableurs. La formation par métier et un référent interne font partie du projet, pas d'une option.
Comment la sécurité est-elle traitée, catégorie par catégorie de l'OWASP Top 10 ?
| Catégorie OWASP 2025 | Le risque, en clair | Mesures appliquées |
|---|---|---|
| A01 Broken Access Control | Un utilisateur voit ou modifie ce qui ne lui revient pas, par exemple la facture d'un autre client en changeant un numéro dans l'adresse | Contrôle des droits côté serveur sur chaque action, politiques d'autorisation par rôle, tests automatisés des accès interdits |
| A02 Security Misconfiguration | Mode débogage laissé actif, fichiers de configuration exposés, comptes par défaut | Configuration de production vérifiée, secrets hors du dossier public, en-têtes de sécurité, services inutiles désactivés |
| A03 Software Supply Chain Failures | Une bibliothèque tierce vulnérable ou compromise entre dans l'application | Dépendances verrouillées, audit régulier avec les outils de Composer et de npm, bibliothèques maintenues seulement |
| A04 Cryptographic Failures | Mots de passe ou données sensibles lisibles en cas de fuite | HTTPS partout, mots de passe hachés avec un algorithme adapté, chiffrement des champs sensibles et des sauvegardes |
| A05 Injection | Une saisie malveillante modifie une requête à la base de données ou une page affichée | Requêtes préparées par l'ORM, validation de chaque entrée, échappement systématique à l'affichage |
| A06 Insecure Design | Une règle métier exploitable, comme un remboursement sans plafond ni validation | Analyse des abus possibles dès le cadrage, plafonds, double validation des opérations sensibles |
| A07 Authentication Failures | Comptes pris par mot de passe deviné ou réutilisé | Double authentification pour les administrateurs, limitation des tentatives, sessions qui expirent |
| A08 Software or Data Integrity Failures | Une notification de paiement falsifiée valide une commande non payée | Vérification de la signature des webhooks, confirmation du statut auprès de l'agrégateur, déploiements contrôlés |
| A09 Security Logging and Alerting Failures | Une intrusion ou une fraude passe inaperçue pendant des mois | Journal des actions sensibles (connexions, exports, suppressions, changements de droits) et alertes en cas d'anomalie |
| A10 Mishandling of Exceptional Conditions | Une erreur laisse des données à moitié enregistrées ou affiche des détails techniques | Transactions de base de données, gestion centralisée des erreurs, messages neutres pour l'utilisateur |
Quels chiffres officiels pèsent sur la conception d'une application en Afrique francophone et en Europe ?
- 34 % Part de la population du Bénin qui utilisait Internet en 2024, contre 41 % en Côte d'Ivoire, 60 % au Sénégal et 89 % en France Source : Banque mondiale, données de l'UIT, consultées le 3 octobre 2026
- 248 millions Comptes de monnaie électronique dans l'UEMOA en 2024, contre 209 millions en 2023 Source : BCEAO, rapport 2024 sur les services financiers numériques, publié le 13 mars 2026
- 72 heures Délai maximal pour notifier une violation de données personnelles à l'autorité de contrôle, selon l'article 33 du RGPD Source : CNIL, texte du RGPD, consulté le 3 octobre 2026
- 60 jours Délai dont dispose l'autorité béninoise de protection des données pour se prononcer sur une déclaration, prorogeable une fois de 30 jours Source : Loi n° 2017-20 du 20 avril 2018, article 412
- 1er septembre 2027 Date à laquelle les PME et micro-entreprises françaises devront émettre leurs factures au format électronique Source : impots.gouv.fr, page modifiée le 16 janvier 2026
- 655,957 FCFA Valeur fixe d'un euro depuis le 1er janvier 1999, utile à toute application qui facture en euros et en francs CFA Source : BCEAO, histoire du franc CFA
Comment concevoir une application pour une connexion lente ou intermittente ?
Selon les données de l'Union internationale des télécommunications reprises par la Banque mondiale et consultées le 3 octobre 2026, 34 % de la population du Bénin utilisait Internet en 2024, 39 % au Togo, 41 % en Côte d'Ivoire, 46 % au Cameroun et 60 % au Sénégal, contre 89 % en France. Ceux qui se connectent le font surtout depuis un téléphone, avec un forfait de données compté. Une application pensée sur une fibre européenne peut devenir inutilisable sur le terrain.
La conception en tient compte dès le cadrage : pages légères et listes paginées côté serveur, images compressées, aucun chargement inutile au démarrage. Pour les agents de terrain, l'application peut fonctionner en mode hors ligne : les saisies sont gardées sur le téléphone puis synchronisées au retour du réseau, avec un traitement explicite des conflits. Les notifications importantes partent aussi par SMS ou WhatsApp, qui passent là où une page web peine à se charger.
Les tests se font sur un téléphone Android d'entrée de gamme et sur une connexion lente simulée, pas seulement sur l'ordinateur du développeur. Pour un bureau dont la connexion tombe souvent, un serveur installé sur place, doublé d'une sauvegarde chiffrée envoyée chaque nuit hors du bâtiment, garde l'outil disponible sur le réseau local pendant les coupures.
Comment intégrer le Mobile Money sans perdre de paiements ?
Le Mobile Money est le premier moyen de paiement de nombreux clients. Le rapport 2024 de la BCEAO sur les services financiers numériques, publié le 13 mars 2026, compte 248 millions de comptes de monnaie électronique dans l'UEMOA en 2024, contre 209 millions en 2023, et plus de 3,7 millions de points marchands. Une application qui facture des clients d'Afrique de l'Ouest doit donc encaisser MTN MoMo, Moov Money et leurs équivalents, en général par l'API d'un agrégateur comme FedaPay, Kkiapay ou CinetPay.
La difficulté n'est pas le bouton de paiement mais la confirmation. La documentation de FedaPay sur les webhooks, consultée le 3 octobre 2026, indique que chaque notification est signée dans l'en-tête X-FEDAPAY-SIGNATURE et renvoyée jusqu'à 9 fois en cas d'échec. L'application vérifie donc la signature, confirme le statut auprès de l'agrégateur, ignore les notifications en double et ne valide la commande qu'ensuite. Le comparatif FedaPay, Kkiapay et CinetPay aide à choisir l'agrégateur.
Que doit respecter l'application pour les données personnelles, au Bénin et en Europe ?
Au Bénin, le livre V du code du numérique, la loi n° 2017-20 du 20 avril 2018 publiée par le Secrétariat général du Gouvernement et consultée le 3 octobre 2026, encadre tout fichier de clients, de patients, d'élèves ou d'employés. Son article 405 impose une déclaration préalable auprès de l'Autorité de protection des données personnelles, ou l'inscription du traitement dans un registre tenu par une personne désignée ; l'article 412 donne à l'Autorité 60 jours pour se prononcer, prorogeables une fois de 30 jours. L'article 433 interdit de conserver les données au-delà de la durée nécessaire.
Le même texte décrit ce que l'application doit permettre. L'article 426 cite la pseudonymisation et le chiffrement, des moyens de garantir la confidentialité, l'intégrité et la disponibilité des systèmes, la capacité de rétablir l'accès aux données après un incident, et une procédure pour tester régulièrement l'efficacité des mesures. L'article 427 oblige à notifier sans délai à l'Autorité et à la personne concernée toute violation de sécurité, et l'article 391 subordonne le transfert de données vers un autre État à un niveau de protection équivalent : le choix du pays d'hébergement se décide avant la mise en ligne.
Pour des utilisateurs situés dans l'Union européenne, le RGPD s'applique. Selon le texte publié par la CNIL, l'article 25 impose la protection des données dès la conception, l'article 28 de ne recourir qu'à des sous-traitants présentant des garanties suffisantes, l'article 32 des mesures de sécurité proches de celles de la loi béninoise, et l'article 33 une notification à l'autorité dans les 72 heures après la découverte d'une violation. L'article 83 prévoit des amendes pouvant atteindre 20 millions d'euros ou 4 % du chiffre d'affaires annuel mondial.
La CNIL donne aussi des repères concrets. Sa fiche « Sécurité : Sauvegarder », mise à jour le 14 mars 2024, recommande la règle 3-2-1 : trois copies des données sur deux supports différents, dont une hors ligne, avec des tests de restauration réguliers. Dans ses consignes du 30 avril 2025, elle indique que près de 80 % des violations de grande ampleur constatées en 2024 ont été permises par l'usurpation du compte d'un employé : la double authentification des comptes d'administration n'est plus une option.
Quelles règles de facturation et d'accessibilité l'application doit-elle intégrer selon le pays ?
| Pays ou zone | Règle | Conséquence pour l'application |
|---|---|---|
| Bénin | Les entreprises assujetties à la TVA émettent des factures normalisées, au moyen d'une machine électronique certifiée (MECeF) ou d'un logiciel validé par la DGI ; le défaut est sanctionné d'une amende de dix fois le montant de la facture, au minimum 1 million de FCFA par opération (gouv.bj, 27 février 2020) | Raccorder le module de facturation au dispositif de facture normalisée, ou faire sortir les factures par une MECeF, et obtenir la validation avant la mise en production |
| France | Toutes les entreprises doivent pouvoir recevoir des factures électroniques depuis le 1er septembre 2026 ; les grandes entreprises et ETI les émettent depuis cette date, les PME et micro-entreprises à partir du 1er septembre 2027, par une plateforme agréée (impots.gouv.fr) | Produire des factures structurées et les transmettre à la plateforme agréée choisie par l'entreprise, au lieu d'un simple PDF envoyé par e-mail |
| Zone franc CFA | Un euro vaut 655,957 FCFA, parité fixe depuis le 1er janvier 1999 (BCEAO) | Enregistrer la devise de chaque document, stocker les montants sans erreur d'arrondi, convertir à taux fixe entre euro et franc CFA et à taux du jour pour les autres devises |
| Union européenne | La directive (UE) 2019/882 sur l'accessibilité s'applique depuis le 28 juin 2025 notamment au commerce électronique et aux services bancaires aux consommateurs ; les microentreprises qui fournissent des services en sont exemptées (EUR-Lex) | Pour un espace client concerné, suivre les règles d'accessibilité du W3C (WCAG 2.2, version du 12 décembre 2024) : contrastes, navigation au clavier, formulaires étiquetés |
Quelle langue, quelles devises et quels formats prévoir ?
L'interface est rédigée en français, avec un vocabulaire qui est celui de vos équipes et non celui du développeur : « bon de sortie » plutôt que « mouvement de stock » si c'est ainsi qu'on parle dans l'entrepôt. Pour une entreprise présente au Cameroun, au Canada ou auprès de partenaires anglophones, les textes sont placés dès le départ dans des fichiers de traduction, ce qui permet d'ajouter l'anglais sans réécrire les écrans.
Les formats suivent les usages locaux : dates au format jour, mois, année, séparateur de milliers lisible, montants en francs CFA sans décimales, numéros de téléphone avec l'indicatif du pays pour que les envois de SMS et de messages WhatsApp fonctionnent. Une application utilisée à la fois à Cotonou, à Paris et à Montréal enregistre les heures dans un fuseau de référence et les affiche dans celui de chaque utilisateur.
Pourquoi confier votre application à Richard SALANON ?
Richard SALANON est consultant en digitalisation et développeur logiciel, basé à Cotonou, au Bénin. Il crée des sites, des applications web et mobiles, des automatisations et des intégrations d'intelligence artificielle, déploie Odoo et Dolibarr, et forme les équipes à ces outils, pour des entreprises d'Afrique francophone, d'Europe et du Canada.
Avec plus de 6 ans d'expérience dans le développement, une formation à EPITECH (2022) et plus de 50 projets livrés, il a travaillé pour des organisations au Bénin, en Côte d'Ivoire, au Togo, au Sénégal, au Burkina Faso, au Mali, au Niger, au Tchad, au Gabon, en RD Congo, en France, en Belgique, en Suisse et au Canada. Les applications sur mesure qu'il développe s'appuient sur les technologies présentées plus haut, choisies pour durer plutôt que pour suivre une mode.
Il conçoit aussi ses propres produits : Wapy, un assistant WhatsApp à intelligence artificielle pour les entreprises d'Afrique francophone, et il est co-fondateur d'Audyxa. Faire vivre un produit dont on assure soi-même la maintenance change la manière d'écrire du code pour les autres : on écrit un code que l'on devra relire, corriger et faire évoluer pendant des années.
Sa façon de travailler tient en quelques engagements vérifiables : un interlocuteur unique du cadrage au code, une démonstration à chaque lot sur un serveur de recette, un code et des accès ouverts à votre nom, une documentation remise avec l'application, et une réponse sous 24 heures. Il a formé plus de 200 personnes au numérique : vos équipes sont formées à l'outil, et vos développeurs peuvent suivre la formation au développement web pour reprendre le projet. Son parcours complet figure sur la page Richard SALANON.
Que retenir avant de lancer une application sur mesure ?
Partez d'un processus précis qui coûte du temps ou de l'argent, vérifiez qu'aucun logiciel standard ne le couvre, exigez le code et les accès à votre nom, et faites livrer une première version utilisable en quelques semaines plutôt qu'un grand logiciel en une seule fois.
Vous avez un processus qu'aucun logiciel ne gère correctement ?
Décrivez ce qui vous fait perdre du temps aujourd'hui, qui utilisera l'outil et ce que vous utilisez déjà : vous recevez une réponse sous 24 heures et, après un premier échange, une recommandation franche, sur mesure ou non.
Décrire mon projetQuestions fréquentes
Combien coûte une application web sur mesure ?
Le prix est fixé sur devis, après un cadrage qui liste les écrans, les règles métier, les rôles, les intégrations et les données à reprendre. Ce sont ces éléments, et non le nombre de pages, qui font varier le budget. Le devis est ferme pour le périmètre décrit ; chaque ajout ultérieur est chiffré à part. Le paiement se fait par Mobile Money (MTN, Moov), carte bancaire, PayPal, virement ou espèces.
Combien de temps faut-il pour développer une application de gestion ?
Comptez 1 à 3 mois pour une application complète, selon son périmètre. Une première version réduite mais utilisable arrive souvent en quelques semaines, grâce au découpage en lots. Les délais s'allongent surtout quand les validations tardent, quand les données à reprendre sont en désordre, ou quand un tiers doit approuver une intégration, comme un compte marchand de paiement ou la validation d'un logiciel de facturation.
Serai-je propriétaire du code source de mon application ?
Oui. L'application et son code vous appartiennent : le dépôt Git, l'hébergement, le nom de domaine et les comptes des services tiers sont ouverts à votre nom, et la documentation technique vous est remise. Vous restez libre de confier les évolutions à un autre développeur, ou de former quelqu'un en interne pour reprendre le projet.
Application web ou application mobile : laquelle choisir ?
Une application web s'ouvre sur tous les appareils sans passer par Google Play ni l'App Store, avec une seule base de code : c'est le bon point de départ pour un outil de gestion ou un espace client. Une application mobile native se justifie pour un usage hors ligne prolongé, l'appareil photo, la géolocalisation ou des notifications fréquentes. Les deux peuvent partager la même API, donc commencer par le web ne ferme aucune porte.
Faut-il développer sur mesure ou installer Odoo ou Dolibarr ?
Si vos processus ressemblent à ceux de la plupart des entreprises (ventes, achats, stock, facturation, comptabilité), un ERP paramétré revient en général moins cher et plus vite. Le sur mesure se justifie quand votre règle métier principale n'existe dans aucun outil, ou en complément d'un ERP, relié par son API. Le cadrage compare les deux voies avant tout devis.
Où sera hébergée l'application, et qui paie l'hébergement ?
Sur un serveur choisi selon le volume, la sensibilité des données et le pays des utilisateurs : serveur privé virtuel, hébergement géré, ou serveur au bureau quand la connexion est trop instable. Le compte est ouvert à votre nom et l'hébergeur vous facture directement. Pour des données personnelles, le pays d'hébergement doit respecter la loi n° 2017-20 au Bénin et le RGPD en Europe.
L'application peut-elle encaisser des paiements par Mobile Money ?
Oui, par l'API d'un agrégateur comme FedaPay, Kkiapay ou CinetPay, qui couvre MTN MoMo, Moov Money et d'autres opérateurs selon les pays. Le point délicat est le rapprochement : l'application confirme chaque paiement côté serveur, par un webhook signé puis une vérification auprès de l'agrégateur, avant de valider la commande ou la facture.
Comment la sécurité de l'application est-elle assurée ?
Elle est traitée dès le cadrage, catégorie par catégorie de l'OWASP Top 10:2025 : contrôle des droits sur chaque action, requêtes préparées, mots de passe hachés, double authentification des administrateurs, journal des actions sensibles, dépendances surveillées. Les sauvegardes suivent la règle 3-2-1 recommandée par la CNIL, et la restauration est testée avant la mise en production.
Pouvez-vous reprendre une application développée par quelqu'un d'autre ?
Oui, après un audit du code, de la base de données, de l'hébergement et des versions utilisées. L'audit dit s'il vaut mieux corriger, migrer progressivement ou reconstruire, par exemple pour une application restée en Vue 2, qui n'est plus maintenu depuis le 31 décembre 2023, ou sur une version de Laravel qui ne reçoit plus de correctifs de sécurité.
Que se passe-t-il après la mise en ligne ?
Les premières semaines d'usage sont suivies de près pour traiter les ajustements révélés par le travail réel. Ensuite, un contrat de maintenance couvre les mises à jour de sécurité, la surveillance des sauvegardes, la montée de version du framework et les évolutions livrées par lots. Laravel publiant une version majeure par an, une montée de version se planifie chaque année.
Faut-il un cahier des charges complet avant de prendre contact ?
Non. Une description du problème, des personnes concernées et des outils actuels suffit pour un premier échange. Le cahier des charges est justement le premier livrable du cadrage : il est rédigé avec vos utilisateurs, puis sert de base au devis ferme et à la recette de l'application.
Travaillez-vous avec des entreprises en Europe et au Canada ?
Oui. Richard SALANON a travaillé avec des organisations en France, en Belgique, en Suisse et au Canada, comme dans onze pays d'Afrique francophone. Le projet se mène à distance : visioconférences, démonstrations sur un serveur de recette, dépôt Git partagé. Le paiement par carte bancaire, PayPal ou virement convient aux clients situés hors d'Afrique.
Sources
- OWASP, Top 10:2025 (catégories A01 à A10), consulté le
- OWASP, Application Security Verification Standard (version stable 5.0.0), consulté le
- Laravel, notes de version et politique de support (Laravel 13), consulté le
- PHP, versions prises en charge, consulté le
- Node.js, versions publiées et statut LTS, consulté le
- Vue.js, fin de vie de Vue 2, consulté le
- React, versions publiées, consulté le
- Secrétariat général du Gouvernement du Bénin, loi n° 2017-20 du 20 avril 2018 portant code du numérique (articles 391, 405, 412, 426, 427, 433), consulté le
- CNIL, RGPD chapitre IV (articles 25, 28, 32 et 33), consulté le
- CNIL, RGPD chapitre VIII (article 83, amendes administratives), consulté le
- CNIL, « Sécurité : Sauvegarder » (mise à jour du 14 mars 2024), consulté le
- CNIL, consignes pour renforcer la sécurité des grandes bases de données (30 avril 2025), consulté le
- impots.gouv.fr, « À partir de quand suis-je concerné par la réforme de la facturation électronique ? », consulté le
- Gouvernement du Bénin, tout savoir sur les factures normalisées, consulté le
- BCEAO, rapport annuel sur les services financiers numériques dans l'UEMOA, 2024, consulté le
- BCEAO, histoire du franc CFA (parité fixe avec l'euro), consulté le
- Banque mondiale, part de la population utilisant Internet (données de l'UIT, 2024), consulté le
- FedaPay, documentation : webhooks et événements, consulté le
- EUR-Lex, directive (UE) 2019/882 relative aux exigences en matière d'accessibilité des produits et services, consulté le
- W3C, Web Content Accessibility Guidelines (WCAG) 2.2, consulté le