La question arrive presque toujours dans le même ordre : une équipe perd du temps sur une tâche, quelqu’un propose « un petit outil », et la discussion glisse en trente secondes vers le choix d’une technologie. C’est l’ordre inverse qui produit de bonnes décisions.
Trois options existent, et une seule est juste dans un contexte donné : automatiser ce qui existe déjà, acheter une solution du marché, ou construire un outil sur mesure. L’erreur coûteuse n’est pas de se tromper d’outil : c’est de ne jamais avoir comparé les trois.
Le vrai coût n’est pas le prix d’achat
Un logiciel du marché à 40 € par utilisateur et par mois paraît moins cher qu’un développement spécifique. Sur douze mois, souvent oui. Sur cinq ans, la comparaison change de nature, parce que le coût réel additionne quatre postes que personne ne chiffre au départ.
- L’abonnement, multiplié par le nombre d’utilisateurs et par les années
- Le temps passé à contourner ce que l’outil ne sait pas faire
- Les intégrations à maintenir entre cet outil et les autres
- Le coût de sortie, le jour où il faudra récupérer ses données
À l’inverse, un développement sur mesure supporte un coût initial plus élevé, mais un coût marginal faible : le dixième utilisateur ne coûte pas plus cher que le premier. Comparer les deux sans horizon de temps n’a aucun sens.
Quatre critères suffisent à décider
Nous n’en utilisons pas davantage. Au-delà, la discussion devient théorique et la décision recule.
1. La fréquence et la stabilité
Une tâche exécutée cinquante fois par mois, toujours de la même façon, est un candidat évident à l’automatisation. Une tâche rare, ou dont les règles changent chaque trimestre, ne l’est pas : le coût de maintenance dépassera le gain. La bonne question n’est pas « est-ce automatisable ? » mais « est-ce assez stable pour rester automatisé ? ».
2. Le caractère différenciant
Votre façon de facturer n’est probablement pas un avantage concurrentiel : achetez. Votre façon de qualifier une affaire, de suivre un dossier ou de détecter un signal l’est peut-être : là, un outil standard vous oblige à rentrer dans le moule de tout le monde, et vous perdez précisément ce qui vous distinguait.
3. Le risque et la dépendance
Que se passe-t-il si l’éditeur double ses tarifs, ferme son API ou est racheté ? Si la réponse est « nous serions bloqués », le risque doit être évalué au même titre que le prix. Cela ne condamne pas l’achat : cela impose de vérifier l’export des données et de ne pas confier son cœur de métier à une boîte noire.
4. Le coût d’exploitation
Qui met à jour ? Qui corrige quand cela casse ? Qui forme les nouveaux arrivants ? Une solution sur mesure sans personne pour la faire vivre est une dette, pas un actif. C’est souvent ce critère, et non le budget initial, qui tranche.
La grille, en une page
| Critère | Automatiser | Acheter | Construire |
|---|---|---|---|
| Fréquence du besoin | Élevée et régulière | Variable | Quotidienne, structurante |
| Stabilité des règles | Forte | Standard du marché | Propre à l’entreprise |
| Différenciation | Faible à moyenne | Nulle | Réelle |
| Délai avant usage | Jours à semaines | Immédiat | Semaines à mois |
| Coût marginal par utilisateur | Nul | Linéaire | Nul |
| Dépendance externe | Modérée | Forte | Faible |
Une lecture rapide donne déjà la direction. Si deux options restent à égalité, c’est presque toujours que le problème n’est pas encore assez précis, pas que la grille est insuffisante.
Trois pièges qui reviennent tout le temps
À surveiller
- Construire pour éviter de négocier. Un outil sur mesure lancé parce qu’un abonnement paraissait cher finit souvent par coûter plus, sans le support.
- Acheter pour aller vite, puis contourner. Si l’équipe ressort les tableurs trois mois après l’achat, l’outil n’a pas été adopté : il a été toléré.
- Automatiser un processus cassé. Automatiser une mauvaise procédure ne fait que produire les mêmes erreurs, plus vite et à plus grande échelle.
Décider vite, sans décider à l’aveugle
La décision tient en cinq étapes, réalisables en une à deux semaines selon la disponibilité des personnes concernées.
- Décrire la tâche en une phrase, avec sa fréquence réelle et le temps qu’elle consomme aujourd’hui.
- Nommer le résultat attendu, et la façon dont on saura qu’il est atteint.
- Tester deux outils du marché sur un cas réel, pas sur une démonstration.
- Chiffrer les trois options sur cinq ans, exploitation comprise.
- Trancher, écrire la décision et la date à laquelle on la réexaminera.
À retenir
- Comparez toujours les trois options : ne pas les avoir comparées coûte plus cher que de se tromper.
- Achetez ce qui est standard, construisez ce qui vous distingue, automatisez ce qui est stable et répétitif.
- Le coût d’exploitation, pas le budget initial, décide le plus souvent.
- Écrivez la décision et sa date de réexamen : un choix juste aujourd’hui ne le restera pas indéfiniment.