Outil d’automatisation ou développement sur mesure : que choisir pour une PME ?
Par Yahia Lhouaoui, business analyst, publié le
Réponse courte
Un outil d’automatisation prêt à l’emploi convient quand vos logiciels proposent déjà des connexions et que le processus tient dans un schéma lisible. Le développement sur mesure se justifie quand un logiciel ne s’ouvre à aucun outil, quand le traitement est lourd ou quand l’automatisation est au cœur de votre activité. Les deux se combinent souvent.
Quelle est la différence entre un outil d’automatisation et un développement sur mesure ?
Les deux font la même chose : une information passe d’un logiciel à un autre sans que quelqu’un la recopie. Ils diffèrent par la manière dont le travail est décrit, et par celui qui l’entretient.
Un outil d’automatisation prêt à l’emploi est un logiciel dans lequel on dessine un flux à l’écran : un déclencheur, des étapes, des conditions. Il fournit des connexions toutes faites vers les logiciels courants. n8n et Make sont deux exemples de cette famille d’outils visuels, parmi d’autres. Certains ne s’utilisent qu’en ligne, chez leur éditeur. D’autres peuvent aussi être installés sur un serveur que vous contrôlez.
Un développement sur mesure est un programme écrit pour vous. Pas de schéma à l’écran, pas d’abonnement à un outil d’automatisation, mais du code qu’il faut héberger, surveiller et faire évoluer.
Aucun des deux n’est le meilleur dans l’absolu. Il m’arrive de recommander l’un, l’autre, ou de dire que le logiciel que vous avez déjà suffit.
Sur quels critères comparer les deux options ?
Cinq critères départagent la plupart des situations.
| Critère | Outil prêt à l’emploi | Développement sur mesure |
|---|---|---|
| Hébergement des données | Chez l’éditeur de l’outil, ou sur votre serveur si l’outil le permet | Où vous le décidez |
| Coût à l’usage | Un abonnement, qui suit souvent le volume traité. Hébergé par vous, le serveur et son entretien | Pas d’abonnement à un outil, mais un coût de départ et un coût de maintenance |
| Complexité | Très lisible tant que le flux reste court, moins quand les cas particuliers s’accumulent | Sans limite, au prix du temps de développement |
| Maintenance | L’éditeur entretient l’outil, vous les flux. Hébergé par vous, mises à jour et sauvegardes sont à votre charge | Tout est à votre charge, ou à celle de votre prestataire |
| Dépendance | Envers l’éditeur : un flux ne tourne que dans l’outil où il a été dessiné | Faible envers un éditeur, forte envers la personne qui a écrit le code |
Aucune ligne ne donne de vainqueur. Chacune pose une question à laquelle votre entreprise a déjà une réponse.
Quand un outil prêt à l’emploi est-il le bon choix ?
Quatre cas reviennent.
- Vos logiciels sont répandus. Messagerie, tableur, CRM, ERP, formulaire : les connexions existent déjà, il n’y a rien à écrire.
- Le processus se lit sur un schéma. Un déclencheur, quelques étapes, un ou deux embranchements, une sortie vers une personne quand un contrôle échoue. Exemple type : chaque demande reçue par le formulaire crée une fiche dans le CRM et prévient un collègue.
- Quelqu’un chez vous doit pouvoir le lire. Un flux dessiné se comprend sans savoir programmer. C’est ce qui permet à une personne de votre équipe de voir où une exécution a échoué et de la relancer.
- Vous voulez vérifier une idée. Un flux se monte vite. S’il prouve son utilité, il sera toujours temps de le consolider.
Reste à choisir où il tourne. Un outil en ligne ne demande aucun serveur, mais les données traitées passent par les machines de son éditeur. Un outil que vous hébergez garde les données là où vous l’avez décidé, à condition que quelqu’un s’occupe des mises à jour et des sauvegardes. C’est la première question que je pose dans une automatisation de processus.
Quand un outil prêt à l’emploi n’est-il pas le bon choix ?
Plus souvent qu’on ne le lit.
- Le besoin tient en deux étapes. Ajouter un outil pour envoyer un message quand une ligne s’ajoute à un tableur, c’est sortir un camion pour porter une lettre. Souvent, le logiciel que vous avez déjà sait le faire. Odoo, par exemple, a ses propres actions automatisées.
- Un logiciel ne s’ouvre à rien. Sans connexion prête à l’emploi, l’outil reste devant une porte fermée.
- Le traitement est lourd ou doit répondre dans l’instant. Des milliers de lignes à transformer d’un coup, une réponse qu’un autre logiciel attend sans délai : un programme écrit pour cela sera plus sûr qu’un flux dessiné.
- Les cas particuliers débordent. Quand un schéma ne tient plus sur un écran et que plus personne n’ose le modifier, il a cessé d’être lisible. C’était sa raison d’être.
- L’automatisation est votre produit. Si vos clients s’en servent directement, vous voulez du code versionné et testé, que vous maîtrisez de bout en bout.
Quand faut-il un développement sur mesure ?
Quand un logiciel métier n’offre aucune connexion prête à l’emploi et qu’il faut lui en construire une. Quand la logique est trop particulière pour tenir dans un schéma. Ou quand vous avez besoin de garanties qu’un outil généraliste ne donne pas.
Le sur-mesure a un revers que l’on sous-estime : il dépend de la personne qui l’a écrit. Demandez le code source, une documentation, et la possibilité de le confier à quelqu’un d’autre.
Il a aussi un coût qui ne s’arrête pas à la livraison. Les logiciels qu’il relie changent, et le programme doit suivre. Prévoyez qui s’en chargera avant de commencer, pas le jour de la première panne.
Faut-il vraiment choisir entre les deux ?
Rarement. Le montage le plus courant associe un orchestrateur, pour l’enchaînement des étapes, à un connecteur sur mesure pour le seul logiciel qui ne parle à aucun autre.
Chaque partie fait alors ce qu’elle fait bien. Le flux reste lisible par votre équipe. Le code se limite à ce qu’aucun outil ne sait faire, ce qui réduit ce qu’il faudra maintenir.
Comment décider sans se tromper ?
En partant du processus, pas de l’outil. Posez ces questions dans l’ordre.
- Quelles données passent par le flux, et acceptez-vous de les confier à un service en ligne ?
- Vos logiciels proposent-ils une connexion, ou faudra-t-il en construire une ?
- Combien de fois par jour le flux tournera-t-il, aujourd’hui et quand l’activité aura grandi ?
- Combien de cas particuliers faut-il prévoir ?
- Qui, chez vous, regardera quand quelque chose échoue ?
- Que se passe-t-il si vous changez d’outil ou de prestataire ?
Les réponses désignent presque toujours la solution. Si elles restent floues, c’est que le processus lui-même n’est pas encore clair. C’est l’objet d’un audit des processus, et c’est aussi ce qu’explique le guide Par où commencer l’automatisation dans une PME.
Questions fréquentes
Peut-on commencer avec un outil et passer au sur-mesure plus tard ?
Oui, mais le flux ne se convertit pas en programme : il se réécrit. Ce qui se conserve est le plus utile, à savoir le schéma du processus, ses règles et les cas d’exception relevés en chemin.
Un outil d’automatisation est-il réservé aux développeurs ?
Non. Les flux se dessinent à l’écran et se lisent sans savoir programmer. En revanche, installer et entretenir un outil sur votre propre serveur demande des compétences techniques, ou quelqu’un qui s’en charge.
Le sur-mesure est-il toujours plus solide ?
Non. Un programme n’est solide que s’il est testé, documenté et suivi. Un flux simple, dans un outil entretenu par son éditeur, tient souvent mieux qu’un code que plus personne n’ose toucher.
Que choisir quand on n’a encore rien automatisé ?
Rien, dans un premier temps. Choisissez d’abord un processus fréquent, aux règles stables, puis la solution qui lui convient. Un outil acheté avant de savoir ce qu’on lui confiera sert rarement.