Chaque semaine, je reçois une variante de la même question. “Tu recommandes quoi comme CRM ?” “On cherche un outil pour gérer nos projets, t’as une idée ?” “C’est quoi le meilleur logiciel de facturation pour une petite structure ?”
Et ma réponse, invariablement, frustre les gens : ça dépend.
Pas parce que je veux esquiver. Parce que la question est mal posée. La vraie question n’est pas “quel outil ?” — c’est “quel est votre process ?” Et là, en général, il y a un silence. Ou une réponse vague. Ou une liste de problèmes qui n’a rien à voir avec un logiciel.
C’est là que tout se joue.
L’outil est rassurant. C’est son piège.
Il y a une raison psychologique très concrète pour laquelle les gens cherchent d’abord un outil : l’outil, c’est quelque chose de tangible. On peut le comparer, l’essayer en démo, lire des avis sur G2, regarder des tutoriels YouTube. Il y a une action claire à faire — télécharger, s’inscrire, configurer. C’est concret. Ça avance.
Définir un process, en revanche, c’est du travail intellectuel. C’est inconfortable. Ça oblige à se poser des questions auxquelles on n’a pas encore répondu : comment fonctionne vraiment notre cycle de vente ? Qui est responsable de quoi dans notre suivi client ? Où vont les informations et qui y accède ?
Alors on court-circuite cette étape. On achète l’outil d’abord, en espérant que l’outil va forcer les bonnes pratiques. Et ça ne marche pas. Ça n’a jamais marché. L’outil n’a pas la capacité de réfléchir à votre place.
Les quatre patterns que je vois en consulting
Après plusieurs années à accompagner des TPE et PME sur leurs outils et leurs automatisations, j’ai arrêté de compter combien de fois j’ai vu les mêmes erreurs.
1. L’outil acheté pour “se forcer à faire”
“On prend HubSpot pour être obligés de suivre nos prospects correctement.” L’intention est bonne. Le résultat est presque toujours le même : six mois plus tard, HubSpot est à moitié configuré, les commerciaux n’y saisissent rien parce que c’est “trop compliqué”, et tout le monde revient aux emails et aux tableurs. L’outil n’a pas changé les habitudes — il a juste ajouté une friction supplémentaire.
Les habitudes ne changent pas parce qu’on a souscrit un abonnement. Elles changent parce qu’on a décidé, ensemble, de faire les choses différemment. L’outil peut faciliter un changement de comportement déjà décidé. Il ne peut pas en être la cause.
2. L’outil choisi par mimétisme
“Tout le monde dans notre secteur utilise X.” Peut-être. Mais votre business n’est pas exactement celui de vos concurrents. Votre équipe a ses spécificités. Vos clients passent par des étapes différentes. Votre façon de travailler a une histoire. Un outil parfait pour une entreprise de services B2B avec dix commerciaux peut être une aberration pour une structure de trois personnes en vente directe.
Les benchmarks sectoriels sont utiles pour dresser une liste de candidats. Ils ne remplacent pas l’analyse de votre propre situation.
3. L’outil changé tous les six mois
C’est le symptôme le plus révélateur. Notion, puis Monday, puis Asana, puis ClickUp, et la semaine prochaine peut-être Linear. À chaque migration, le même espoir : “cette fois ça va être le bon.” Et à chaque fois, les mêmes problèmes réapparaissent. Parce que le problème n’était pas l’outil.
Quand quelqu’un change d’outil tous les six mois, c’est une certitude : il n’a pas encore identifié les frictions réelles dans son process. Il espère que le prochain outil les résoudra par magie. Il faut s’arrêter, sortir de la boucle, et faire le travail qu’on a évité depuis le début.
4. L’outil trop puissant pour l’usage réel
Salesforce pour trois commerciaux. SAP pour une TPE de quinze personnes. Ces situations arrivent plus souvent qu’on ne le croit, souvent parce qu’un dirigeant a assisté à une démo convaincante ou qu’un consultant a vendu la solution “qui scale”. Résultat : 80 % des fonctionnalités ne sont jamais utilisées, l’outil coûte plusieurs centaines d’euros par mois, et les équipes trouvent des workarounds dans Excel parce que le vrai outil est trop lourd à utiliser au quotidien.
La puissance d’un outil n’est pas une vertu en soi. Un outil bien adapté à votre niveau de complexité actuel sera toujours plus efficace qu’un outil conçu pour une organisation dix fois plus grande.
Un bon process dans Excel bat un mauvais process dans HubSpot
Je dis ça régulièrement et ça provoque souvent des réactions. “Mais Excel c’est pas scalable.” “On peut pas rester sur Excel en 2026.”
La scalabilité n’est pas le problème d’une structure de cinq personnes qui suit vingt prospects par mois. Le problème, c’est que personne ne sait exactement où en est chaque prospect, que les relances ne sont pas faites, et que les informations se perdent entre les échanges emails et les notes dans des carnets.
Ce problème-là, Excel le résout parfaitement si les gens décident ensemble de le tenir à jour. HubSpot ne le résout pas si personne ne comprend comment l’utiliser ni pourquoi.
L’outil est un conteneur. C’est le process qui lui donne sa valeur.
La méthode pour ne plus se tromper
Voici comment j’aborde la question avec mes clients avant de leur recommander quoi que ce soit.
Étape 1 : Décrire le process actuel, tel qu’il est vraiment
Pas tel qu’il devrait être. Tel qu’il est. Avec ses imperfections, ses raccourcis, ses zones d’ombre. Quelles sont les étapes ? Dans quel ordre ? Qui intervient à chaque étape ? Où vont les informations produites ? Sous quel format sont-elles stockées aujourd’hui ?
Ce travail peut tenir sur une page de texte. Il n’a pas besoin d’être formel. L’objectif est de sortir le process de la tête des gens pour le mettre sur papier, et de réaliser — souvent avec surprise — que tout le monde n’a pas la même compréhension de “comment on fait les choses ici”.
Étape 2 : Identifier les frictions réelles
Là où ça bloque. Là où on perd du temps. Là où les informations disparaissent ou se contredisent. Là où les erreurs se produisent le plus souvent.
Cette liste doit être précise. “C’est le bordel” n’est pas une friction. “On perd en moyenne deux heures par semaine à retrouver à quelle version du devis le client a répondu” est une friction. Plus la formulation est concrète, plus le critère de choix de l’outil sera pertinent.
Étape 3 : Lister les besoins fonctionnels — pas les fonctionnalités
La nuance est importante. Un besoin fonctionnel, c’est : “On a besoin de savoir, à tout moment, qui est responsable d’une action et quelle est sa date limite.” Ce n’est pas : “On a besoin d’un Gantt interactif avec dépendances et ressources.”
Le premier s’exprime en termes de ce que le process doit permettre. Le second est déjà une solution. Commencer par les solutions, c’est le piège classique — et c’est ce qui fait qu’on achète des fonctionnalités dont on n’a pas besoin.
Étape 4 : Alors, et seulement alors, chercher l’outil
Avec cette liste de besoins fonctionnels réels, le benchmark d’outils devient un exercice de correspondance. Quel outil couvre ces besoins, à ce niveau de complexité, pour cette taille d’équipe, à ce prix ? La décision est infiniment plus facile parce qu’elle est ancrée dans des critères concrets.
Et parfois, le résultat de l’analyse est qu’aucun outil du marché ne correspond exactement — et qu’il faut soit adapter le process, soit construire quelque chose sur mesure. C’est une conclusion valide. Elle est simplement impossible à atteindre si on n’a pas fait le travail préalable.
Ce que ça change concrètement
L’ordre process-avant-outil n’est pas une préférence philosophique. Il a des conséquences pratiques très directes.
On arrête de payer pour des fonctionnalités inutiles. Quand on sait exactement ce dont on a besoin, on choisit l’outil qui correspond — pas celui qui a la meilleure démo ou la plus longue liste de features. La plupart des TPE utilisent 15 à 20 % des capacités de leurs outils. C’est de l’argent et de la complexité gaspillés.
On adopte l’outil plus facilement. Un outil qui reflète le process que les équipes connaissent déjà est un outil que les équipes utilisent. La résistance au changement est directement proportionnelle à l’écart entre “comment on travaillait avant” et “ce que l’outil nous demande de faire”. Réduire cet écart, c’est réduire la friction d’adoption.
On arrête de changer d’outil tous les six mois. Parce que le choix n’a pas été fait par défaut ou par imitation — il a été fait à partir d’une analyse de ses besoins réels. Quand les besoins évoluent, on sait exactement pourquoi l’outil actuel ne suffit plus, et on peut évaluer rationnellement si un changement se justifie.
Questions fréquentes
“Mais si je n’ai pas de process, comment je le définis ?”
Vous avez toujours un process — il est juste implicite. La manière dont vous gérez vos clients aujourd’hui, même si elle est chaotique, est un process. Le travail consiste à le rendre explicite : interviewer les personnes impliquées, observer comment les choses se passent réellement, noter les étapes dans l’ordre où elles se produisent. C’est un travail de quelques heures, pas de quelques semaines.
“Et si mon process est mauvais — est-ce que l’outil peut m’aider à l’améliorer ?”
Partiellement. Certains outils imposent des structures qui forcent de bonnes pratiques — un CRM bien configuré oblige à enregistrer les informations au bon endroit, ce qui améliore mécaniquement la traçabilité. Mais l’outil ne peut pas décider à votre place de ce que doit être votre cycle de vente, qui est responsable du suivi client, ou comment vous gérez les relances. Ces décisions doivent précéder le choix de l’outil.
“Par où commencer quand tout est désorganisé ?”
Par le problème le plus douloureux. Pas par une refonte globale de tous les process en même temps — c’est le meilleur moyen de ne rien terminer. Identifiez la friction qui vous coûte le plus, en temps ou en erreurs, et commencez là. Cartographiez ce process précis, identifiez les frictions spécifiques, et cherchez une solution ciblée. Une fois ce process stabilisé, passez au suivant.
“Est-ce qu’il existe un outil parfait ?”
Non. Il existe des outils parfaitement adaptés à une situation précise — et qui deviennent inadaptés quand la situation change. C’est pourquoi il est important de choisir un outil en fonction des besoins actuels, tout en anticipant raisonnablement l’évolution à court terme. Évitez autant l’outil sous-dimensionné dès le départ que l’outil conçu pour une organisation que vous n’êtes pas encore et que vous n’êtes peut-être jamais.
Vous cherchez à digitaliser un process métier mais vous ne savez pas par où commencer ? Je peux vous aider à cadrer ça avant de choisir quoi que ce soit. Me contacter