Développement d’application métier : quand une PME doit passer au sur mesure

Votre ERP tient la comptabilité et les stocks. Le planning des techniciens, lui, vit dans un tableur partagé que deux personnes savent encore modifier sans casser une formule. C’est souvent là que le développement d’application métier cesse d’être une idée de salon pour devenir une vraie question. Avant de demander des devis, regardez comment travaille une agence dont c’est le métier. Fullstack, à Paris, présente son développement d’applications métier sur mesure en commençant par l’étude des usages et l’analyse des processus internes.

La technique vient après, et cet ordre me paraît le bon. Je m’en tiens ici à ce que l’agence annonce sur sa page, lue le 2 octobre 2026 : je n’ai pas évalué ses réalisations.

Mon avis, pour poser le cadre : on ne fait développer que la partie du métier qui distingue l’entreprise de ses concurrents. Le reste, la paie, la comptabilité, la messagerie, s’achète. Entre les deux existe un troisième chemin, celui que je recommande le moins. J’y reviens plus bas.

Les signes qu’un ERP et des tableurs ne suivent plus vos processus

Vous êtes loin d’être seul à avoir un ERP. Selon l’enquête de l’Insee sur le numérique dans les entreprises en 2023, publiée le 16 janvier 2025, 47 % des entreprises françaises de 10 personnes ou plus utilisent un progiciel de gestion intégré. La moyenne européenne est à 43 %.

Et l’outil n’a rien d’un privilège de grand groupe : 43 % des entreprises de moins de 50 salariés en ont un. L’écart avec l’ensemble est faible, l’ERP est déjà un outil de petite entreprise. Elles ne sont en revanche que 21 % à utiliser un CRM, ce qui dit bien où passe le suivi client dans beaucoup de petites structures : dans un tableur.

Avoir un ERP ne veut pas dire qu’il couvre votre métier. Je regarde trois signes, toujours les mêmes. Un fichier Excel exporté de l’ERP chaque lundi pour être retravaillé à la main. Une étape du processus qui passe par un e-mail et une pièce jointe, parce que le logiciel ignore cette étape. Une personne dont l’absence bloque tout, parce qu’elle seule sait où sont les bons chiffres.

Un seul de ces signes, ça se règle avec un réglage ou un module. Les trois ensemble, c’est que l’outil a été choisi pour une entreprise qui n’est plus la vôtre.

Acheter, paramétrer ou faire développer ?

Logiciel, progiciel, ERP : la page de Fullstack range chaque mot dans sa case. Pour une PME, une seule question compte vraiment. Qui s’adapte à qui, vous ou l’outil.

Le chemin que je recommande le moins n’apparaît dans aucune plaquette. L’ERP tordu par des développements spécifiques, jusqu’à ne plus pouvoir suivre les mises à jour de l’éditeur. Vous payez alors deux fois, l’abonnement d’un progiciel et l’entretien d’un outil sur mesure, sans profiter vraiment ni de l’un ni de l’autre.

Une application métier bien pensée ne remplace d’ailleurs pas forcément l’ERP. Elle se branche dessus.

Pour une PME, c’est l’architecture que je préfère. L’ERP garde la comptabilité, l’application gère le métier, et les deux se parlent par une API, le fil qui évite à un salarié de recopier une ligne à la main. Fullstack met cette compétence en avant sur sa page.

Je demanderais à chaque prestataire, devis en main, qui entretient ce fil le jour où l’éditeur de l’ERP change de version. La réponse se compare plus facilement qu’un prix.

Ce que coûte un développement d’application métier, compté en jours

Un prix « moyen » d’application métier ne veut rien dire, et je préfère ne pas en citer. Avant de parler prix, ramenez tout à deux nombres, des jours de travail et un tarif journalier. Le reste du devis habille ces deux chiffres. Fullstack ne publie aucun tarif sur sa page. C’est l’usage pour du sur mesure, et je trouve cela plutôt sain. Un prix donné avant le cahier des charges devra presque toujours être revu.

Pour un ordre de grandeur sérieux, partez du tarif des indépendants plutôt que d’une moyenne d’agence trouvée en ligne. La grille de Free-Work, consultée le 2 octobre 2026, affiche 408 € par jour pour un développeur fullstack freelance en direct, et 430 € en passant par un intermédiaire. Comptez davantage chez une agence, qui ajoute la conception, le design, les tests et la continuité quand un développeur s’en va.

Faites le calcul sur un premier module volontairement étroit, par exemple un formulaire d’intervention relié à l’ERP. Mettons trente jours de travail au tarif direct de 408 €. Cela fait 12 240 € hors taxes, et c’est un plancher, celui d’un indépendant payé sans intermédiaire. Chez une agence, le même module coûtera plus. Si le chiffre vous paraît lourd, posez-le à côté des heures que votre équipe passe chaque semaine à recopier des données d’un fichier à l’autre.

