Ton automatisation est-elle
vraiment rentable ?

Une automatisation coûte du temps à construire et à entretenir. Ce calculateur dit au bout de combien de mois elle se rembourse — ou si elle ne se rembourse jamais. Rien n'est envoyé nulle part : tout est calculé dans ton navigateur.

Le temps que tu passes à la faire une fois, à la main.

En dessous de trois fois par semaine, l'automatisation se justifie rarement.

Sois honnête : compte les essais, pas seulement la version qui marche.

Le poste que tout le monde oublie. Vingt à trente minutes pour un scénario simple.

Connecteur, crédits API, hébergement. Zéro si tout est gratuit.

Ce que tu factures, ou ce que tu produirais d'autre pendant ce temps.

Ce que le calcul mesure — et ce qu'il ne mesure pas

La question « est-ce que ça vaut le coup d'automatiser ça ? » se tranche mal à l'intuition, parce que deux postes sont systématiquement sous-estimés : le temps de construction réel, essais compris, et la maintenance. On se souvient du gain hebdomadaire, on oublie les trois heures du samedi et les vingt minutes du mois suivant quand la chaîne a cassé.

Le calcul est volontairement simple. Le gain mensuel, c'est la durée de la tâche multipliée par sa fréquence sur un mois moyen — 4,33 semaines — moins le temps de maintenance. Ce temps est converti en euros à ton taux horaire, puis on retire le coût des outils. Le seuil de rentabilité est le temps de construction, lui aussi valorisé à ton taux horaire, divisé par ce gain net mensuel.

Ce que le calcul ne voit pas, en revanche, c'est le risque. Une tâche peut être parfaitement rentable sur le papier et rester une mauvaise candidate : si elle demande du jugement à chaque fois, elle n'est pas automatisable — elle est assistable, ce qui est différent. Si une erreur touche un client ou de l'argent, elle reste sous contrôle humain, quel que soit le nombre d'heures gagnées.

C'est pour ça que le calcul arrive en second. Le premier filtre reste la règle des trois conditions : la tâche est répétitive, elle est stable, et une erreur ne coûte pas cher. Les trois doivent être vraies. Deux sur trois ne suffisent pas — et aucun calculateur ne rattrapera un mauvais candidat.

Comment lire le résultat

Moins de six mois : c'est un bon calcul, monte-la. Entre six et douze mois : défendable si la tâche est vraiment stable, à éviter si l'outil concerné bouge souvent. Au-delà de douze mois : abstiens-toi. À cette échéance, le processus ou l'outil aura changé avant que tu aies récupéré ton investissement — et tu auras entretenu une chaîne fragile pour rien.

Deux résultats méritent une lecture particulière. Si le temps net gagné est négatif, la maintenance mange tout : la chaîne te coûte plus de temps qu'elle ne t'en rend. Si le gain net en euros est négatif alors que le temps gagné est positif, c'est l'abonnement qui est trop cher pour le volume : soit tu trouves un outil moins cher, soit tu fais la tâche à la main.

Une fois la chaîne en place, le travail n'est pas fini : il faut mesurer le temps réellement gagné plutôt que le temps estimé ici. L'écart entre les deux est souvent instructif, et c'est lui qui doit décider si tu en montes une deuxième.

Questions fréquentes

Comment calcule-t-on la rentabilité d'une automatisation ?

On compare ce qu'elle coûte à ce qu'elle rapporte en temps. Le coût, c'est le temps de construction valorisé à ton taux horaire, plus l'abonnement mensuel de l'outil, plus la maintenance. Le gain, c'est le temps de la tâche multiplié par sa fréquence, moins la maintenance. Le seuil de rentabilité est le nombre de mois nécessaires pour que le gain cumulé couvre le coût de construction.

Pourquoi faut-il compter la maintenance ?

Parce qu'une automatisation n'est jamais finie. Un outil change son interface, une API évolue, un format d'export bouge — et la chaîne casse. Sur les scénarios simples, compter vingt à trente minutes par mois est réaliste. Sur les chaînes à plusieurs étapes, davantage. C'est le poste que tout le monde oublie et c'est souvent lui qui rend l'automatisation non rentable.

Que vaut mon heure si je n'ai pas de taux horaire ?

Prends ce que tu factures à un client, ou à défaut ton revenu mensuel net divisé par le nombre d'heures réellement travaillées. Si tu ne factures pas à l'heure, utilise la valeur de ce que tu aurais produit d'autre pendant ce temps. L'important est d'utiliser le même chiffre pour toutes tes décisions, pas d'avoir le chiffre parfait.

À partir de quel seuil une automatisation vaut-elle le coup ?

En dessous de six mois de retour sur investissement, c'est un bon calcul. Entre six et douze mois, ça reste défendable si la tâche est stable. Au-delà de douze mois, il vaut mieux s'abstenir : à cette échéance, l'outil ou le processus aura probablement changé avant d'être rentabilisé.

Le calcul suffit-il à décider ?

Non. Le calcul mesure le temps et l'argent, pas le risque. Une tâche peut être rentable à automatiser sur le papier et rester une mauvaise idée si elle demande du jugement à chaque fois, ou si une erreur touche directement un client. Les trois conditions à vérifier avant tout calcul sont : la tâche est répétitive, elle est stable, et une erreur ne coûte pas cher.

Ce calculateur est gratuit, sans inscription, et ne transmet aucune donnée : tout est calculé localement dans ton navigateur. Pour aller plus loin, le guide automatiser ses workflows avec l'IA détaille quels chantiers monter en premier, et connecter ses outils sans coder explique le principe déclencheur puis action.