Créer un logiciel de gestion pour son entreprise : la méthode

Créer un logiciel de gestion pour son entreprise tient en cinq étapes : suivre un dossier réel, dessiner le modèle de données, livrer une première brique, reprendre l’existant, mettre en service avec ceux qui s’en serviront.

Le développement n’est qu’une partie de la troisième étape. C’est pourtant la seule dont on parle.

Ce guide suit l’ordre d’un projet. Il dit d’abord s’il faut créer quelque chose, puis comment, avec quels outils. Il finit par ce qu’il faut écrire au contrat avant la première ligne.

Faut-il vraiment créer son propre logiciel ?

Pas toujours. C’est la première chose à vérifier.

88 % des TPE et PME françaises utilisent déjà une solution de gestion. Elles ne sont que 23 % à avoir un ERP multi-usages (baromètre France Num 2025 de la direction générale des Entreprises). La question n’est donc presque jamais « faut-il un logiciel ». Elle est : pourquoi celui qu’on a ne suffit-il plus ?

La taille creuse l’écart. En France, en 2025, 49 % des entreprises de 10 à 49 personnes utilisent un progiciel de gestion intégré, contre 80 % de celles de 50 à 249 personnes. Pour le CRM, l’écart va de 27 % à 46 % (Eurostat). C’est dans cette tranche, entre vingt et deux cents personnes, que les tableurs cèdent et que la question d’un logiciel se pose.

Trois réponses justifient un outil créé pour vous. Votre processus ne ressemble à celui d’aucun éditeur. Vos données vivent dans six outils qui ne se parlent pas. Votre métier n’a jamais été outillé, parce qu’il est trop petit pour intéresser un éditeur.

Les autres réponses se règlent autrement : un logiciel du marché mieux configuré, ou deux outils reliés entre eux. Le guide pour décider entre acheter et construire détaille l’arbitrage brique par brique. Le test SaaS ou sur mesure l’applique à votre cas en huit questions.

Quelles sont les trois briques d’un logiciel de gestion ?

Une base, une interface, des automatisations. Tout logiciel de gestion se découpe ainsi, du CRM de dix personnes à l’ERP de deux cents.

La base de données porte l’information. Clients, commandes, interventions, factures. Surtout : les liens entre eux. C’est la brique qui dure : on change d’interface tous les cinq ans, on garde ses données vingt ans.

L’interface est ce que vos équipes ouvrent le matin. Des écrans, des formulaires, des tableaux de bord. Des droits d’accès qui changent selon le rôle. C’est la brique qu’on juge. Souvent la seule qu’on voit en démonstration.

Les automatisations font circuler l’information entre votre outil et les autres : la facture qui part vers la comptabilité, la relance qui part seule, l’alerte au responsable. C’est la brique qu’on oublie au devis.

Ce découpage a une conséquence pratique. Chaque brique se remplace séparément. Vous changez d’interface sans toucher aux données, vous migrez la base sans refaire les écrans. Un outil unique qui fait les trois vous retire cette liberté.

Comment créer un logiciel de gestion, étape par étape ?

1. Suivre un dossier réel de bout en bout

Prenez une commande, une intervention ou un dossier client récent. Suivez-le depuis la première prise de contact jusqu’à l’encaissement. Notez chaque personne qui le touche, chaque outil qu’il traverse, chaque fois qu’une information est ressaisie.

Cette étape dure quelques jours. Elle révèle presque toujours deux ou trois passages que personne n’avait décrits. Ce sont eux qui font échouer les projets cadrés en réunion. Le générateur de cahier des charges aide à mettre le résultat par écrit.

2. Dessiner le modèle de données

Avant le moindre écran : quels objets (un client, un chantier, une facture), quels champs, quels liens entre eux. Un client a plusieurs chantiers ; un chantier a plusieurs interventions ; une intervention produit une ligne de facture.

C’est la décision la plus difficile à défaire. Un écran mal pensé se refait en une journée. Un modèle de données faux se paie à chaque évolution. La méthode est détaillée dans le guide pour structurer les données d’une PME.

3. Livrer une première brique qui sert

Pas un prototype : une brique utilisée en production, sur un périmètre étroit. Le suivi des chantiers sans la facturation, le portail client sans le CRM.

Deux à six semaines suffisent pour une brique. Ce délai court est la meilleure protection contre la dérive. Sur 5 392 projets informatiques étudiés, Bent Flyvbjerg et ses coauteurs montrent que les dépassements de coût ne se répartissent pas autour d’une moyenne : une minorité de projets dérape de façon extrême, bien plus que les décideurs ne le prévoient. Un projet qui livre en six semaines ne peut pas dériver de six mois.

