Votre entreprise n'a pas besoin de plus de logiciels. Elle a besoin de moins de chaos.

Les commerciaux perdent le fil des demandes entrantes, on achète un CRM. Les projets prennent du retard, on ajoute un outil de gestion des tâches. La facturation s'enlise, une application de plus arrive. Chacune de ces décisions était raisonnable.

Un an plus tard, vous demandez combien de commandes sont en cours et quelle marge elles dégagent. La réponse n'arrive pas en une minute, mais en deux jours. Les données existent, elles sont simplement réparties dans cinq systèmes qui ne se voient pas entre eux, et quelqu'un doit les recoller à la main.

Ce n'est pas un problème de logiciel, mais de forme de l'entreprise. Disons-le d'emblée : cet article n'affirme pas que la solution passe par un système sur mesure. Dans la majorité des cas, elle n'y passe pas. L'objectif n'est pas de réduire le nombre d'applications à tout prix, mais d'abaisser le total cost of ownership, autrement dit le coût total de possession.

Le stack type que personne n'a conçu

Essayez d'énumérer les logiciels utilisés par votre entreprise. La plupart des dirigeants s'arrêtent entre six et dix : CRM, comptabilité ou ERP, messagerie, Excel, WhatsApp, Notion, facturation, gestion des temps.

Le chiffre réel est plus élevé. Selon le Zylo 2025 SaaS Management Index, les entreprises de 1 à 500 salariés utilisent en moyenne 152 applications. L'entreprise moyenne en gère 305 d'après Zylo, tandis que le MuleSoft Connectivity Benchmark Report 2025 avance 897 pour les grandes organisations. Ces chiffres ne se contredisent pas, ils mesurent simplement des échantillons différents. Une chose en ressort : le nombre d'outils réellement payés par l'entreprise dépasse celui dont la direction se souvient.

Chaque système peut être bon. Le problème naît entre eux.

Le CRM fait bien son travail, le système comptable aussi. Le problème surgit lorsque la même commande doit figurer dans les deux et que personne n'a désigné lequel fait foi.

La source unique de vérité, ou single source of truth, signifie que chaque donnée importante possède un seul emplacement détenant la version officielle, les autres se contentant de la consulter. Sans cela, un client a trois adresses, une commande deux statuts et le reporting un troisième chiffre. Personne ne ment, chacun a raison dans son propre système.

Selon MuleSoft, sur les 897 applications en moyenne, 29 % seulement sont connectées entre elles, et 90 % des responsables informatiques déclarent que les silos de données créent des problèmes métier. MuleSoft citait déjà les mêmes 29 % dans son édition 2023. En deux ans, la proportion n'a pas bougé.

SaaS sprawl et shadow IT

Le SaaS sprawl désigne la prolifération incontrôlée d'abonnements à des outils cloud, sans que personne ne dispose de la liste complète de ce qui est payé, de qui s'en sert et des données qui s'y trouvent. Le shadow IT en est le proche parent : les outils que les équipes se procurent à l'insu des responsables de la technologie et des données. Un tableur sur un compte personnel, une messagerie instantanée adoptée par le service commercial, ou un assistant IA nourri de données clients.

Selon Gartner, 74 % des achats technologiques sont au moins partiellement financés en dehors de la DSI et 41 % des salariés sont des business technologists, c'est-à-dire des personnes qui créent des capacités technologiques hors du périmètre informatique. Lors de son sommet de Londres en septembre 2025, Gartner a prédit que « 75 % des employés acquerront, modifieront ou créeront des technologies hors de la visibilité de la DSI ». Il s'agit d'une prévision, pas d'un état mesuré. Zylo le constate dans les budgets : d'après son index 2026, les directions métier contrôlent 81 % des dépenses SaaS et l'informatique seulement 15 %. Et 77 % des responsables informatiques ont découvert dans leur entreprise des applications d'IA dont ils ignoraient l'existence.

Le shadow IT n'est pas de l'indiscipline, c'est un symptôme. Les gens contournent la voie officielle quand elle est lente. Si valider un outil à trente euros prend six semaines, ils l'achèteront eux-mêmes. La réponse n'est pas l'interdiction, mais une validation plus rapide.

Les coûts cachés que l'abonnement ne montre pas

La méthode du total cost of ownership a été popularisée par le Gartner Group en 1987. Le CIPS la définit comme l'estimation des coûts de bout en bout, y compris les processus qui n'apportent aucune valeur. Dans le logiciel, cela recouvre cinq postes, dont un seul, le premier, apparaît dans votre budget.

