Qu’est-ce qu’un logiciel métier, et qu’est-ce que ce n’est pas ?
Un technicien arrive chez un client avec la mauvaise pièce : la chaudière installée n’est pas celle que le fichier indique. Un devis part avec un tarif remplacé il y a trois mois. Une facture attend qu’on retrouve le bon compte rendu d’intervention. Ces trois faits ont un point commun : une règle du métier existe, une personne la connaît, et aucun outil ne la porte.
La réponse en trente secondes
Chiffrez d’abord, choisissez ensuite
Un logiciel métier porte une règle que votre métier applique et qu’aucun outil général ne connaît : le délai contractuel d’une intervention, la date limite d’un lot, la pièce qui manque à un dossier. Un tableur, un CRM ou un progiciel de gestion intégré ne la portent pas — ils la laissent dans la tête de quelqu’un. Avant d’en acheter un, chiffrez ce que vous coûte votre fonctionnement actuel : heures perdues × coût horaire chargé, plus incidents × coût de reprise. Sur le cas construit de ce guide, l’addition donne 31 800 € par an, dont 28 800 € de temps. Ce montant décide de la suite : il dit si un budget de 25 000 € HT se rembourse en neuf mois ou jamais. Comparez ensuite six réponses, de la revue des droits d’accès au développement d’une fonction. La septième issue est d’attendre, et elle est valable.
La définition tient en une phrase : un logiciel métier encode une règle propre à une activité, au point qu’il refuse ce que la règle interdit. Pas une règle de gestion générale — une facture se paie à trente jours, un client a une adresse — mais celle que vous seriez incapable de retrouver dans un manuel générique. Voici ce avec quoi on le confond, et pourquoi.
- Le tableur enregistre ; il n’interdit rien. Il accepte sans broncher une date de recontrôle dépassée.
- Le no-code — Airtable, Notion, Power Apps — construit vite un formulaire et une base. Il tient tant que la règle reste simple et que la personne qui l’a montée est encore là. Si votre environnement est déjà Microsoft, la comparaison entre Power Apps et une application sur mesure est traitée à part, avec ses limites vérifiées et ses coûts à un, trois et cinq ans.
- Le CRM suit la relation commerciale : contacts, opportunités, relances. Il ignore si l’intervention respecte le délai contractuel.
- Le progiciel de gestion intégré, ou ERP, partage un tronc commun entre services : achats, stocks, comptabilité. Il gère la ressource, pas le geste.
- Le progiciel vertical est un logiciel métier déjà écrit pour un secteur et vendu par abonnement. C’est souvent la bonne réponse, et c’est la cinquième de ce guide.
- Le développement sur mesure écrit la règle pour vous seul. C’est la réponse la plus chère, et la dernière à examiner.
Quatre exemples, dans quatre secteurs différents, pour ancrer la notion. En maintenance et installation— chauffage, ascenseurs, sécurité incendie —, la fonction centrale est la planification d’interventions : affecter un technicien qualifié à une intervention en tenant compte de sa position et du délai contractuel. En agroalimentaire et pharmacie, c’est le suivi de lots : relier un produit fini à ses matières et à leurs dates limites, pour rappeler un lot précis en une heure. En cabinet juridique, comptable ou de courtage, c’est la gestion de dossiers avec pièces et délais : savoir quelle pièce manque et quelle échéance tombe la semaine prochaine. En formation, régie ou location de matériel, c’est la facturation à l’usage : transformer des heures, des kilomètres ou des jours de location en lignes de facture justes.
Aucun de ces quatre besoins ne se déduit d’un nombre d’onglets ni d’une impression de désordre. Ils se déduisent d’un montant. C’est l’objet de la section suivante.
Combien vous coûte, en euros, la situation actuelle ?
Commencer par le prix de la solution est l’ordre inverse du bon. Le seul montant que vous pouvez établir seul, aujourd’hui, sans demander un devis à personne, c’est celui de votre fonctionnement actuel. Il sert de dénominateur à toutes les comparaisons qui suivent.
Coût horaire chargé = coût annuel employeur ÷ 1 600 h productives Heures perdues par an = heures par semaine × 48 semaines × personnes concernées Coût annuel du temps = heures perdues × coût horaire chargé Coût annuel des erreurs = incidents par an × coût de reprise d’un incident Point mort (en mois) = budget envisagé ÷ coût annuel total × 12
Deux nombres de cette formule sont des hypothèses de travail, pas des constantes légales, et elles sont annoncées comme telles. Les 1 600 heures productives approchent les 1 607 heures de la durée annuelle de référence d’un temps plein à 35 heures ; on ne retranche donc pas les congés une seconde fois. Les 48 semaines sont 52 semaines moins cinq de congés et de jours fériés, arrondies. Si ces deux valeurs ne correspondent pas à votre entreprise, remplacez-les : le reste du calcul ne bouge pas.
Déroulons-le sur le cas construit que ce guide suit du début à la fin. Quatre personnes sont touchées : la coordinatrice de planning, la comptable et deux chargés d’affaires. Le coût annuel employeur retenu est de 48 000 € par personne — c’est le chiffre que vous lisez sur votre compte de résultat, salaire brut et cotisations patronales comprises, pas un salaire net.
- Coût horaire chargé : 48 000 € ÷ 1 600 h = 30 € de l’heure.
- Heures perdues : 5 h par semaine et par personne — ressaisie, recherche de la bonne version, relances — × 48 semaines × 4 personnes = 960 heures par an.
- Coût annuel du temps : 960 h × 30 € = 28 800 €.
- Coût annuel des erreurs : 12 incidents × 250 € de reprise = 3 000 €.
- Total : 31 800 € par an, soit 95 400 € sur trois ans.
- Point mort face à un budget de 25 000 € HT : 25 000 ÷ 31 800 × 12 = 9,4 mois.
Le coût horaire de 30 € mérite une vérification extérieure. L’INSEE publie un coût horaire du travail de 44,7 € en 2025 pour l’ensemble des secteurs marchands, 47,7 € dans l’industrie et 39,9 € dans la construction, sur le champ des entreprises de 10 salariés ou plus. Nos 30 € sont en dessous, ce qui est cohérent pour des fonctions non-cadres d’une PME de services. Si vos cinq heures hebdomadaires sont celles d’un chef de projet, d’un DSI ou d’un expert-comptable, remontez le coût horaire — et le total avec lui.
28 800 € de temps ne sont pas 28 800 € de trésorerie
Ces 960 heures ne redeviennent de l’argent que si vous supprimez un poste, renoncez à une embauche ou vendez ces heures à un client. Sinon, ce que vous récupérez est de la capacité, pas de la trésorerie. Confondre les deux est la première erreur du dossier qu’on présente à son expert-comptable ou à son contrôleur de gestion, et c’est celle qui fait tomber un budget en réunion. Écrivez les deux lignes séparément.
Refaites l’opération avec vos propres nombres : elle prend trois minutes. Le calculateur de coût Excel du site applique exactement cette formule, affiche ses hypothèses et compare le résultat sur trois ans. Il ne remplace pas le diagnostic : il en fournit le dénominateur.
Que faut-il sécuriser avant d’ajouter une fonction ?
Un montant annuel ne sert à rien si un départ ou une panne rend les dossiers indisponibles la semaine prochaine. Avant tout achat, quatre questions : qui possède les comptes ? qui sait restaurer la dernière version utile ? que fait l’équipe pendant l’indisponibilité ? qui reçoit l’alerte ? Ces réponses appartiennent à des personnes nommées — l’administrateur des comptes, l’hébergeur, l’intégrateur, et le délégué à la protection des données quand il y en a un.
Pour les traitements de données personnelles, la CNIL recommande de limiter les habilitations au besoin d’en connaître, de réexaminer les droits et d’éviter les comptes partagés sauf exception encadrée. Cela vise d’abord les données personnelles ; la même discipline reste utile pour savoir qui peut modifier une commande, un prix ou une validation.
| Risque observé | Question immédiate | Preuve attendue |
|---|---|---|
| Compte partagé ou droits trop larges | Qui a réellement besoin de lire, modifier, valider ou administrer ? | Comptes nominatifs, droits revus et suppression testée |
| Fichier ou base critique | Existe-t-il 3 copies, sur 2 supports, dont 1 déconnectée ? | Intégrité vérifiée, restauration réussie, prochain essai daté |
| Absence d’une personne clé | Qui reprend le travail sans son mot de passe ni sa mémoire ? | Procédure courte jouée par une autre personne |
| Panne de l’outil ou de la connexion | Combien d’heures l’activité tient-elle sans lui ? | Durée écrite, actions manuelles listées, rattrapage prévu |
| Modification importante impossible à rattacher | Peut-on relier l’action à une personne, un moment et une version ? | Finalité, actions journalisées, accès, durée de conservation et information des utilisateurs définis |
La deuxième ligne cite une règle qu’il vaut mieux écrire noir sur blanc dans le dossier. La CNIL la formule ainsi, sur sa page consultée le 28 août 2026 : « Appliquez la règle du 3-2-1 : 3 copies, sur 2 supports différents, dont 1 déconnectée du réseau. » Le guide de sécurité de la CNIL y ajoute des tests réguliers d’intégrité et de restauration. Ni l’un ni l’autre ne donne de fréquence chiffrée. Nous appliquons donc une règle de travail interne, qui n’est pas une norme : une restauration réellement rejouée tous les six mois, plus une après chaque changement d’outil ou d’hébergeur.
Deux durées se fixent avant tout achat, et l’ANSSI leur donne un nom. La perte de données maximale admissible et la durée maximale d’interruption admissible répondent à deux questions de dirigeant : quelle quantité de travail acceptez-vous de reperdre, et combien de temps l’activité tient-elle sans l’outil ? Le guide ANSSI-BP-100 du 27 novembre 2025 précise qu’en dessous de 24 heures de perte admissible, la sauvegarde ne suffit plus et qu’il faut regarder du côté de la réplication. Sur le cas construit, la direction a fixé 4 heures d’interruption maximale — au-delà, les neuf techniciens partent sans leur tournée — et 24 heures de perte admissible, soit une journée de comptes rendus rattrapable à la main.
Sécuriser ne veut pas dire lancer un développement
Une revue des droits, une sauvegarde réellement restaurée, une procédure d’absence et une alerte corrigent l’urgence avec l’outil actuel, pour quelques jours de travail interne. Comptez 2 à 4 jours d’administrateur à 8 heures, soit 480 à 960 € au coût horaire chargé de 30 € du cas ci-dessus. Le socle plus complet à exiger avant une mise en service — journaux, alertes, responsables nommés — est détaillé dans le guide sécurité d’une application métier.
Documentez trois situations réelles sans envoyer vos données
« Nous perdons beaucoup de temps » ne se vérifie pas. Choisissez trois événements ordinaires sur un mois complet, clôture ou pic d’activité compris — un mois tronqué produit une moyenne fausse. Demandez à la personne qui fait le travail de décrire le cas normal, puis ce qui a créé le blocage. La version du dirigeant ne suffit pas, et celle du développeur encore moins.
Un fait vu trois fois sur ce mois cesse d’être une anecdote : il devient un motif. Vu une seule fois, il reste un incident à noter, pas une preuve. Comptez 30 à 45 minutes pour remplir les trois fiches ci-dessous — c’est du temps de travail, pas du temps de lecture.
Un dossier pratique hébergé par France Num propose d’observer les ressaisies, la fréquence, la durée, le nombre de personnes, la complexité et l’impact d’une erreur. Ce dossier est rédigé par Erwan Kezzar de Contournement et Marc-Olivier Sercki de Pathta, deux acteurs privés du no-code et du développement : nous retenons la méthode d’observation, pas leurs gains ni leurs préférences d’outils comme règles générales.
Fiche locale · aucun envoi
3 situations réellesPréparer le diagnostic sans choisir l’outil à l’avance
Notez des faits ordinaires, sans nom de client, mot de passe, donnée personnelle ou information confidentielle. Tout reste dans cette page : ce composant n’envoie ni n’enregistre vos réponses.
OBSERVER · compléter les faits avant d’investir
Il manque encore des faits pour départager les six réponses. Observer n’est pas une septième solution : c’est un verdict de diagnostic.
Question suivante : Quel fait manque : répétition, conséquence, stabilité, essai de l’existant, comparaison standard ou responsable ?
Diagnostic préparatoire — trois situations réelles
Document préparatoire. Relisez-le et retirez toute donnée personnelle, information confidentielle, secret d’affaires ou identifiant d’accès avant partage. Les orientations ne remplacent ni audit de sécurité ni étude de faisabilité.
Situation 1 — à nommer
- Résultat attendu
- À compléter
- Fait observé
- À compléter
- Période et fréquence
- À compléter
- Conséquence / personnes
- À compléter
- Personnes / outils
- À compléter
- Contournement / essais
- À compléter
Réponses brutes aux neuf questions
- Une panne, une absence, un accès ou une perte de données peut-il arrêter ou compromettre le travail ?
- À vérifier
- La situation s’est-elle répétée sur la période observée ?
- À vérifier
- Le résultat attendu et les principales règles sont-ils assez stables ?
- À vérifier
- L’étape gênante peut-elle être supprimée ou simplifiée ?
- À vérifier
- Une fonction, un paramétrage ou une formation de l’outil actuel a-t-il été testé sur des cas réels ?
- À vérifier
- Le blocage vient-il surtout du transfert répété entre deux outils qui conviennent pour le reste ?
- À vérifier
- Un logiciel standard plausible a-t-il été démontré ou essayé sur vos trois situations ?
- À vérifier
- Ce logiciel standard couvre-t-il le résultat attendu et les exceptions importantes ?
- À vérifier
- Une personne peut-elle décider des règles, accepter le résultat et arrêter un pilote ?
- À vérifier
OBSERVER · compléter les faits avant d’investir
Il manque encore des faits pour départager les six réponses. Observer n’est pas une septième solution : c’est un verdict de diagnostic.
Question suivante : Quel fait manque : répétition, conséquence, stabilité, essai de l’existant, comparaison standard ou responsable ?
Situation 2 — à nommer
- Résultat attendu
- À compléter
- Fait observé
- À compléter
- Période et fréquence
- À compléter
- Conséquence / personnes
- À compléter
- Personnes / outils
- À compléter
- Contournement / essais
- À compléter
Réponses brutes aux neuf questions
- Une panne, une absence, un accès ou une perte de données peut-il arrêter ou compromettre le travail ?
- À vérifier
- La situation s’est-elle répétée sur la période observée ?
- À vérifier
- Le résultat attendu et les principales règles sont-ils assez stables ?
- À vérifier
- L’étape gênante peut-elle être supprimée ou simplifiée ?
- À vérifier
- Une fonction, un paramétrage ou une formation de l’outil actuel a-t-il été testé sur des cas réels ?
- À vérifier
- Le blocage vient-il surtout du transfert répété entre deux outils qui conviennent pour le reste ?
- À vérifier
- Un logiciel standard plausible a-t-il été démontré ou essayé sur vos trois situations ?
- À vérifier
- Ce logiciel standard couvre-t-il le résultat attendu et les exceptions importantes ?
- À vérifier
- Une personne peut-elle décider des règles, accepter le résultat et arrêter un pilote ?
- À vérifier
OBSERVER · compléter les faits avant d’investir
Il manque encore des faits pour départager les six réponses. Observer n’est pas une septième solution : c’est un verdict de diagnostic.
Question suivante : Quel fait manque : répétition, conséquence, stabilité, essai de l’existant, comparaison standard ou responsable ?
Situation 3 — à nommer
- Résultat attendu
- À compléter
- Fait observé
- À compléter
- Période et fréquence
- À compléter
- Conséquence / personnes
- À compléter
- Personnes / outils
- À compléter
- Contournement / essais
- À compléter
Réponses brutes aux neuf questions
- Une panne, une absence, un accès ou une perte de données peut-il arrêter ou compromettre le travail ?
- À vérifier
- La situation s’est-elle répétée sur la période observée ?
- À vérifier
- Le résultat attendu et les principales règles sont-ils assez stables ?
- À vérifier
- L’étape gênante peut-elle être supprimée ou simplifiée ?
- À vérifier
- Une fonction, un paramétrage ou une formation de l’outil actuel a-t-il été testé sur des cas réels ?
- À vérifier
- Le blocage vient-il surtout du transfert répété entre deux outils qui conviennent pour le reste ?
- À vérifier
- Un logiciel standard plausible a-t-il été démontré ou essayé sur vos trois situations ?
- À vérifier
- Ce logiciel standard couvre-t-il le résultat attendu et les exceptions importantes ?
- À vérifier
- Une personne peut-elle décider des règles, accepter le résultat et arrêter un pilote ?
- À vérifier
OBSERVER · compléter les faits avant d’investir
Il manque encore des faits pour départager les six réponses. Observer n’est pas une septième solution : c’est un verdict de diagnostic.
Question suivante : Quel fait manque : répétition, conséquence, stabilité, essai de l’existant, comparaison standard ou responsable ?
Gardez vos trois fiches pour la prochaine décision
La synthèse contient vos textes et les règles visibles ci-dessus. Relisez-la et retirez toute donnée personnelle, information confidentielle, secret d’affaires ou identifiant d’accès avant de la partager. L’orientation ne remplace ni un audit de sécurité ni une étude de faisabilité.
Chaque fiche remplie donne les entrées du calcul de la section 02 : le nombre de personnes touchées, les heures par semaine et le nombre d’incidents. Comparez ensuite les trois. Un problème répété à faible conséquence n’appelle pas la même réponse qu’un événement rare capable d’arrêter les opérations. Une même entreprise peut donc sécuriser la première situation, simplifier la deuxième et continuer d’observer la troisième.
Six réponses, leur coût et leur délai
Suivez cet ordre pour ne pas transformer le diagnostic en argument commercial. Traitez d’abord la continuité, puis le travail inutile ; gardez la fonction sur mesure pour la fin. Arrêtez-vous dès qu’une réponse traite correctement les trois situations et leurs exceptions importantes.
Le Référentiel général d’écoconception des services numériques (RGESN) 2024 demande d’examiner la nécessité, les alternatives non numériques et les services existants. C’est ici un garde-fou de conception, pas une évaluation complète du RGESN, une preuve de rentabilité ni une obligation générale de renoncer à développer.
- 1
Sécuriser la continuité et les accès
- Quand l’examiner
- Une absence, une panne, un compte partagé, une perte de fichier ou une restauration incertaine menace le travail ou les données.
- Ce qu’il faut vérifier
- Corriger les droits, appliquer la règle du 3-2-1, tester une restauration réelle, puis écrire le fonctionnement dégradé et le retour à la normale.
- Ce qui doit vous arrêter
- Ne transformez pas un incident de sécurité en prétexte pour ajouter des fonctions.
- 2
Supprimer ou simplifier le processus
- Quand l’examiner
- L’équipe alimente une étape, un fichier ou une validation dont personne ne sait plus expliquer l’utilité.
- Ce qu’il faut vérifier
- Retirer l’étape sur une seule équipe et un seul type de dossier, puis vérifier pendant un mois complet que le résultat et les contrôles utiles restent intacts.
- Ce qui doit vous arrêter
- N’automatisez pas une habitude inutile : vous la rendriez seulement plus rapide et plus difficile à remettre en cause.
- 3
Configurer l’outil actuel et former
- Quand l’examiner
- Le logiciel en place sait peut-être faire le travail, mais la fonction, le paramétrage ou le mode opératoire n’a jamais été essayé sur des cas réels.
- Ce qu’il faut vérifier
- Configurer un essai, écrire les exceptions rencontrées et regarder l’usage après un mois complet, clôture comprise.
- Ce qui doit vous arrêter
- Une démonstration commerciale réussie ne prouve pas que l’équipe tient le rythme un jour chargé.
- 4
Connecter ou automatiser de façon limitée
- Quand l’examiner
- Chaque outil remplit correctement son rôle, mais une donnée ou un statut est recopié de façon répétitive entre eux.
- Ce qu’il faut vérifier
- Tester un seul échange, réversible et reprenable à la main, avec une alerte à chaque échec et un journal lisible par la comptable.
- Ce qui doit vous arrêter
- Une connexion sans alerte fabrique des doublons que personne ne voit. Le contrôle doit rester visible.
- 5
Tester avant d’adopter un logiciel standard
- Quand l’examiner
- Le besoin est courant et un progiciel du secteur paraît plausible ; il doit couvrir vos trois situations et leurs exceptions avant toute signature.
- Ce qu’il faut vérifier
- Faire rejouer les trois situations et les exceptions pendant l’essai, vérifier l’export, les droits, le support et le prix au nombre réel de postes, puis n’adopter que si les cas importants passent.
- Ce qui doit vous arrêter
- N’écartez pas le standard parce qu’il demande un changement d’habitude raisonnable ; n’acceptez pas non plus un contournement permanent sur un cas important.
- 6
Étudier une fonction sur mesure
- Quand l’examiner
- Le problème est répété, important et stable ; les réponses plus simples ont été essayées et ont échoué par écrit ; un responsable métier peut décider et arrêter un essai.
- Ce qu’il faut vérifier
- Définir la plus petite fonction qui produit un résultat vérifiable, son mode de reprise à la main et les conditions de sortie.
- Ce qui doit vous arrêter
- « Notre métier est unique » n’est pas une preuve. Trois situations écrites et l’échec documenté des options simples en sont une.
| Réponse | Ordre de grandeur du coût | Délai avant un résultat vérifiable |
|---|---|---|
| 1 · Sécuriser | Surtout du temps interne : 2 à 4 jours d’administrateur à 8 heures, soit 480 à 960 € au coût horaire de 30 € du cas. Le cadrage Sécurité & RGPD de Hagnéré Code est publié à 5 000 € HT (page /tarifs, 28 août 2026). | 2 à 4 semaines : le repère est la première restauration réussie, pas la date d’achat. |
| 2 · Supprimer l’étape | 0 € d’achat. Le coût est celui de la décision et du contrôle : quelques heures de chef de projet. | 1 mois complet après le retrait, pour vérifier que rien d’utile n’est tombé avec. |
| 3 · Configurer et former | 0 € de licence si la fonction est déjà comprise dans votre abonnement. L’audit de processus de Hagnéré Code est publié à 990 € HT pour 1 jour (page /tarifs, 28 août 2026). | 1 à 2 mois d’usage réel, clôture comprise, avant de conclure. |
| 4 · Connecter | Cadrage payé à partir de 1 500 € HT (Discovery Sprint, 2 jours). Un workflow automatisé est publié entre 8 000 et 15 000 € HT. | Un mois d’échanges réels avec alertes actives ; les doublons se voient à la clôture, pas le premier jour. |
| 5 · Standard | Prix affiché par poste × postes × 12. Repère générique relevé le 28 août 2026 : 9,50 à 19,50 € par membre et par mois. Un progiciel vertical se situe au-dessus et ne publie pas son tarif. | Un essai couvrant vos trois situations et leurs exceptions, puis un mois complet avant signature. |
| 6 · Sur mesure | Au-delà de 8 000 € HT de projet, cadrage payé systématique. Forfaits publiés : 8 000 € HT pour un processus ciblé sur une équipe, 25 000 € HT pour un CRM ou ERP léger avec intégrations, 80 000 € HT pour un outil multi-services avec authentification unique. | Le premier résultat vérifiable est la plus petite fonction livrée, pas la mise en service complète. |
Une précision s’impose sur la troisième colonne. Elle donne la durée d’observation que vous imposez, celle que vous contrôlez — pas un délai de livraison. Le délai de livraison dépend de vos données, de vos exceptions et de la disponibilité de vos équipes, et c’est pour cette raison que la grille tarifaire de Hagnéré Code publie des prix mais écrit « planning confirmé après cadrage ». Un fournisseur qui vous annonce une date avant d’avoir vu vos fichiers vous annonce un souhait. Faites écrire la date au devis, après le cadrage, avec ce qui la conditionne. Si la réponse retenue est la quatrième, le choix du premier candidat est traité dans le guide quel processus métier automatiser en premier.
Verdict possible · hors décompte
OBSERVER : ne pas choisir de solution tant que les faits manquent
Notez la période, la fréquence, la conséquence et la date de réexamen. « Observer » n’est pas une septième réponse technique : c’est la décision de ne pas investir sur la base d’une impression ou d’un processus encore mouvant. Ce n’est pas une septième solution à acheter : un faux signal ne mérite aucune des six réponses, il mérite un mois d’observation de plus.
Quand un nouveau logiciel serait-il prématuré ?
Les signaux visibles sur le terrain ont souvent plusieurs causes. Un tableau n’est pas « trop gros » parce qu’il possède un nombre donné d’onglets ; il devient risqué lorsqu’il est critique, opaque, mal protégé ou impossible à reprendre. Les six situations ci-dessous portent chacune le fait chiffré qui les déclenche. Ces repères sont des règles de travail, pas des normes.
Excel ou l’outil actuel suffit
Un propriétaire identifié, une seule personne à la fois dans le fichier, moins de 5 000 lignes et une restauration réussie dans les 6 derniers mois. Documentez et surveillez ; ne remplacez pas pour moderniser l’apparence.
Le standard peut être préférable
Vos exceptions représentent moins de 1 dossier sur 20 et l’export reste possible. Un progiciel du secteur s’essaie sans rien développer ; son délai de mise en service reste à confirmer après paramétrage, migration et formation.
La sécurité passe avant
Une seule personne détient tous les accès, ou aucune restauration n’a été testée depuis plus de 12 mois, ou un compte partagé permet de modifier un prix. Corrigez cela avant de choisir un outil.
Il faut attendre
Le problème n’apparaît que pendant un pic, 2 mois sur 12, ou l’organisation a moins de 6 mois. Fixez une période d’observation d’un mois complet et une date de réexamen, puis revenez avec des faits.
Le sur-mesure est prématuré
Aucun essai de plus de 4 semaines n’a été mené sur l’existant ou sur un standard, personne ne porte les règles, et la demande se résume à « tout centraliser ». Une étude produirait surtout des hypothèses.
Le processus doit disparaître
Le fichier alimenté par cette saisie n’a pas été ouvert depuis 90 jours. Retirez l’étape sur une équipe et un type de dossier, vérifiez le contrôle utile pendant un mois, puis arrêtez-vous si le résultat tient.
Le cas de Nadia : de la fiche à la décision
Nadia dirige une entreprise de maintenance de chauffage et de climatisation à Besançon. Quatorze salariés : neuf techniciens itinérants, une coordinatrice de planning, une comptable, deux chargés d’affaires. Environ 700 interventions par mois, 300 contrats d’entretien en cours et 1 200 équipements suivis. Exemple construit : les volumes, l’effectif et le coût horaire sont choisis pour l’exemple et ne viennent d’aucune source ; seuls les montants de prestation sont repris de la grille publiée. Ce n’est pas un dossier client. Aucun résultat n’y est mesuré et aucun gain n’en est déduit.
Ses trois fiches, remplies sur le mois d’avril, clôture comprise, ne racontent pas la même histoire.
- Situation 1 · le planning. Quand la coordinatrice est absente, personne ne peut modifier la tournée ni retrouver la dernière version du fichier. Vu 2 fois en un mois, avec 9 techniciens à l’arrêt une demi-journée.
- Situation 2 · la facture. Le compte rendu d’intervention est ressaisi dans l’outil de facturation. Vu tous les jours : c’est l’essentiel des 5 heures hebdomadaires par personne du calcul de la section 02.
- Situation 3 · la validation. Chaque chargé d’affaires valide les devis à sa façon. Vu 4 fois, sans conséquence chiffrable : verdict OBSERVER.
L’addition de la section 02 donne 31 800 € par an, dont 28 800 € de temps sur 960 heures et 3 000 € de reprises d’erreurs. La première situation relève de la réponse 1, la deuxième des réponses 4 ou 5, la troisième d’aucune.
Ce total est un plancher, et il faut le dire ainsi. Il ne compte que la situation 2 et ses quatre personnes. Les deux demi-journées où neuf techniciens attendent leur tournée, soit 36 heures, n’y figurent pas. Les ajouter ferait monter le total, jamais descendre : c’est ce qui rend un chiffrage partiel utilisable en réunion, à condition d’écrire ce qu’il laisse dehors.
Exemple construit · le moment où la réponse évidente tombe
Le progiciel du secteur traite deux situations sur trois, et pas la plus chère
Nadia part sur la réponse 5 : un progiciel de gestion d’interventions, essayé six semaines avec quatre personnes. Le planning partagé règle la situation 1. Les comptes rendus se saisissent sur mobile : bon point. Puis la comptable rejoue la situation 2 et l’essai s’arrête net — le progiciel exporte un bon d’intervention en PDF, pas les lignes de main-d’œuvre et de pièces. La ressaisie qui coûtait le plus cher reste entière. Deux situations sur trois traitées, et pas celle qui portait les 28 800 €.
La décision n’est pas d’abandonner le progiciel. Elle est de le retenir pour le planning, et de traiter la facturation par une connexion limitée entre les deux outils — réponse 4 —, avec une alerte à chaque échec d’échange. L’ordre des six réponses n’avait pas été suivi ; l’essai l’a rétabli en six semaines et pour le prix de l’essai.
Ce qui a sauvé le dossier n’est pas la qualité du progiciel, c’est d’avoir fait rejouer les trois situations pendant l’essai plutôt que la démonstration commerciale. Trois quarts d’heure de préparation ont évité un contrat annuel de 2 808 € sur douze postes qui laissait le problème principal intact.
Ce qui rate, et ce que ça coûte
Les trois incidents ci-dessous sont chiffrés sur le cas construit de Nadia, avec ses propres nombres : 4 personnes, 30 € de coût horaire chargé, 700 interventions par mois. Aucun n’est repris d’un dossier client. Ce sont les trois manières les plus banales de transformer un bon diagnostic en mauvaise dépense.
- L’adoption ne vient pas et le fichier parallèle survit. Deux des quatre personnes continuent de tenir leur tableur « le temps que ça se stabilise ». Le gain tombe de 960 à 480 heures, soit 14 400 € au lieu de 28 800 €. Le coût annuel évité passe de 31 800 € à 17 400 €, et le point mort d’un budget de 25 000 € HT recule de 9,4 à 17,2 mois. Le signal se voit en trois semaines : demandez qui ouvre encore l’ancien fichier.
- La reprise de l’historique n’était pas au devis. Le devis dit « migration des données » sans dire lesquelles. À la mise en service, la base clients est reprise, pas les 18 mois de comptes rendus dont les techniciens ont besoin sur place. L’ancien outil reste ouvert en lecture : deux personnes font l’aller-retour une heure par semaine pendant 18 mois, soit 1 × 48 × 2 × 1,5 = 144 heures, ou 4 320 €, auxquels s’ajoute l’abonnement de l’ancien outil, dû tant qu’il reste ouvert. C’est exactement le poste « double exploitation » du tableau de la section 10.
- La connexion silencieuse fabrique des doublons. L’échange entre planification et facturation recopie un statut sans alerte. Une intervention sur vingt crée un doublon : 1 050 interventions en six semaines donnent 52 doublons découverts à la clôture. Environ 22 heures de correction, soit 660 €, 9 factures parties en double chez des clients et une clôture mensuelle décalée de 4 jours. Une alerte par échec d’échange est une ligne de devis ; sa reprise est un projet.
Le point commun des trois
Aucun de ces trois incidents n’est technique. Le premier est un problème d’adoption, le deuxième un problème de rédaction de devis, le troisième un problème de contrôle visible. Ils se préviennent au moment où l’on écrit ce qu’on achète, pas au moment où l’on développe. C’est la raison d’être du pilote décrit à la section suivante.
Testez sur un cas restreint, réversible et facile à arrêter
Même avec une orientation claire, ne passez pas directement au déploiement. Pour les réponses 3 à 6, transformez l’hypothèse en essai : 6 à 8 semaines incluant une clôture, 3 à 5 utilisateurs représentatifs dont au moins un qui n’a rien demandé, un seul résultat métier, des cas normaux et des exceptions, une reprise à la main et une date de décision.
Un pilote a un prix, que les dossiers oublient de compter. Trois personnes mobilisées deux heures par semaine pendant huit semaines font 48 heures, soit 1 440 € au coût horaire chargé de 30 € du cas construit. Ajoutez le cadrage payé s’il y en a un — 1 500 € HT pour un Discovery Sprint de deux jours, prix publié. Trois mille euros dépensés pour écarter un engagement de 25 000 € restent la meilleure ligne du dossier.
La page DesignGouv recommande de partir des besoins et de tester avant de développer. Ces bonnes pratiques visent les services publics ; nous les utilisons seulement comme méthode de conception transférable.
| À écrire avant | Exemple de formulation | Preuve de sortie |
|---|---|---|
| Résultat | Le dossier validé est disponible sans ressaisie et avec son statut correct | Cas normaux et exceptions rejoués |
| Cadre | Une équipe, un type de dossier, 6 à 8 semaines dont une clôture | Liste exacte des utilisateurs et cas inclus |
| Responsable | Une personne tranche les règles et accepte le résultat | Nom, remplaçant et décisions datées |
| Reprise | En cas d’échec, l’équipe traite le dossier à la main sans doublon | Retour au manuel essayé, rattrapage et retour à la normale prévus |
| Arrêt | Le pilote s’arrête si une erreur importante échappe au contrôle ou si le fichier parallèle persiste | Décision d’arrêt exécutable, accès et données récupérables |
| Suite | Continuer, corriger, choisir une autre réponse ou abandonner | Décision écrite, inconnues restantes et prochain responsable |
Ce tableau se remplit avant de commencer, jamais pendant. La ligne « Arrêt » est celle qui coûte le plus cher quand elle est vide : sans elle, le pilote devient un déploiement par inertie. Testez aussi l’indisponibilité, un droit refusé, une donnée manquante, un doublon et le retour au manuel. Le développeur ne doit pas être seul à constater que son outil fonctionne ; pour transformer ces vérifications en preuves reprises dans la recette, le guide plan de recette d’une application métier en donne la chaîne complète.
Que faut-il compter au-delà du devis ou de l’abonnement ?
Le coût total de possession regroupe les dépenses et le temps interne nécessaires pour mettre en place, exploiter, faire évoluer puis quitter une solution sur une même durée. Douze familles le composent. Le tableau ci-dessous les remplit sur trois ans, pour le cas de Nadia, dans les trois colonnes qui l’intéressent. Chaque case porte l’un de trois états : un montant connu, « sans objet » quand la famille a été examinée et ne s’applique pas, « inconnu » quand la réponse doit être demandée. Un inconnu ne vaut jamais zéro.
| Famille (36 mois) | Statu quo | Standard, 12 postes | Sur mesure |
|---|---|---|---|
| 1 · Cadrage | Sans objet | Inconnu | 1 500 € (Discovery Sprint publié) |
| 2 · Paramétrage ou réalisation | Sans objet | Inconnu | 25 000 à 80 000 € (repères publiés) |
| 3 · Migration | Sans objet | Inconnu : exiger la liste de ce qui est repris | Inconnu : même exigence |
| 4 · Intégrations | Sans objet | Inconnu | Inconnu |
| 5 · Formation et changement | Sans objet | Inconnu | Inconnu |
| 6 · Temps interne | 95 400 € (86 400 € de temps + 9 000 € d’erreurs) | Inconnu | Inconnu |
| 7 · Double exploitation | Sans objet | 4 320 € si l’historique n’est pas repris sur 18 mois | 4 320 € dans le même cas |
| 8 · Licences ou hébergement | Vos abonnements actuels, que vous seul connaissez | 8 424 € (12 × 19,50 € × 36) | Inconnu : hébergement à confirmer |
| 9 · Support et maintenance | Sans objet | Inconnu | Inconnu |
| 10 · Sécurité et conformité | 0 € engagé à ce jour, ce qui est précisément le problème | Inconnu | Inconnu |
| 11 · Évolutions | Sans objet | Inconnu | Inconnu |
| 12 · Sortie et réversibilité | Sans objet | Inconnu : 9 000 € si l’export ne rend que des PDF | Inconnu : dépend du dépôt de code et des droits |
Lisez d’abord les totaux partiels, ils disent l’essentiel. Le statu quo totalise 95 400 € sur trois ans avec une seule inconnue, vos abonnements actuels — que vous pouvez lire ce soir sur vos factures. Le standard totalise 8 424 € de lignes connues sur douze familles, dont neuf restent à demander. Le sur-mesure totalise 26 500 à 51 500 € de lignes connues, dont neuf restent à demander. Autrement dit : la seule colonne que vous pouvez additionner sans appeler personne est celle que vous payez déjà. C’est ce qui en fait la référence, et c’est aussi ce qui explique pourquoi tant de dossiers comparent un devis complet à un statu quo estimé à zéro.
Neuf inconnues par colonne ne sont pas un échec de la méthode : ce sont neuf questions à poser avant de signer, chacune formulée. Un fournisseur qui refuse d’en chiffrer une vous a déjà renseigné.
Que devient l’outil en année 3, et comment en sortir ?
L’horizon retenu dans ce guide est de trois ans, pour une raison précise : c’est l’horizon sur lequel une règle du métier ou une obligation a le temps de bouger, et c’est aussi celle qu’applique le calculateur de coût du site. Un an est trop court pour voir un renouvellement ; cinq ans supposent une stabilité que peu de PME connaissent. Quatre choses arrivent en année 3.
- Le tarif monte au renouvellement. Une hausse de 10 % sur 12 postes à 19,50 € par mois ajoute 281 € par an : négligeable. La même hausse sur 120 postes, soit 28 080 € d’abonnement annuel, en ajoute 2 808 €. Le risque tarifaire n’existe qu’à partir d’une certaine taille ; calculez-le sur votre nombre de postes plutôt que de le craindre en général.
- La personne qui portait le paramétrage part. Sur le cas construit, c’est la coordinatrice de planning. Reconstituer des règles jamais écrites représente environ 4 jours de travail à deux, soit 64 heures et 1 920 € — et surtout quatre jours pendant lesquels personne ne tranche. La prévention coûte une page écrite le jour du paramétrage.
- Une règle change et l’outil doit suivre. L’exemple est daté : selon impots.gouv.fr, toutes les entreprises doivent pouvoir recevoir une facture électronique au 1er septembre 2026, et les PME et micro-entreprises doivent l’émettre au format électronique au 1er septembre 2027. Question à poser avant de signer : cette évolution est-elle comprise dans l’abonnement, ou facturée ?
- Vous partez. Trois questions au contrat : dans quel format, sous quel délai, à quel prix. Un export en PDF n’est pas une reprise de données. Sur le cas construit, un export non exploitable oblige à ressaisir 300 contrats et 1 200 équipements : à 12 minutes l’unité, cela fait 300 heures, soit 9 000 €. C’est plus que le cadrage et la moitié du paramétrage réunis.
Ces quatre points se traitent au moment où l’on écrit ce qu’on achète, pas trois ans plus tard. Le format d’export, le délai de restitution, la maintenance et le sort du paramétrage sont des clauses, pas des options ; le guide cahier des charges SaaS détaille comment les écrire pour que plusieurs fournisseurs chiffrent le même produit.
Écrivez ce que vous allez vérifier ensuite
Reprenez vos trois fiches et le montant annuel de la section 02. Pour chaque situation, choisissez une réponse ou le verdict OBSERVER, puis écrivez pourquoi et ce qui permettra de confirmer ou d’abandonner cette orientation. La phrase doit être comprise par la personne qui fait le travail comme par celle qui paie.
Phrase de décision
« Pour la situation ________, qui nous coûte ________ € par an, nous examinons d’abord ________ parce que ________. Nous vérifierons ________ avant le ________. Nous arrêterons ou changerons de réponse si ________. »
Votre décision peut être très simple : restaurer une sauvegarde, supprimer une validation, former deux personnes, tester une connexion, faire rejouer trois dossiers dans un progiciel du secteur, cadrer une fonction sur mesure — ou observer encore un mois. Vous n’avez pas forcément un projet à l’arrivée. Vous aurez surtout évité de financer une solution qui ne traite pas le problème observé. Sur le cas construit, la réponse la plus chère aurait laissé intacts les 28 800 € qui posaient problème.
Vous avez vos trois situations et leur coût annuel ?
Présentez-les sans donnée personnelle, information confidentielle, secret d’affaires ni identifiant d’accès. Le premier échange sert à décider ce qu’il faut vérifier ensuite, y compris lorsque la meilleure décision est de sécuriser, corriger l’existant, choisir un standard ou attendre. Le détail de ce que couvre un outil interne sur mesure est publié avec ses prix.
Faire examiner mes trois situations