Le business case

Revenir à la décision, avec des chiffres

Le premier chapitre posait une grille qualitative pour trancher entre automatiser ou pas. Ce dernier chapitre referme la boucle en la chiffrant. Un business case n’est pas un exercice de justification a posteriori d’une décision déjà prise : c’est l’outil qui permet de la prendre, ou de la remettre en cause si les chiffres ne suivent pas la conviction initiale. Une automatisation séduisante en démonstration peut très bien ne pas mériter d’être construite une fois son coût complet mis en face de son gain réel.

Les coûts complets, pas seulement la licence

Le coût d’une automatisation dépasse largement le prix affiché de la plateforme choisie. Cinq postes doivent être réunis pour obtenir une image fidèle.

Les licences, à raisonner en logique de facturation plutôt qu’en montant fixe : à la tâche, à l’opération, par utilisateur, chaque modèle produit une trajectoire de coût différente selon le volume, avec des effets de seuil qu’il faut anticiper au chapitre 3 déjà évoqués. La construction : le temps de conception, de test et de mise au point du workflow, qu’il soit réalisé en interne ou par un prestataire, à valoriser même quand il est interne, car le temps d’une personne compétente a un coût d’opportunité réel. La maintenance : un workflow n’est jamais figé, il évolue avec les API qu’il consomme et les règles métier qui changent ; ignorer ce poste revient à sous-évaluer systématiquement le coût réel d’une automatisation. La formation : les personnes qui vont utiliser, superviser ou faire évoluer le workflow doivent comprendre son fonctionnement, ce qui prend du temps et mérite d’être budgété plutôt que subi. Le risque, enfin, le poste le plus souvent oublié : la probabilité et le coût d’un incident, panne, erreur de traitement, non-conformité, pondérés par leur gravité, qui doivent entrer dans le calcul au même titre qu’une dépense certaine.

Les gains, au-delà du temps

Symétriquement, les gains d’une automatisation ne se limitent pas aux heures de travail économisées, même si c’est souvent le seul chiffre mis en avant.

Le temps reste le gain le plus visible et le plus facile à mesurer : des heures libérées, qui peuvent être réaffectées à des tâches à plus forte valeur, ou simplement supprimées si le poste correspondant n’existe plus. Les erreurs évitées ont un coût qu’il faut chiffrer avec la même rigueur que les erreurs mesurées au chapitre 1 : une relance en double, une facture erronée, un rendez-vous manqué, chacune a un coût de correction et parfois un coût de réputation. La réactivité : un processus qui répondait en deux jours et qui répond en deux minutes change la relation avec la personne qui attend, un gain réel mais plus difficile à convertir directement en euros, sans être pour autant négligeable.

Calculer le retour sur investissement et son seuil

Le retour sur investissement d’une automatisation se calcule en rapportant le gain net, gains totaux moins coûts complets sur une période donnée, à l’investissement initial engagé pour la construire. Ce calcul n’a de sens que si la période retenue couvre au moins un cycle complet de maintenance, faute de quoi une automatisation qui paraît rentable la première année peut se révéler déficitaire dès qu’apparaît son premier coût de maintenance significatif.

Le seuil de rentabilité, le volume ou la durée à partir duquel les gains cumulés dépassent les coûts cumulés, est l’indicateur le plus utile pour arbitrer entre plusieurs candidats à automatiser : à budget de construction équivalent, celui dont le seuil est atteint le plus vite mérite en général la priorité, sauf si un autre candidat porte un risque nettement supérieur à laisser courir.

Quand la bonne décision est de ne pas automatiser

Un business case honnête doit pouvoir conclure à l’inverse de l’intuition de départ. Trois signaux doivent alerter. Un coût de maintenance qui croît plus vite que le volume traité, souvent le signe d’un processus resté trop instable, au sens du chapitre 1, pour être figé dans un workflow. Un seuil de rentabilité qui dépasse la durée de vie prévisible du processus lui-même, un produit ou un service voué à changer avant que l’automatisation n’ait eu le temps de se rembourser. Et un risque de non-conformité ou d’erreur dont la gravité potentielle dépasse largement l’économie visée, situation où le gain de temps ne justifie pas l’exposition prise.

Dans ces trois cas, la meilleure décision n’est pas de choisir une plateforme moins chère ou de simplifier le scénario : c’est de renoncer, ou d’attendre que le processus se stabilise. Ce renoncement n’est pas un échec de méthode, c’est au contraire la preuve que la méthode a fonctionné : elle a permis de le voir avant d’avoir dépensé le budget.

Ce qu’il faut retenir

Décider avant d’outiller, structurer avant d’automatiser, choisir une plateforme en connaissance de cause, concevoir la conformité en même temps que le workflow, et chiffrer honnêtement jusqu’à savoir renoncer : ces cinq chapitres forment une seule méthode, pas cinq sujets indépendants. La fascination pour l’outil s’arrête là où commence cette discipline. Pour aller plus loin sur un projet précis, contactez-nous : nous accompagnons aussi bien le cadrage d’une automatisation que sa mise en conformité.