Le fantasme de "l'outil parfait"
Quand une entreprise décide de s'outiller, le scénario est presque toujours le même. La direction demande à l'IT de trouver "le bon outil". L'IT lance un benchmark. On compare des grilles de fonctionnalités. On choisit celui qui coche le plus de cases.
Et 6 mois plus tard, personne ne l'utilise.
Ce n'est pas un problème de mauvais choix. C'est un problème de mauvaise question. On a cherché "l'outil parfait" alors qu'on aurait dû chercher "la réponse au bon problème".
Ce que demandent les équipes
Quand on interroge des équipes métiers sur ce qu'elles veulent, on entend souvent :
- "Un CRM plus complet"
- "Un outil de reporting plus puissant"
- "Une interface plus moderne"
- "Plus de fonctionnalités"
Ce sont des réponses sincères. Mais ce ne sont pas les vrais besoins. Ce sont des projections : les équipes formulent leur frustration avec le vocabulaire des outils existants.
Ce dont elles ont réellement besoin
Si on creuse un peu — en observant plutôt qu'en interrogeant — on découvre des besoins très différents :
- Ne pas ressaisir les mêmes informations 3 fois. Le premier besoin, c'est l'intégration. Pas au sens technique. Au sens humain : ne pas perdre de temps à faire le travail de la machine.
- Trouver l'information en moins de 10 secondes. Pas besoin d'un dashboard complexe. Juste une recherche qui marche et une structure claire.
- Comprendre l'interface sans formation. Si l'outil nécessite 2 jours de formation, c'est l'outil le problème — pas l'équipe.
- Avoir confiance dans les données. Si l'équipe doute de la fiabilité des chiffres affichés, elle retournera sur Excel. Toujours.
- Que ça marche sur mobile. Pas "responsive design". Juste : pouvoir faire l'essentiel depuis un téléphone quand on est en déplacement.
Pourquoi les outils standards échouent
Les outils généralistes (SaaS du marché) sont conçus pour le plus grand nombre. C'est leur force. C'est aussi leur limite.
Ils répondent à 80 % des besoins communs. Mais les 20 % restants — ceux qui sont spécifiques à votre métier, à votre organisation, à votre façon de travailler — ce sont justement ceux qui comptent le plus.
Et c'est là que commencent les contournements :
- Un export CSV toutes les semaines pour calculer un indicateur que l'outil ne fournit pas
- Un tableau Excel partagé "en attendant" qui finit par devenir la source de vérité
- Des champs "notes" utilisés pour stocker des informations structurées que le formulaire ne prévoit pas
- Des processus manuels pour compenser ce que l'automatisation ne couvre pas
Chacun de ces contournements coûte du temps. Chaque jour. À chaque personne concernée.
Pour une équipe de 10 personnes qui perd 30 minutes par jour en contournements, c'est 1 100 heures par an. Au coût moyen chargé d'un salarié, ça représente 30 000 à 50 000 € par an en productivité perdue.
Un logiciel métier sur mesure (à partir de 6 000 € HT chez Tharios) s'amortit en quelques mois.
Comment réconcilier métier et tech
1. Observer avant de spécifier
Passer une demi-journée avec l'équipe qui va utiliser l'outil vaut plus que 10 réunions de cadrage. Observer comment les gens travaillent, pas comment ils décrivent leur travail.
2. Impliquer le métier dans la conception
Pas juste "valider les maquettes". Co-construire. Montrer des prototypes tôt. Itérer vite. Accepter que la première version ne sera pas parfaite.
3. Mesurer l'adoption, pas les fonctionnalités
Le KPI d'un outil interne, ce n'est pas le nombre de fonctionnalités. C'est le taux d'utilisation réel. Si 3 mois après le déploiement, 80 % de l'équipe l'utilise quotidiennement — c'est un succès.
4. Prévoir l'évolution
Un outil métier vit et évolue avec l'organisation. Prévoir un budget de maintenance (à partir de 59 €/mois) et un cadre pour faire évoluer l'outil dans le temps.
Les équipes ne veulent pas un outil. Elles veulent que ça marche. Comprendre la différence change tout.