Nous construisons des automatisations, et nous refusons des chantiers. Pas par manque d'envie : parce qu'un workflow mal placé coûte plus cher que le travail manuel qu'il remplace, et qu'il faut ensuite le défaire. Cet article décrit trois automatisations que nous ne recommandons pas, avec le raisonnement qui permet de les reconnaître.
La règle qui explique les trois cas tient en une phrase : automatiser ne crée pas de valeur, cela multiplie ce qu'on lui confie. Une bonne tâche devient meilleure. Une tâche discutable devient une nuisance à grande échelle.
Si vous cherchez d'abord par quoi commencer, l'ordre de travail est décrit dans par où commencer quand tout est manuel. Ici, nous traitons l'inverse : les chantiers à écarter.
Pourquoi une automatisation peut coûter plus qu'elle rapporte
Trois coûts se cumulent, et ils sont rarement anticipés ensemble.
Le coût de construction. De deux à cinq jours de travail pour un premier enchaînement, selon le nombre d'outils à brancher. Ce coût est visible, et il se discute.
Le coût d'exploitation. Une à deux heures par mois pour surveiller, corriger et mettre à jour. Ce coût est discret, mais il ne s'arrête pas.
Le coût de l'erreur répétée. C'est le plus lourd, et c'est celui qui n'apparaît sur aucun devis. Un mauvais message envoyé à la main à dix personnes se rattrape par un appel. Le même message envoyé automatiquement à trois cents contacts produit trois cents fois le même effet, plus les signalements et les désinscriptions qui suivent. La vitesse change la nature du problème.
Ce n'est donc pas une question de volume seul. Un chantier se juge sur trois conditions : la tâche doit mériter d'être faite, le volume doit justifier la construction, et la décision doit pouvoir être prise par une règle. Si une seule manque, l'automatisation attendra. Le calcul du seuil est détaillé dans combien coûte une automatisation, avec la méthode complète.
Première erreur : automatiser une tâche qu'il ne faut pas faire
L'exemple le plus courant est la relance automatique de prospects mal qualifiés. Des fichiers achetés, une liste collectée lors d'un salon sans aucun critère, des contacts ayant téléchargé un document sans projet d'achat, des numéros relevés dans des groupes. Personne n'a jamais vérifié que ces personnes avaient un besoin.
L'automatisation ne corrige pas ce défaut, elle l'industrialise. Trois messages en séquence sur trois cents contacts représentent neuf cents envois. Le taux de réponse reste très faible, parce que la question n'est pas la fréquence de la relance mais l'existence du besoin. Ce qui monte, en revanche, ce sont les désinscriptions et les signalements.
Sur WhatsApp, ce point dépasse le confort. Le numéro professionnel se dégrade quand les destinataires le bloquent ou le signalent, et cette qualité conditionne la remise des messages. Autrement dit, l'automatisation d'une mauvaise liste abîme un actif qui a demandé des semaines de vérification à obtenir.
La question qui tranche. Si je devais envoyer ce message à la main, un par un, à cette personne précise, le ferais-je ? Si la réponse est non, l'automatisation ne fait que vous cacher la vraie décision, qui porte sur la liste, pas sur l'outil.
Ce qu'il faut faire à la place tient en deux gestes, tous les deux situés en amont. D'abord, écrire un critère de qualification : un besoin exprimé, un délai, une zone, un budget évoqué. Ensuite, n'écrire qu'à ceux qui passent ce critère, même s'ils sont peu nombreux. Quelqu'un qui n'a pas de projet ne deviendra pas client parce qu'on l'a relancé trois fois : il signalera le message. Si votre fichier ne contient pas de quoi qualifier, le premier chantier n'est pas l'automatisation, c'est la collecte.
Deuxième erreur : automatiser avant d'avoir le volume
La deuxième erreur est plus discrète, parce qu'elle ne fait de mal à personne. Elle consiste à construire un workflow pour une activité trop faible : cinq demandes par mois, trois devis, une relance de temps en temps.
Prenons le calcul, avec les chiffres du cas. Cinq demandes par mois, dix minutes de saisie chacune : cinquante minutes de travail mensuel. En face, deux à quatre jours de construction, plus une à deux heures de maintenance par mois. Le rapport est défavorable, et il le restera : aucun volume futur ne rendra ce chantier rentable si le volume ne change pas.
Le second effet est moins visible. Un workflow construit trop tôt se construit sur des règles qui ne sont pas encore stabilisées. Vous découvrez vos vrais cas particuliers au troisième mois, quand le processus est en place, et il faut alors le reprendre. Un travail manuel, lui, s'ajuste en cinq minutes.
Le bon moment n'est donc pas celui où l'outil devient disponible, c'est celui où le geste devient pénible. Le repère que nous utilisons : en dessous de deux heures par mois, on attend. Au-delà de huit heures, le chantier devient le premier de la liste.
Que faire en attendant ? Trois réponses qui coûtent une heure et qui rendent service tout de suite. Un modèle de message enregistré dans WhatsApp pour les réponses qui reviennent tout le temps. Un tableur structuré avec des colonnes fixes, pour que la reprise soit possible le jour où le volume arrive. Une alerte calendrier pour les relances, qui ne dépend d'aucun outil. C'est manuel, et c'est suffisant à ce stade.
Troisième erreur : automatiser une conversation humaine
Le cas typique : répondre automatiquement à une réclamation. Un client écrit que sa commande est en retard, qu'un produit ne correspond pas, qu'une facture est fausse. Un système lui répond en trente secondes par un message poli qui ne traite rien.
Ce qui se passe ensuite est prévisible. Le client est déjà mécontent ; il comprend qu'il parle à une machine et que personne n'a lu son message. La réponse rapide ne l'apaise pas, elle confirme que son problème n'intéresse personne. Le coût est double : la commande en cours, et la parole qu'il portera ensuite.
Ce qui rend cette erreur fréquente, c'est la pression du délai de réponse. On veut montrer qu'on réagit vite, et l'automatisation semble être la seule façon de tenir ce délai. C'est là que le périmètre doit être posé précisément.
Ce qui s'automatise proprement, c'est tout ce qui entoure la conversation. Accuser réception en trente secondes, avec un numéro de suivi. Recueillir les faits : numéro de commande, description, photo. Prévenir la personne compétente, avec un délai de prise en charge annoncé. Tracer la promesse faite et rappeler l'échéance. Et surtout, ne jamais laisser une réponse automatique clore un échange de ce type.
La même logique vaut pour une négociation de prix, un délai difficile à tenir, une demande commerciale inhabituelle. Ces échanges doivent rester humains, et c'est même leur intérêt : c'est là que se joue la relation. Ce qui s'automatise, c'est le classement, l'orientation, la relance et la trace.
Les trois signes qu'il faut attendre
Avant de lancer un chantier, trois vérifications. Si l'une échoue, ce n'est pas le bon moment, et ce n'est peut-être pas la bonne tâche.
1. La règle change à chaque fois. Si vous décidez différemment selon le client, la période ou l'humeur, il n'y a pas de règle à automatiser. Vous avez affaire à un jugement, et un jugement ne s'écrit pas en étapes. Tant que la règle bouge, le travail manuel est plus rapide à ajuster.
2. Les données n'existent pas encore. Une automatisation ne crée pas une information qui n'existe que dans votre tête ou dans un cahier. Si les besoins, les budgets et les dates ne sont écrits nulle part, le premier chantier est de les écrire, à la main, une fois.
3. Personne ne peut recevoir les alertes. Un workflow s'arrête un jour : une interface change, un jeton expire, le courant coupe. Si personne n'est désigné pour lire le message et réagir, la panne sera silencieuse. Un système qui tombe sans que personne ne le sache est plus dangereux que pas de système du tout, parce que vous croyez que le travail se fait.
Que faire à la place : trois réponses manuelles qui suffisent
Dans les trois cas décrits, la bonne réponse n'est pas une version plus légère de l'automatisation. C'est un travail manuel mieux organisé, et parfois la suppression pure et simple de la tâche.
1. Arrêter la tâche. Si une action ne produit rien, l'arrêter est la décision la plus rentable. Une relance qui ne génère pas de réponse, un reporting que personne ne lit, une séquence qui ne sert qu'à remplir un fichier : supprimez. Le temps récupéré est immédiat, et le coût est nul.
2. Corriger l'amont. Une tâche mal faite est souvent le symptôme d'un problème plus haut. Une relance sans effet vient d'une liste sans critère. Un suivi illisible vient d'une capture sans champ obligatoire. Traitez la cause une fois, et une partie du travail disparaît sans automatisation.
3. Écrire une procédure simple. Trois modèles de messages, un tableur à colonnes fixes, une alerte calendrier pour les échéances. Une heure de mise en forme, et le geste devient tenable. C'est cette procédure qui deviendra le cahier des charges le jour où le volume justifiera un workflow.
Ce qu'il faut retenir
Une automatisation ne se juge pas sur sa réussite technique, mais sur ce qu'elle rend. Trois conditions doivent être réunies : la tâche doit mériter d'être faite, le volume doit dépasser les deux heures par mois, et la décision doit tenir dans une règle stable. Quand une condition manque, le travail manuel bien organisé est plus rapide, moins cher et plus facile à corriger.
Refuser un chantier n'est pas un manque d'ambition. C'est la même logique que la sélection de la première tâche : on traite ce qui coûte le plus, dans l'ordre. Un projet construit sur une tâche inutile ou sur un volume absent consomme du temps et de la confiance, et il rend plus difficile le chantier suivant, celui qui aurait compté.
L'automatisation n'est pas toujours la réponse
Dans notre pratique, la question posée au début d'un projet n'est jamais « que peut-on automatiser », mais « qu'est-ce qui vous coûte le plus, et faut-il vraiment continuer à le faire ». Il arrive que la réponse soit d'arrêter une activité, de corriger un formulaire, ou d'écrire trois modèles de messages. Le jour où le volume arrive et où la règle est claire, le chantier se construit vite, sur des bases propres. C'est ce travail de sélection qui décide du résultat, avant l'outil.
Un chantier qui mérite d'être fait ?
Le diagnostic gratuit sert aussi à écarter les automatisations qui ne rapporteront rien : volumes, règles, données disponibles. Ce qui reste est chiffré, le reste est écarté.
Voir l'automatisation Écrire sur WhatsAppFAQ — Les automatisations à éviter
Faut-il automatiser toutes ses tâches répétitives ?
Non. Une tâche répétitive se traite d'abord sur le fond : faut-il continuer à la faire, et peut-on la corriger en amont ? L'automatisation vient ensuite, quand la tâche mérite d'être faite, que le volume dépasse deux heures par mois et que la règle est stable. En dessous, un modèle de message et un tableur bien tenu suffisent souvent.
Pourquoi ne pas relancer automatiquement tous ses prospects ?
Parce que la relance ne crée pas le besoin. Sur une liste non qualifiée, elle multiplie les envois sans augmenter les ventes, et elle augmente les désinscriptions et les signalements. Sur WhatsApp, ces signalements dégradent la qualité du numéro professionnel, donc la remise des messages. Le travail utile se fait sur la liste, avant la séquence.
À partir de quel volume une automatisation vaut le coup ?
En dessous de deux heures par mois consacrées à la tâche, nous conseillons d'attendre : la construction et la maintenance coûtent plus que le travail manuel. L'exemple à retenir est celui de cinq demandes par mois, qui représentent moins d'une heure de saisie : le chantier ne se rentabilise pas, quel que soit l'outil choisi.
Peut-on automatiser les réponses aux réclamations ?
Ce qui entoure la réclamation s'automatise : accusé de réception, recueil des faits, orientation vers la bonne personne, rappel de l'engagement pris. La réponse elle-même reste humaine. Une réponse automatique à un client mécontent lui confirme que personne n'a lu son message, et le coût dépasse largement le temps gagné.
Que faire si j'ai déjà automatisé une mauvaise tâche ?
L'arrêter, ou en réduire le périmètre. Un workflow qui envoie des messages à une liste non qualifiée se coupe, et la liste se retravaille avant toute nouvelle séquence. Il n'y a pas de coût à arrêter une automatisation devenue inutile : le seul coût réel est de la laisser tourner.
L'automatisation est-elle toujours la bonne réponse ?
Non. Trois situations se traitent mieux sans elle : une tâche qui ne devrait pas exister, un volume trop faible pour justifier la construction, et une conversation qui doit rester humaine. Dans ces cas, le travail manuel bien organisé donne un meilleur résultat, et il prépare le chantier du jour où le volume sera là.