Cinq critères suffisent à trancher, outil par outil : le besoin est-il circonscrit ou encore mouvant, quelle est la sensibilité des données, existe-t-il un effet de réseau réel, la complexité fonctionnelle dépasse-t-elle une équipe restreinte, et la décision reste-t-elle réversible. C'est la grille que je déroule dans le Diagnostic d'Usage IA, avant toute recommandation. Aucun critère ne tranche seul — c'est leur combinaison qui dit s'il faut louer ou construire, et dans un nombre de cas non négligeable, la bonne réponse reste l'abonnement.
D'où vient cette grille ?
Cette grille n'est pas née d'une théorie. C'est l'ossature du Diagnostic d'Usage IA, la session de soixante minutes où nous passons en revue, outil par outil, ce qui doit rester loué et ce qui mérite d'être construit et possédé. Elle tient volontairement à cinq critères : au-delà, l'exercice cesse d'être actionnable en une heure ; en-deçà, il simplifie à l'excès une décision qui engage l'entreprise pour plusieurs années. Chaque critère répond à une question précise, et aucun ne se substitue aux quatre autres.
Les cinq critères, un par un
Le besoin est-il circonscrit, ou encore mouvant ? Un besoin circonscrit se décrit en quelques phrases stables : ce que l'outil doit faire ne changera pas fondamentalement dans les deux ou trois prochaines années. Un besoin évolutif, à l'inverse, se découvre en marchant — la première version ne ressemblera pas à ce qui sera nécessaire dans dix-huit mois. Construire sur mesure un besoin encore mouvant revient à figer une architecture avant de connaître la question ; c'est le meilleur moyen de payer deux fois, la construction puis la refonte. C'est le critère qui a le plus pesé dans ma décision de construire FiscalDoc, mon application locale de classement fiscal, plutôt que de m'abonner à un outil du marché : le besoin était totalement circonscrit, classer des documents fiscaux suisses selon des catégories que je connaissais déjà, pour des périmètres que je maîtrisais dans le détail. Rien à deviner, rien à faire évoluer au gré d'un marché — un besoin stable, à construire une fois et à posséder ensuite. Le cas est documenté de bout en bout.
Quelle est la sensibilité des données en jeu ? Données financières, dossiers RH, informations couvertes par le secret des affaires, données personnelles au sens de la nLPD : plus la sensibilité est élevée, plus la question de savoir où elles transitent et qui peut légalement y accéder pèse dans la décision. Un outil sur mesure, hébergé où l'entreprise le décide et dont elle contrôle le code et les clés de chiffrement, réduit fortement cette catégorie de risque. À l'inverse, un outil de planification d'équipe ou de brainstorming interne, qui ne traite aucune donnée sensible, n'a pas besoin de cette garantie : l'abonnement n'y expose l'entreprise à rien de sérieux, et construire par principe serait une dépense sans objet.
Existe-t-il un effet de réseau réel ? Certains outils valent d'abord par le nombre de personnes qui les utilisent déjà en dehors de l'entreprise : un outil de facturation que vos clients utilisent aussi, un standard de fichier partagé avec des partenaires, une plateforme professionnelle où se trouve déjà votre écosystème. Construire son propre outil dans ce cas revient à demander à tout un réseau de vous suivre — cela n'arrive presque jamais. L'effet de réseau réel fait gagner l'abonnement, sans discussion. Le piège est de l'invoquer par réflexe : une équipe de cinq personnes qui utilise un outil parce que « tout le monde l'utilise » ne bénéficie d'aucun effet de réseau si ce « tout le monde » se limite à elle-même. C'est une habitude, pas un effet de réseau — et la différence mérite d'être posée franchement avant de trancher.
La complexité fonctionnelle dépasse-t-elle une équipe restreinte ? Un logiciel de paie qui couvre chaque caisse de compensation, chaque convention collective et chaque exception cantonale représente des années d'ajustements accumulés par un éditeur qui n'a que cela à faire. Reconstruire cette profondeur-là en interne, même avec les meilleurs assistants de code, reste hors de portée d'une petite équipe : la vitesse d'écriture du code a changé, pas le volume de cas particuliers à couvrir ni le temps qu'il faut pour les vérifier un par un. À l'inverse, un besoin fonctionnellement étroit — un flux de validation interne, un classement de documents, un tableau de bord ciblé — reste parfaitement à la portée d'un outil construit sur mesure, sans exiger la profondeur d'un éditeur spécialisé.
La décision reste-t-elle réversible ? Un abonnement paraît réversible à court terme — on peut résilier le mois prochain — mais il l'est de moins en moins à mesure que les données s'y accumulent : historiques, pièces jointes, automatisations construites dans l'outil. La sortie a un coût que presque personne ne provisionne à la signature. Un outil possédé, construit sur mesure, demande à l'inverse un engagement plus net au départ ; mais une fois bâti, la réversibilité lui appartient en propre : l'entreprise n'est jamais suspendue à la feuille de route ou à la politique tarifaire d'un tiers.
Quand l'abonnement gagne-t-il quand même ?
La grille n'est pas un plaidoyer pour le sur-mesure. Appliquée honnêtement, elle fait gagner l'abonnement dans un nombre de situations que je considère sous-estimé par les discours qui vendent la transformation pour elle-même : effet de réseau réel confirmé, collaboration qui dépasse largement l'organisation, conformité dont la charge de veille incombe à l'éditeur, complexité qui dépasse ce qu'une équipe restreinte peut raisonnablement soutenir. J'ai réuni ces situations, avec leur logique propre, dans Dans quels cas garder son SaaS est le bon choix ? — un article que je considère aussi important que celui-ci, parce que savoir ne rien changer fait partie du conseil, pas de son absence.
Cette grille suppose un préalable : savoir ce que vous payez déjà, outil par outil. Sans cet inventaire, elle s'applique dans le vide — je l'ai détaillé dans Combien votre PME paie-t-elle vraiment en abonnements logiciels ?, la première étape avant toute décision. Une fois la grille penchée du côté du sur-mesure, la question suivante est celle du coût réel de construction, que je traite sans détour dans Que coûte le sur-mesure à l'ère du développement augmenté ? C'est très exactement cette grille que je déroule au cadrage de chaque projet sur-mesure, avant d'écrire la moindre ligne de code. Pour situer cette décision dans l'ensemble des chantiers numériques d'une PME suisse, la feuille de route complète est posée dans Que doit faire une PME suisse face à l'IA en 2026 ?
Ce qu'il faut retenir
— Cinq critères tranchent, outil par outil : besoin circonscrit ou évolutif, sensibilité des données, effet de réseau réel, complexité fonctionnelle, réversibilité. — Aucun critère ne décide seul ; c'est leur combinaison, pas l'intuition ni l'habitude, qui doit guider le choix. — L'abonnement reste souvent la bonne réponse : effet de réseau confirmé, complexité hors de portée d'une petite équipe, conformité portée par l'éditeur.
FAQ
Cette grille s'applique-t-elle à tous les outils, ou seulement aux nouveaux projets ? Aux deux. Elle cadre une décision d'achat, mais elle sert tout autant à réexaminer un abonnement existant au moment de son renouvellement. Rien n'empêche de l'appliquer, outil par outil, à la liste issue d'un inventaire des abonnements en cours.
Que faire si deux critères pointent dans des directions opposées ? Cela arrive souvent, et c'est l'intérêt même de la grille : elle rend le conflit visible au lieu de le laisser trancher par défaut. En général, la sensibilité des données et la réversibilité pèsent plus lourd que la complexité fonctionnelle seule — mais la pondération reste propre à chaque entreprise et à chaque outil.
Faut-il refaire cette analyse pour chaque petit outil de l'entreprise ? Non. La grille a un coût d'usage ; elle se justifie pour les outils qui pèsent sur le budget, touchent des données sensibles ou structurent un processus central. Un outil accessoire, peu coûteux et sans donnée sensible ne mérite pas cinq critères d'analyse.
FiscalDoc est un cas d'une personne. La grille tient-elle à l'échelle d'une PME de vingt collaborateurs ? Oui, le raisonnement ne change pas d'échelle : seule la façon de répondre à chaque critère évolue. Une PME a davantage d'utilisateurs, donc un effet de réseau et une complexité de collaboration à évaluer plus finement — les critères trois et quatre y pèsent souvent plus lourd que dans un usage individuel.
Hésitez-vous entre louer et construire pour l'un de vos outils ? Le Diagnostic d'Usage IA : soixante minutes pour poser vos flux réels, identifier ce qui mérite du sur-mesure, ce qui reste en SaaS, et ce qui n'a pas besoin d'IA du tout. Réserver un diagnostic
Jérôme Deshaie est CEO et fondateur de MCVA Consulting SA, agence augmentée basée en Valais. Quinze ans au service de grandes marques internationales, désormais en direct pour les PME suisses. Parcours.