• Les abonnements inutilisés. D'après le Zylo 2026 SaaS Management Index, 36 % des licences restent inutilisées en moyenne. La dépense SaaS médiane par salarié atteint pourtant 9 455 dollars par an.
• L'integration overhead, la charge de l'interconnexion. Selon MuleSoft, 39 % du temps des équipes informatiques part dans la création d'intégrations sur mesure. Dans l'édition 2023, les entreprises y consacraient en moyenne 4,7 millions de dollars par an.
• La formation, l'administration et les données dupliquées. Chaque outil a ses propres identifiants, ses rôles et son onboarding. Un même client présent dans trois systèmes, ce sont trois endroits où l'erreur peut naître.
• Le switching cost. Le coût de sortie d'un fournisseur : export, migration, nouvelle formation, réécriture des intégrations. Il croît avec la durée d'utilisation, ce qui explique qu'un outil médiocre se garde des années.
• La perte de visibilité. Selon le Flexera 2025 State of ITAM Report, la part des organisations ayant une vision complète de leur propre stack technologique est passée de 47 % à 43 %.

Ces chiffres proviennent d'enquêtes internationales, portant surtout sur de grandes entreprises. Ne les prenez pas pour une prévision, mais pour une direction : le montant figurant sur la facture d'abonnement est en général le plus petit poste de la liste.

Pourquoi, dans votre entreprise, un humain joue le rôle d'API

Une API est une interface par laquelle deux programmes échangent automatiquement des données dans un format convenu. Quand cette interface manque, l'entreprise la fabrique sans s'en rendre compte à partir d'un humain. La commande arrive par e-mail, quelqu'un la ressaisit dans le CRM, une autre personne la reporte dans le tableur de planification, la date part du tableur vers le technicien par WhatsApp, le technicien signale que c'est terminé, quelqu'un le consigne en retour et émet la facture. Quatre de ces sept étapes ne sont pas du travail, seulement le transport de la même information.

Cette personne est une intégration. Simplement, elle est plus lente, elle se trompe, elle ne laisse aucun journal et elle ne passe pas à l'échelle. Et contrairement à une licence, son coût n'apparaît nulle part dans le budget, alors qu'il se calcule très bien.

Le cadre Cost of Friction, que j'ai détaillé dans l'article expliquant quand un bon système interne se rentabilise plus vite qu'un nouveau salarié, est volontairement simple : temps × fréquence × nombre de personnes × coût.

Un calcul type, remplacez les valeurs par les vôtres. Le transfert d'une commande prend 4 minutes, il se produit 40 fois par semaine et mobilise 3 personnes. Cela fait 8 heures par semaine, soit 360 heures par an sur 45 semaines travaillées. Neuf semaines de travail d'une personne passées à recopier des données d'une fenêtre à l'autre. Multipliez par votre taux horaire interne et vous tenez le premier chiffre.

Le deuxième chiffre est le taux d'erreur. D'après une étude Asana de 2021 relayée par le site CIO Dive, les collaborateurs basculent entre 13 applications 30 fois par jour et plus d'un quart d'entre eux déclarent laisser passer des actions et des messages. La source est ancienne et secondaire : un indice, pas une preuve.

La grille de décision : quoi, et quand

Face à chaque point de friction, quatre réponses sont possibles. La bonne est le plus souvent la première.

1. Un logiciel du marché

Si le processus est standard et ne constitue pas votre avantage concurrentiel, achetez un outil existant. Facturation, paie, comptabilité, helpdesk. S'il couvre quatre-vingts pour cent du besoin et que le reste n'est pas ce que votre client vous paie, adaptez le processus à l'outil. Les entreprises le font beaucoup trop rarement.

2. L'intégration

Si deux systèmes fonctionnent bien et ne font que s'ignorer, la réponse est une connexion, pas un troisième système. Cherchez d'abord un connecteur natif proposé par l'éditeur, et seulement ensuite une plateforme d'intégration. Attention à l'integration overhead : chaque intégration peut casser à la prochaine mise à jour, alors connectez peu de choses, mais correctement.

3. L'automatisation

Si le processus est stable, répétitif et que sa logique se laisse écrire sous forme de règles, automatisez-le. Mais seulement après l'avoir simplifié. Sinon s'applique ce que j'ai écrit dans l'article rappelant que l'IA ne sauvera pas un mauvais processus : vous ferez simplement la mauvaise chose moins cher et plus vite.

4. Un système sur mesure

Le logiciel sur mesure se justifie dans un ensemble restreint de cas : quand le processus constitue votre avantage concurrentiel et qu'aucun outil du marché ne le couvre sans le déformer ; quand les coûts de licence augmentent avec les effectifs plus vite que le coût d'une solution propre ; ou quand il vous faut une source unique de vérité sur un domaine auquel aucun outil du marché ne correspond.

Il est tout aussi important de savoir quand il ne se justifie pas. Un système sur mesure a lui aussi son TCO : le développement n'est qu'un début, viennent ensuite la maintenance, la sécurité et la dépendance envers ceux qui savent le faire évoluer. Si vous n'êtes pas certain de l'exploiter pendant cinq ans, ne le construisez pas. Le meilleur résultat d'un audit, c'est souvent qu'on ne construit rien, qu'on résilie trois outils et qu'on en configure enfin un correctement.