La ligne qu’on oublie de chiffrer au départ, c’est la maintenance. Fullstack la découpe en deux, la maintenance corrective, qui répare, et l’évolutive, qui ajoute. Je l’inscris au budget de la première année, pas de la deuxième. Un outil métier qui marche est un outil que vos équipes voudront enrichir dans les premiers mois.

Avant de développer quoi que ce soit, vérifiez aussi qu’une simple automatisation entre vos outils actuels ne suffit pas. Nous avons détaillé par où commencer pour automatiser une PME, et c’est parfois la réponse la moins chère.

Intranet ou extranet, qui utilisera l’outil change le cahier des charges

Les deux mots se confondent dans les devis, et ce n’est pas qu’une affaire de vocabulaire. C’est votre périmètre de sécurité qui change. Selon les définitions de la page de Fullstack, l’intranet sert vos employés, sur un réseau interne. L’extranet est un réseau privé accessible par internet, avec un compte créé pour chaque utilisateur extérieur : un fournisseur, un sous-traitant, un collaborateur que vous ne croisez jamais au bureau.

Dès que des personnes extérieures se connectent, vous gérez des comptes que vous ne maîtrisez pas, des mots de passe partagés, des départs que personne ne vous signale. Je traite un extranet comme un site public, avec le même niveau d’exigence sur la sécurité.

La CNIL a mis à jour son guide de la sécurité des données personnelles le 26 mars 2024. Il compte 25 fiches, réparties en cinq parties. Je m’en sers comme d’une grille de questions plutôt que comme d’une lecture complète. Demandez à votre prestataire lesquelles il applique, fiche par fiche. La réponse se vérifie, ce qui n’est pas le cas d’une promesse de sécurité.

La facturation électronique, une échéance qui touche déjà vos outils

Votre application métier sort des devis qui deviennent des factures ? Alors la réforme vous concerne, que vous l’ayez prévue ou non. Depuis le 1er septembre 2026, toutes les entreprises doivent pouvoir recevoir des factures électroniques. L’émission suivra pour les PME le 1er septembre 2027. Une date à inscrire dans votre cahier des charges dès maintenant, plutôt qu’à découvrir en fin de projet.

Le détail qui compte pour un développement sur mesure tient en une phrase. Les factures entre entreprises transitent par une plateforme agréée, dans un format structuré comme Factur-X, UBL ou CII. Faire développer la facturation elle-même ne me paraît pas raisonnable pour une PME. Je ferais plutôt développer le lien entre votre outil métier et votre logiciel de facturation, qui se charge de la plateforme. Notre comparatif des logiciels de facturation pour TPE et PME aide à choisir ce second maillon.

Maintenance et propriété du code, deux lignes à lire avant de signer

La propriété d’abord, parce qu’on la découvre presque toujours trop tard. Le code écrit par un salarié revient à son employeur, l’article L113-9 du Code de la propriété intellectuelle le prévoit. Pour un prestataire extérieur, c’est l’inverse. Les droits restent à l’auteur du code tant qu’un contrat écrit ne vous les cède pas, chaque droit mentionné à part, comme l’exige l’article L131-3. Vous avez payé le code, il ne vous appartient pas pour autant.

Dans le contrat, je cherche donc deux lignes. La première vous cède les droits sur le code source et vous le livre, au lieu d’une simple licence d’utilisation. La seconde décrit la maintenance, avec ce qui est corrigé sans frais, dans quels délais, et ce qui relève de l’évolution facturée. Une agence qui fait de la maintenabilité un principe, c’est le cas de Fullstack sur sa page, n’aura aucune peine à l’écrire noir sur blanc.

Le piège le plus courant, c’est de signer le développement en remettant la maintenance à plus tard. Plus tard, la négociation devient difficile. L’outil tourne, vos équipes en dépendent, et la seule personne qui le connaît est celle qui l’a écrit.

La règle pour trancher en une réunion

L’exercice se fait sur une feuille, pas dans un logiciel. Listez vos processus, un par un. À côté de chacun, posez une seule question. Un client choisirait-il votre entreprise plutôt qu’une autre à cause de la façon dont vous faites ça ?

Si la réponse est non, achetez un logiciel du marché et adaptez-vous à lui. La comptabilité, la paie et la messagerie entrent presque toujours dans cette case. Si la réponse est oui, c’est là, et seulement là, que le développement d’application métier vaut son prix. Une liste de oui qui dépasse trois lignes ? Recommencez en étant plus sévère.

Mon dernier conseil se tient sur une semaine. Notez chaque fois que quelqu’un recopie une donnée d’un logiciel ou d’un fichier vers un autre, avec le temps passé. Ce relevé ouvrira mieux la discussion avec un prestataire que n’importe quelle liste de fonctionnalités rêvées.

Questions fréquentes