Demander un devis
Service

Application web et logiciel sur mesure : vos processus réunis dans un outil fiable, livré par étapes

En bref. Conception et développement d'applications web sur mesure : logiciel de gestion, suivi des stocks, facturation, espace client, tableau de bord ou outil interne, en Laravel, Node.js, Vue ou React. Pour les PME, commerces, écoles, cliniques, ONG et startups d'Afrique francophone, d'Europe et du Canada dont les tableurs et les logiciels du marché ne suivent plus l'activité. Une première version utilisable arrive en quelques semaines, l'application complète en 1 à 3 mois selon son périmètre. Le prix est fixé sur devis après le cadrage.

Mis à jour le

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 ?

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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.

  8. 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.

  9. 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 ?

Livrables remis pour chaque application web sur mesure ; leur détail est fixé dans le devis.
LivrableCe qu'il contientÀ quoi il vous sert
Cahier des charges prioriséFonctions classées, règles métier, rôles, données à reprendre, intégrationsArbitrer le budget et vérifier que la livraison correspond à la commande
Maquettes validéesÉcrans clés et parcours testés par vos utilisateursValider l'ergonomie avant d'engager le développement
Application en productionModules livrés, tableau de bord, rapports, gestion des utilisateurs et des rôlesTravailler chaque jour depuis un navigateur, au bureau comme sur le terrain
Code sourceDépôt Git à votre nom, avec l'historique complet des modificationsRester libre de confier les évolutions à qui vous voulez
Base de données documentéeSchéma des tables, règles de calcul, scripts de repriseSavoir où sont vos données et les exporter à tout moment
API et intégrationsPoints d'accès documentés, connecteurs de paiement, de messagerie ou de comptabilitéRelier l'application à vos autres outils sans ressaisie
Documentation techniqueInstallation, déploiement, variables de configuration, procédure de mise à jourPermettre à un autre développeur de reprendre le projet
Guide utilisateur et formationGuide 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 comptesHébergement, nom de domaine et services tiers ouverts à votre nomNe jamais dépendre d'un tiers pour accéder à votre propre outil
Sauvegardes et restaurationSauvegardes 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èreLogiciel en ligne du marchéERP paramétré (Odoo, Dolibarr)Application web sur mesure
Mise en routeImmédiate, après inscriptionQuelques semaines de paramétrage et de reprise des données1 à 3 mois, avec une première version en quelques semaines
Coût de départFaibleParamétrage, reprise et formation, sur devisCadrage et développement, sur devis
Coût récurrentAbonnement, souvent par utilisateurLicences selon l'édition, hébergement, maintenanceHébergement et maintenance, sans licence par utilisateur
Adéquation à vos règles métierCelles prévues par l'éditeurLarge, avec modules et adaptationsComplète : l'outil suit votre processus
PropriétéDonnées exportables selon l'éditeur, code jamaisCode ouvert pour Odoo Community et DolibarrCode source et données à vous
Mobile money et facture normaliséeRarement prévus pour l'Afrique francophonePar modules tiers, à vérifierIntégrés selon vos besoins par les API des prestataires
ÉvolutionsAu rythme de l'éditeurModules et développements spécifiques à maintenirÀ votre rythme, par lots
Risque principalHausse de prix ou arrêt décidés par l'éditeurPersonnalisations qui bloquent les montées de versionProjet 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 ?

Versions et politiques de support relevées le 3 octobre 2026 sur les sites officiels de Laravel, PHP, Node.js, Vue.js et React.
BriqueTechnologiesPourquoi ce choixCe qu'il faut savoir
Back-end principalLaravel et PHPAuthentification, 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 EuropeLaravel 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 serveurPHP 8.3 à 8.5Langage mûr, compétences disponibles localement, hébergement peu coûteuxChaque 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éelNode.jsNotifications instantanées, suivi en direct, nombreuses connexions simultanées, API légèresLe 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 gestionVue.js 3Écrans riches (tableaux filtrables, formulaires dynamiques), prise en main rapide par d'autres développeursVue 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éeReact et Next.jsGrand écosystème, rendu côté serveur, logique réutilisable dans une application mobile React NativeReact 19.3, publié le 9 septembre 2026, est la dernière version listée par react.dev
Données et intelligence artificiellePython et FlaskService séparé pour l'analyse de données, la lecture de documents ou un modèle d'IA, appelé par l'application principaleUtile seulement si le besoin existe : chaque service ajouté est un service de plus à maintenir
Base de donnéesMySQL, MariaDB ou PostgreSQLMySQL ou MariaDB sur un hébergement PHP courant ; PostgreSQL pour les requêtes analytiques lourdes ou la recherche sémantiqueLaravel 13 documente la recherche vectorielle avec PostgreSQL et l'extension pgvector
HébergementServeur privé virtuel ou hébergement géré, HTTPSChoisi selon le volume, la sensibilité des données et le pays des utilisateursL'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 ?