Comment mener un audit des outils et des processus

Dans une entreprise de taille modeste, ce n'est pas un projet de six mois, mais deux à quatre semaines d'entretiens et un seul tableur.

1. Établissez la liste des outils à partir des flux financiers, pas de la mémoire. Passez en revue les relevés des cartes bancaires professionnelles et les notes de frais sur douze mois. Zylo indique que les dépenses passées en notes de frais ont augmenté de 267 % sur un an. Qui ne regarde que les factures centralisées ne voit qu'une partie de la vérité.
2. Cartographiez cinq à huit processus clés. Du premier contact à la facture encaissée. Pour chaque étape, notez qui la réalise et dans quel système.
3. Repérez les points de ressaisie. Partout où un humain transporte une donnée d'un système à l'autre. Ce sont vos API humaines : passez-les au filtre du Cost of Friction.
4. Désignez la source unique de vérité. Pour le client, la commande, le projet et la facture, choisissez un seul système propriétaire de la donnée, les autres n'ayant qu'un droit de lecture. La plupart des désaccords sur les chiffres ne portent pas sur les faits, mais sur l'export qui fait foi.
5. Traquez les doublons. Selon Zylo, l'IA générative fait pour la première fois partie des fonctions les plus redondantes : les entreprises en conservent en moyenne sept applications en parallèle.
6. Respectez l'ordre Remove, Simplify, Automate, Augment. Supprimez d'abord les étapes qui n'ont pas lieu d'être, simplifiez ensuite celles qui restent, automatisez seulement après, et enfin augmentez avec l'IA. Commencer par la fin, c'est figer le chaos.
7. Instaurez une règle pour tout nouvel outil. Une page : qui en est le propriétaire, quelles données y seront stockées, comment il se connecte et comment on en sort.

Exemple type : 28 personnes, sept systèmes

Avant. Une entreprise de services hypothétique, pas un client précis. Elle compte 28 salariés, dont 12 techniciens sur le terrain. Les demandes arrivent par e-mail, les devis vont dans le CRM, le planning dans un tableur partagé, les techniciens sur WhatsApp, la documentation dans Notion, les factures dans la comptabilité, la gestion des temps dans un outil dédié. Une commande existe à quatre endroits en quatre versions, la clôture prend deux jours et la marge d'un chantier n'est connue que six semaines plus tard, quand il n'y a plus rien à en faire.

L'audit. Trois outils sont payés alors que personne ne s'en sert, deux autres font exactement la même chose. Le poste le plus coûteux n'est pourtant aucun d'eux, mais la ressaisie du dossier entre le CRM, le tableur et la comptabilité.

Après. La commande reçoit un propriétaire unique, le CRM déjà en place. Le tableur de planification disparaît, car la même fonction existe dans un module que l'entreprise paie depuis des années sans l'utiliser. La comptabilité se branche via un connecteur standard. WhatsApp reste, mais cesse d'être l'endroit où naît le statut officiel d'un dossier. Une seule chose est développée sur mesure : une application mobile pour les techniciens, qui enregistre le rapport d'intervention directement dans le CRM, parce qu'aucun outil du marché ne convenait au travail sur le terrain.

Quatre de ces cinq changements n'ont pas demandé une ligne de code : la suppression du tableur, la configuration d'un module déjà payé, un connecteur standard et une règle. Le développement est arrivé en cinquième position et fut le plus petit chantier. C'est cela, la consolidation : non pas un grand système sur mesure, mais la capacité de reconnaître la seule pièce qui mérite d'être construite. J'ai développé la même logique dans l'article expliquant comment bâtir une entreprise sans armée administrative.

La question n'est donc pas de savoir s'il vous faut un outil de plus ou un système sur mesure. Elle est de savoir où naît la friction dans vos processus et combien elle coûte. Cela ne s'estime pas depuis un bureau, cela se mesure.

Ce qu'il faut retenir

• Recensez vos logiciels à partir des relevés bancaires et des notes de frais, pas de votre mémoire.
• Repérez les endroits où un humain transporte des données d'un système à l'autre et passez-les au filtre du Cost of Friction : temps × fréquence × nombre de personnes × coût. Ce chiffre fixe l'ordre des changements.
• Pour chaque objet clé, désignez un système qui fait foi. Cela ne coûte ni une licence ni une ligne de code, seulement une décision.
• Respectez l'ordre Remove, Simplify, Automate, Augment. Automatiser un processus non corrigé ne produit qu'un chaos plus rapide.
• Optimisez le coût total de possession, pas le nombre d'applications. Le logiciel du marché est le plus souvent la bonne réponse. Ne développez sur mesure que là où le processus constitue votre avantage concurrentiel et où vous exploiterez la solution pendant des années.