Par quelle tâche commencer : choisir son premier processus
Dix tâches à automatiser, une seule à choisir. Cinq critères notés de 1 à 3, un calcul en heures, un exemple, les erreurs fréquentes et les cas où il vaut mieux ne rien installer.

Quelle tâche automatiser en premier dans une PME ?
Réponse directe : commencez par la tâche qui revient le plus souvent, suit des règles que vous savez écrire, coûte cher quand elle est mal faite et dont le résultat se vérifie en trente secondes. Une tâche qui réunit ces quatre traits fait un bon premier processus. Une tâche spectaculaire mais floue en fait un mauvais.
La plupart des PME ne manquent pas d’idées d’automatisation. Elles en ont dix, souvent plus, et chacune a un défenseur dans l’équipe. Le vrai blocage est le choix : sans méthode, on prend la tâche la plus visible ou celle qui agace le plus, et on se retrouve avec un projet trop large, jamais terminé. Cet article donne une grille de notation simple, un exemple chiffré, les erreurs les plus fréquentes et les cas où il vaut mieux ne rien automatiser pour l’instant.
Pourquoi le choix du premier processus décide de la suite
Le premier processus automatisé sert de preuve. S’il tourne en quelques semaines et qu’il économise du temps visible, l’équipe suit et le deuxième est plus facile à lancer. S’il s’enlise, la conclusion interne devient « l’IA ne marche pas chez nous », alors que le problème était le périmètre.
Les guides publiés par des prestataires d’automatisation convergent sur un point : un seul processus, un pilote court. Plusieurs parlent de quatre à huit semaines pour un premier pilote. Ce sont des repères de vendeurs, donc à prendre comme des ordres de grandeur, pas comme des engagements. Ce qui compte est le principe : un périmètre assez petit pour être terminé, assez réel pour se mesurer.
Les cinq critères qui font un bon premier processus
Voici les cinq questions que nous posons à un dirigeant avant de retenir une tâche. Chacune se note de 1 à 3 : 1 si la réponse est non, 2 si elle est partielle, 3 si elle est franchement oui.
- Fréquence. La tâche revient-elle chaque jour ou chaque semaine ? Une tâche annuelle ne justifie presque jamais l’effort de départ.
- Règles écrites. Un nouvel employé pourrait-il la faire à partir d’une consigne d’une page ? Si la réponse dépend de l’humeur du client ou de l’intuition du responsable, la tâche n’est pas prête.
- Coût d’une erreur ou d’un retard. Que perd-on quand la tâche est oubliée ou mal faite : une facture payée en retard, un client qui attend trois jours, un rapport faux ? Plus le coût est visible, plus le gain l’est aussi.
- Données accessibles. L’information de départ se trouve-t-elle déjà dans un outil que vous utilisez : messagerie, agenda, CRM, ERP, tableur partagé ? Si elle vit sur papier ou dans la tête d’une personne, il faut d’abord la sortir de là.
- Vérification rapide. Une personne peut-elle contrôler le résultat en moins d’une minute ? Un brouillon de relance se relit en dix secondes. Une analyse stratégique, non.
Le total va de 5 à 15. En dessous de 9, la tâche n’est pas mûre : mieux vaut clarifier le processus avant d’y toucher. Entre 9 et 12, elle est possible mais demande du travail de préparation. Au-dessus de 12, elle est candidate au premier rang.
Un exemple de notation, tâche par tâche
Le tableau ci-dessous est un exemple illustratif pour une PME de services qui fait de la facturation et du suivi clients. Les notes sont les nôtres pour ce cas ; les vôtres seront différentes, c’est justement le but de l’exercice.
| Tâche | Fréquence | Règles écrites | Coût d’une erreur | Données accessibles | Vérification rapide | Total |
|---|---|---|---|---|---|---|
| Relance des factures impayées | 3 | 3 | 3 | 3 | 3 | 15 |
| Saisie des factures fournisseurs | 3 | 2 | 2 | 2 | 3 | 12 |
| Réponse aux demandes entrantes | 3 | 2 | 3 | 3 | 2 | 13 |
| Reporting mensuel | 1 | 2 | 2 | 2 | 2 | 9 |
| Choix d’un nouveau fournisseur | 1 | 1 | 3 | 1 | 1 | 7 |
Dans cet exemple, la relance des impayés gagne : elle revient chaque semaine, ses règles tiennent en une page (délais, ton, escalade), un retard se chiffre directement en trésorerie, les données sont dans la comptabilité et un brouillon se relit vite. Le choix d’un fournisseur est le contre-exemple : rare, flou, difficile à vérifier. Ce n’est pas une tâche pour une automatisation de départ.
Chiffrer la tâche avant de la choisir
Une note ne suffit pas, il faut aussi un ordre de grandeur en heures. La formule est simple : durée d’une occurrence, multipliée par le nombre d’occurrences par semaine, multipliée par le nombre de semaines travaillées.
Prenons une hypothèse : une assistante passe 20 minutes par jour à relancer des factures et à noter les réponses. Cela fait un peu plus d’une heure et demie par semaine, soit environ 80 heures par an sur 48 semaines. À 60 francs de l’heure de coût complet, c’est environ 4 800 francs de temps annuel. Ce chiffre est un exemple, pas une moyenne : mesurez le vôtre avec une semaine de relevé réel, pas avec une estimation de mémoire.
Ce calcul ne compte pas le coût caché : les factures relancées trop tard, les clients agacés par un message maladroit, la charge mentale d’y penser. Il donne néanmoins un plancher. Si le plancher est de quelques dizaines d’heures par an, le gain sera modeste. S’il atteint plusieurs centaines d’heures, la tâche mérite d’être traitée en premier.
Les processus qui sont de bons candidats
Certaines tâches reviennent presque toujours en tête de liste dans les PME, parce qu’elles cochent les cinq critères :
- Les relances (la relance des impayés, la relance après un devis) : fréquentes, règles claires, résultat vérifiable.
- La lecture et le classement de documents (la lecture et le classement des documents) : volume élevé, mais il faut prévoir qui tranche quand la lecture est incertaine.
- Le premier tri des demandes entrantes : un message reçu le soir ne devrait pas attendre le matin pour être classé.
- La préparation de rapports récurrents : les chiffres existent déjà, c’est l’assemblage qui prend du temps.
Le point commun : l’IA prépare, une personne valide. C’est ce partage qui rend un premier projet sûr. Vous trouverez les cas d’usage détaillés dans les processus que le studio automatise.
Quand il ne faut pas automatiser, ou pas encore
Cette section compte autant que les autres : automatiser trop tôt coûte plus cher que d’attendre.
- Le processus n’est pas stable. Si l’équipe le fait de trois manières différentes, l’automatisation figera la confusion. Mettez d’abord les règles à plat.
- La tâche est rare. Quelques occurrences par an ne rembourseront pas le temps de préparation.
- Le résultat est difficile à vérifier. Si personne ne peut dire en une minute si la sortie est bonne, vous ne saurez pas non plus quand elle se dégrade.
- Les données sont absentes ou éparpillées. Le premier chantier est alors la collecte, pas l’automatisation.
- L’erreur est irréversible et grave. Une décision engageante, sans relecture possible, n’est pas un terrain de premier essai.
Dans ces cas, la bonne réponse est parfois de ne rien installer et de simplifier le processus à la main. Un processus plus simple coûte déjà moins cher, avant toute IA.
La méthode en six étapes
- Listez vos tâches répétitives. Demandez à chaque personne de noter pendant une semaine ce qu’elle refait plusieurs fois. Dix à quinze lignes suffisent.
- Chiffrez chaque ligne en heures. Utilisez la formule donnée plus haut, avec des durées relevées.
- Notez les cinq critères. Une note de 1 à 3, à deux personnes si possible, pour limiter les biais.
- Retenez une tâche, pas trois. Prenez la mieux notée et écartez la tentation de lancer plusieurs chantiers en parallèle.
- Définissez la mesure de réussite avant de commencer. Heures économisées, délai de réponse, taux d’erreur : un indicateur, relevé avant puis après.
- Lancez un pilote court et revoyez-le. Quelques semaines, une personne qui valide, une revue à la fin. Ensuite seulement, passez à la tâche suivante.
Si vous préférez ne pas faire cet inventaire seul, le diagnostic express en cinq questions sert exactement à cela : repérer la tâche qui coûte le plus d’heures et dire si elle se prête à l’automatisation.
Les erreurs qui reviennent le plus souvent
- Choisir la tâche la plus visible. La plus bruyante n’est pas la plus coûteuse. Le relevé d’heures le montre.
- Commencer par l’outil. On choisit une plateforme, puis on cherche un usage. Il faut faire l’inverse : le processus d’abord, l’outil ensuite.
- Viser le zéro intervention humaine. Pour un premier projet, garder une personne qui valide est un choix de sécurité, pas un échec.
- Oublier la mesure. Sans chiffre avant, impossible de prouver le gain après, et le projet perd son soutien.
- Automatiser un processus déjà défaillant. Un processus cassé, automatisé, produit des erreurs plus vite.
Et après le premier processus ?
Une fois le pilote revu, la grille sert de file d’attente : les tâches déjà notées restent classées, et chaque nouveau projet profite de ce qui a été appris sur le premier. Les données sont déjà branchées, les règles écrites, et la personne qui valide connaît le circuit. Le deuxième processus démarre donc plus vite, à condition de ne pas sauter l’étape de la mesure.
Reprenez aussi la grille tous les trimestres. Une tâche mal notée aujourd’hui, parce que ses règles étaient floues, peut devenir candidate quand l’équipe les a clarifiées.
En résumé
Le meilleur premier processus est rarement le plus ambitieux. C’est celui qui revient souvent, dont les règles tiennent sur une page, dont l’erreur coûte et dont le résultat se vérifie vite. Notez vos tâches sur cinq critères, chiffrez-les en heures, choisissez-en une seule et mesurez avant d’avancer.
Questions fréquentes
Quelle tâche automatiser en premier ?
Celle qui revient souvent, suit des règles écrites, coûte cher quand elle est mal faite et dont le résultat se vérifie en moins d’une minute. Les relances et le tri des demandes entrantes réunissent souvent ces critères.
Faut-il automatiser plusieurs tâches en même temps ?
Non. Un seul processus pour un premier projet, avec une mesure de réussite définie avant de commencer. On passe à la suivante une fois le premier pilote revu.
Combien d’heures par an faut-il pour que ça vaille la peine ?
Il n’existe pas de seuil officiel. Quelques dizaines d’heures par an donnent un gain modeste, plusieurs centaines justifient de traiter la tâche en premier. Relevez vos heures réelles avant de décider.
Peut-on automatiser un processus mal défini ?
C’est déconseillé. Si l’équipe réalise la tâche de plusieurs façons, l’automatisation fige la confusion. Mettez d’abord les règles à plat, puis automatisez.
Faut-il garder une personne qui valide ?
Oui pour un premier projet. L’IA prépare le brouillon ou le tri, une personne contrôle. Ce partage limite les risques et permet de repérer les erreurs tôt.