Postes récurrents d'une application web sur mesure. Les montants dépendent des fournisseurs choisis ; aucun n'est facturé par le développeur à la place du fournisseur.
PosteQui le factureRythmeComment le maîtriser
Hébergement du serveurL'hébergeur, sur votre compteMensuel ou annuelDimensionner selon l'usage réel et augmenter seulement quand la charge le demande
Nom de domaineLe bureau d'enregistrementAnnuelLe déposer à votre nom et activer le renouvellement automatique
Envoi d'e-mails, de SMS ou de messages WhatsAppLe fournisseur de chaque canalÀ l'usageRéserver les messages payants aux notifications utiles et suivre la consommation dans le tableau de bord
Commissions de paiementL'agrégateur de paiementÀ chaque transactionComparer les frais publiés par opérateur et par pays avant de choisir
Maintenance et sécuritéLe développeur, selon le contratMensuel ou annuelUn contrat écrit qui précise les mises à jour, les délais d'intervention et la montée de version annuelle
ÉvolutionsLe développeur, sur devisPar lotRegrouper 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 ?

Les dix catégories de l'OWASP Top 10:2025, relevées le 3 octobre 2026 sur le site de l'OWASP, et les mesures appliquées dans une application Laravel ou Node.js.
Catégorie OWASP 2025Le risque, en clairMesures appliquées
A01 Broken Access ControlUn 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'adresseContrôle des droits côté serveur sur chaque action, politiques d'autorisation par rôle, tests automatisés des accès interdits
A02 Security MisconfigurationMode débogage laissé actif, fichiers de configuration exposés, comptes par défautConfiguration 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 FailuresUne bibliothèque tierce vulnérable ou compromise entre dans l'applicationDépendances verrouillées, audit régulier avec les outils de Composer et de npm, bibliothèques maintenues seulement
A04 Cryptographic FailuresMots de passe ou données sensibles lisibles en cas de fuiteHTTPS partout, mots de passe hachés avec un algorithme adapté, chiffrement des champs sensibles et des sauvegardes
A05 InjectionUne saisie malveillante modifie une requête à la base de données ou une page affichéeRequêtes préparées par l'ORM, validation de chaque entrée, échappement systématique à l'affichage
A06 Insecure DesignUne règle métier exploitable, comme un remboursement sans plafond ni validationAnalyse des abus possibles dès le cadrage, plafonds, double validation des opérations sensibles
A07 Authentication FailuresComptes 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 FailuresUne notification de paiement falsifiée valide une commande non payéeVé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 FailuresUne intrusion ou une fraude passe inaperçue pendant des moisJournal des actions sensibles (connexions, exports, suppressions, changements de droits) et alertes en cas d'anomalie
A10 Mishandling of Exceptional ConditionsUne erreur laisse des données à moitié enregistrées ou affiche des détails techniquesTransactions 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 ?

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 ?

Règles relevées le 3 octobre 2026 sur les pages officielles du gouvernement du Bénin, de l'administration fiscale française, de la BCEAO, d'EUR-Lex et du W3C.
Pays ou zoneRègleConséquence pour l'application
BéninLes 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
FranceToutes 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 CFAUn 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éenneLa 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 projet

Questions 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

  1. OWASP, Top 10:2025 (catégories A01 à A10), consulté le
  2. OWASP, Application Security Verification Standard (version stable 5.0.0), consulté le
  3. Laravel, notes de version et politique de support (Laravel 13), consulté le
  4. PHP, versions prises en charge, consulté le
  5. Node.js, versions publiées et statut LTS, consulté le
  6. Vue.js, fin de vie de Vue 2, consulté le
  7. React, versions publiées, consulté le
  8. 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
  9. CNIL, RGPD chapitre IV (articles 25, 28, 32 et 33), consulté le
  10. CNIL, RGPD chapitre VIII (article 83, amendes administratives), consulté le
  11. CNIL, « Sécurité : Sauvegarder » (mise à jour du 14 mars 2024), consulté le
  12. CNIL, consignes pour renforcer la sécurité des grandes bases de données (30 avril 2025), consulté le
  13. impots.gouv.fr, « À partir de quand suis-je concerné par la réforme de la facturation électronique ? », consulté le
  14. Gouvernement du Bénin, tout savoir sur les factures normalisées, consulté le
  15. BCEAO, rapport annuel sur les services financiers numériques dans l'UEMOA, 2024, consulté le
  16. BCEAO, histoire du franc CFA (parité fixe avec l'euro), consulté le
  17. Banque mondiale, part de la population utilisant Internet (données de l'UIT, 2024), consulté le
  18. FedaPay, documentation : webhooks et événements, consulté le
  19. EUR-Lex, directive (UE) 2019/882 relative aux exigences en matière d'accessibilité des produits et services, consulté le
  20. W3C, Web Content Accessibility Guidelines (WCAG) 2.2, consulté le

Pour aller plus loin

Parlons de votre projet

Décrivez votre besoin : je reviens vers vous avec une première recommandation, sans engagement.

Demander un devis
Demander un devis WhatsApp