4. Reprendre les données existantes

Sortir ce qui vit dans les tableurs et l’ancien logiciel, le nettoyer, le charger. C’est le poste que les devis sous-estiment le plus. Un fichier Excel tenu par cinq personnes contient cinq façons d’écrire le même client.

5. Mettre en service avec ceux qui s’en serviront

La recette se fait sur de vrais dossiers, par les personnes qui les traitent. Pas par le dirigeant, qui voit le processus tel qu’il devrait être. Prévoyez aussi les six semaines qui suivent : un outil qui sert vraiment génère des demandes de modification dès le premier mois.

Quels outils pour créer chaque brique ?

Les outils ont changé depuis cinq ans. On peut désormais construire une bonne partie d’un logiciel de gestion sans écrire de code, puis passer au code là où l’outil s’arrête.

Le choix dépend moins de l’outil que de ce que vous attendez dans trois ans. Deux critères tranchent.

Pouvez-vous partir avec vos données ? Les réponses diffèrent plus qu’on ne le croit. Airtable n’exporte qu’en CSV, une table à la fois. Xano exporte ses données et la définition de ses API. Bubble ne fait tourner une application que sur sa plateforme : son manuel l’écrit, aucun export du code n’est possible. WeWeb exporte le code de l’interface pour l’héberger où vous voulez, mais sans les données ni les clés d’API. Softr, lui, ne s’auto-héberge pas. Le détail outil par outil est dans les limites réelles de Bubble et le comparatif Softr contre WeWeb.

Combien de personnes l’utiliseront, avec quels droits ? Une équipe de dix personnes qui voit tout tient sur Airtable et Softr. Deux cents utilisateurs, des clients externes, des droits par agence ou par chantier demandent une base relationnelle et une interface qui contrôle chaque accès.

Une solution tout-en-un est plus rapide à démarrer. Des briques séparées sont plus faciles à faire évoluer. Pour un logiciel qui doit durer, on sépare.

Combien coûte la création d’un logiciel de gestion ?

Un nombre de jours multiplié par un tarif journalier, poste par poste. Aucune fourchette publique ne dit autre chose de fiable.

Sept postes composent le prix : cadrage, conception, développement, reprise de données, recette, formation, mise en production. Les quatre derniers sont ceux que les devis oublient. Un forfait global qui ne les détaille pas ne se compare à aucun autre devis.

Le guide du coût d’un outil métier sur mesure explique comment lire un devis ligne à ligne. Il dit aussi ce qui fait doubler la note.

Ce qu’il faut écrire au contrat avant de commencer

Trois clauses. Elles se négocient en une heure avant la signature. Après, elles ne se rattrapent plus.

La cession des droits sur le code. En droit français, un logiciel développé par un prestataire lui appartient tant que les droits ne vous ont pas été cédés par écrit : un contrat de prestation ne retire rien à l’auteur (article L111-1 du Code de la propriété intellectuelle). La cession n’est valable que si chaque droit cédé est mentionné distinctement, avec son étendue, sa destination, son lieu et sa durée (article L131-3). Et payer les factures ne suffit pas : la cour d’appel de Colmar l’a rappelé en avril 2025, dans un arrêt que commente l’Agence pour la protection des programmes.

L’hébergement et les données personnelles. Votre logiciel contiendra des données de clients et de salariés. Le prestataire qui l’héberge ou le maintient agit pour votre compte : le RGPD impose un contrat qui fixe ce qu’il peut en faire (article 28). Ce contrat dit aussi ce que deviennent les données en fin de prestation : supprimées ou rendues, à votre choix. La CNIL met en garde contre les hébergements « sans garantie quant à la localisation géographique effective des données ». Demandez où sont les serveurs.

La réversibilité. Dans quel format récupérez-vous vos données, sous quel délai, à quel coût, si vous changez de prestataire ? Une clause d’une ligne, que personne ne pense à écrire tant que tout va bien.

En bref

On ne crée pas un logiciel de gestion d’un bloc. On crée une première brique qui sert, puis la suivante.

Cinq étapes, dans cet ordre : suivre un dossier réel, dessiner le modèle de données, livrer une brique en quelques semaines, reprendre l’existant, mettre en service avec ceux qui s’en serviront.

Trois briques techniques : une base, une interface, des automatisations. Des outils différents les portent. Chacune doit pouvoir se remplacer seule.

Chez Bienfait, on construit des applications métier, des ERP internes et des portails clients brique par brique. Et on vous dit quand un logiciel du marché ferait l’affaire.

Alors, quel dossier de la semaine dernière a traversé le plus d’outils avant d’être facturé ?

Questions fréquentes

Écrit par

Sowane