Les six tâches qu'une TPE peut automatiser en quinze jours

Les quatre critères d'une bonne première tâche

Avant de choisir, passez la tâche envisagée au filtre suivant. Il faut les quatre, pas trois.

• Elle est répétitive. Elle revient au moins chaque semaine, sous une forme comparable.
• Elle a une entrée et une sortie claires. Un document entre, une donnée sort. Si vous ne savez pas décrire la sortie, l'outil ne le saura pas non plus.
• Elle est déjà faite par quelqu'un. Automatiser une tâche que personne ne fait ne libère aucune heure.
• Une erreur se rattrape. On commence là où une personne valide avant que ça parte, jamais sur un processus irréversible.

Les six candidates les plus rentables

Par ordre de fréquence dans les projets que nous construisons.

• Le chiffrage de devis. Une demande client entre sous n'importe quelle forme, un devis calé sur vos prix en sort.
• La facturation depuis le travail réel. Les heures ou les interventions saisies deviennent une facture, sans reconstruction de mémoire.
• Le tri de la boîte partagée. Chaque message est classé, attribué, et accompagné d'une réponse rédigée.
• La lecture de documents. Factures, bons, lettres de voiture : les données en sortent structurées, sans ressaisie.
• La recherche dans vos archives. Une question en français, une réponse sourcée tirée de vos propres documents.
• Le reporting de gestion. Une question de direction, un chiffre à jour, avec le calcul affiché.

Celle par laquelle commencer

Prenez celle dont le résultat se vend. Dans une entreprise qui chiffre, c'est le devis, parce qu'un devis parti plus tôt est un chantier gagné. Dans un cabinet qui facture au temps, c'est la facturation, parce que l'heure non notée est perdue définitivement.

Évitez de commencer par la tâche la plus agaçante si elle n'est pas la plus coûteuse. L'agacement se mesure mal, les heures se mesurent bien.

Les mauvaises premières tâches

Trois familles à écarter pour un premier projet, non parce qu'elles sont impossibles, mais parce qu'elles ne prouvent rien assez vite.

Les tâches trop rares, qui n'apporteront pas de gain mesurable en trois mois. Les tâches sans validation humaine possible, qui exposent à un risque disproportionné au démarrage. Et les tâches dont personne ne sait décrire le résultat attendu, qui produisent invariablement des allers-retours sans fin.

Combien de temps avant de voir le gain

L'outil est en service au bout de quinze jours, mais le gain ne se mesure pas le seizième. Comptez trente jours de retouches, pendant lesquels l'usage réel fait apparaître des cas que personne n'avait décrits, puis un trimestre pour un chiffre stable.

Pour mesurer honnêtement, relevez un point de départ avant de commencer : combien de devis partent par semaine, combien d'heures sont saisies, combien de temps s'écoule entre une demande et une réponse. Un seul chiffre suffit, à condition de le prendre avant.

Sans ce point de départ, la discussion à trois mois se termine toujours par une impression au lieu d'un constat. Et une impression ne justifie pas le deuxième outil.

Comment décrire la tâche pour qu'elle soit constructible

La qualité de l'outil dépend surtout de la netteté de la description. Quatre éléments suffisent, et vous pouvez les écrire en dix minutes.

• Ce qui entre. Un mail, un vocal, une photo, un PDF, une ligne de tableur. Dites sous quelles formes cela arrive réellement, y compris les plus sales.
• Ce qui doit sortir. Un devis, une écriture, une réponse, une ligne de données. Montrez trois exemples réels d'une sortie que vous jugez bonne.
• Les règles qui s'appliquent. Vos remises, vos délais, vos formules imposées, vos mentions obligatoires.
• Les exceptions. Les cas où il ne faut surtout pas automatiser et où un humain doit reprendre la main.

Ce dernier point est celui que les prestataires oublient, et c'est celui qui décide de l'adoption. Une équipe accepte un outil qui sait dire « je ne sais pas », jamais un outil qui se trompe avec assurance.

La personne à mettre dans la boucle

Le projet se joue sur une heure : celle de la personne qui fait la tâche aujourd'hui. Pas le dirigeant, pas le responsable informatique.

C'est elle qui connaît les cas particuliers, les clients qu'on traite différemment, les raccourcis qui ne sont écrits nulle part. Un outil construit sans elle rate systématiquement ces détails, et ce sont eux qui font qu'un outil est utilisé ou contourné.

C'est aussi la meilleure garantie d'adoption. Une personne qui a été consultée pendant la construction défend l'outil devant ses collègues. Une personne à qui on l'impose cherche ses défauts, et elle en trouvera.

Questions fréquentes

Peut-on automatiser deux tâches en même temps ?

C'est possible, mais nous le déconseillons pour un premier projet. Deux chantiers en parallèle doublent la charge de validation côté équipe au moment précis où elle découvre l'outil. Mieux vaut une tâche en service et mesurée, puis la suivante.

Que faire si l'équipe résiste ?

Regardez d'abord si la résistance est un signal de conception. Si l'outil demande plus d'une heure de prise en main, c'est notre erreur et nous la corrigeons pendant les trente jours inclus. Et faites participer au cadrage la personne qui fait la tâche aujourd'hui : c'est elle qui sait, pas le dirigeant.

Comment mesurer le gain réellement ?

Prenez un chiffre avant de commencer et reprenez le même trois mois plus tard, sans changer la façon de le calculer. Le nombre de devis envoyés, le délai moyen de réponse ou le nombre d'heures facturées font de bons indicateurs, parce qu'ils sont déjà dans vos outils.