Pour faire le tri dans une stack commerciale, on mesure l'usage réel de chaque outil avant de regarder son prix, puis on classe en trois familles : ce qui porte une donnée dont d'autres dépendent, ce qui fait gagner du temps à quelqu'un de nommé, et le reste. Le reste se coupe à l'échéance suivante.
La situation arrive toujours de la même façon. Chaque besoin a été réglé par un achat, personne n'a rien arrêté, et trois ans plus tard la liste des licences contient des outils dont plus personne ne sait qui les utilise ni à quoi ils servent.
Cet article donne la méthode de mesure, la grille de décision, l'ordre dans lequel couper sans casser, et ce qu'il faut regarder avant de racheter quoi que ce soit.
Pourquoi une stack grossit sans que personne décide
Aucune de ces décisions n'est mauvaise prise isolément. C'est leur accumulation qui produit le problème.
La règle de base : un outil sans propriétaire nommé et sans date de réexamen se renouvelle indéfiniment. C'est le mécanisme, et il est indépendant de la qualité de l'outil.
Étape 1 : mesurer l'usage avant de parler du prix
Une discussion sur le coût sans donnée d'usage se termine toujours par la défense de chaque outil par celui qui l'a choisi. Quatre mesures suffisent à rendre la discussion factuelle.
Checkpoint : listez vos outils avec leur coût annuel et leur nombre d'utilisateurs actifs sur trente jours. Sur la plupart des stacks, deux ou trois lignes sautent aux yeux immédiatement.
Étape 2 : classer en trois familles
Une fois l'usage mesuré, chaque outil tombe dans une des trois familles, et chacune appelle une décision différente.
Le test du levier : demandez à la personne qui utilise l'outil ce qu'elle ferait sans lui. Si la réponse est « la même chose en un peu plus longtemps », mesurez ce « un peu ». Si la réponse est « je ne pourrais pas », c'est probablement du socle mal identifié.
Checkpoint : classez vos outils dans les trois familles avec les personnes concernées, pas seul. Les désaccords de classement sont exactement l'information que vous cherchez.
Étape 3 : couper dans le bon ordre
Couper un outil de la famille Reste ne présente aucun risque. Le risque vient des dépendances invisibles, et il se traite par l'ordre.
La précaution qui évite les accidents : la dernière ligne. Suspendre un mois coûte moins cher que résilier puis racheter en urgence, et la suspension donne la réponse que la discussion ne donnait pas.
Checkpoint : avant de couper un outil, cherchez son nom dans vos workflows d'automatisation et dans vos tableaux de bord. C'est là que se cachent les dépendances que personne ne mentionne.
Étape 4 : traiter le vrai problème, qui est la circulation des données
Un outil isolé qui ne parle à rien produit une donnée que personne ne voit. C'est ce qui donne l'impression d'une stack inutile alors que les outils, pris un par un, font ce qu'on leur demande.
- Une seule source de vérité par donnée. L'entreprise vit dans le CRM, pas dans trois outils qui divergent.
- Chaque outil écrit dans le CRM ou lit depuis le CRM, jamais les deux sur le même champ.
- Aucune saisie en double. Une même information saisie à deux endroits finira par diverger.
- Les intégrations sont documentées, avec le sens du flux et le champ concerné.
Les mécanismes et les pièges de ces connexions sont détaillés dans notre guide sur l'intégration du CRM avec les autres outils.
Checkpoint : prenez la donnée « effectif de l'entreprise » et cherchez dans combien d'outils elle existe. Au-delà de deux, vous avez un problème de source de vérité avant d'avoir un problème de coût.
Ce qu'il faut regarder avant de racheter
Le tri ne sert à rien si le même mécanisme reprend. Quatre règles suffisent à le bloquer.
La plus efficace des quatre : la deuxième. Une date de réexamen inscrite au moment de l'achat coûte trente secondes et supprime la principale cause d'accumulation.
Les erreurs classiques du tri
- Commencer par le prix. Un outil peu cher et central se coupe par erreur, un outil coûteux et inutile se garde parce que « on l'a payé ».
- Décider seul. Le classement fait sans les utilisateurs produit des coupes qu'on rétablit trois semaines plus tard.
- Couper un doublon avant de migrer la donnée. L'ordre inverse est le seul qui ne perd rien.
- Remplacer plutôt que supprimer. Le réflexe de chercher un outil équivalent moins cher maintient la complexité.
- Traiter la stack sans traiter le CRM. Si la source de vérité est en mauvais état, aucun tri d'outils périphériques ne réglera la circulation des données.
Ce que vous avez tranché et par où continuer
À la fin, chaque outil a un propriétaire, une famille, une date de réexamen et des dépendances documentées. Les licences dormantes sont coupées, les doublons sont tranchés, et la donnée a une source de vérité unique.
Les trois choses à faire cette semaine :
- Sortir la liste des licences avec leur coût annuel et le nombre d'utilisateurs actifs sur trente jours
- Couper les licences inactives depuis plus de soixante jours, ce qui ne demande aucune discussion
- Chercher dans combien d'outils vit la donnée « effectif de l'entreprise »
Le tri complet demande entre 3 et 6 semaines, dont la moitié en cartographie des flux. C'est aussi l'occasion de traiter la circulation des données, qui est le vrai sujet derrière la sensation d'outils inutiles. Une équipe qui prend ce chantier en main commence toujours par la mesure d'usage, parce que c'est la seule chose qui rende la discussion possible sans conflit. Une remise à plat complète traite la stack et le CRM ensemble, l'un ne se règle pas sans l'autre.
