Workflows répétables

Repérer ce qui se répète

Liste les tâches que toi ou ton équipe refaites chaque semaine : reporting, tri d'emails, relances, résumés. Ce sont tes meilleurs candidats. Commence par la plus pénible, pas la plus complexe. La pénibilité est un excellent indicateur : une tâche détestée est une tâche qu'on repousse, qu'on bâcle ou qu'on fait de mauvaise humeur — l'automatiser rapporte du temps et du moral.

Pour Marc, l'inventaire a pris vingt minutes en réunion d'équipe : chacun a listé ce qu'il refait chaque semaine et l'a noté de 1 à 5 en agacement. Le palmarès : la relance mensuelle des clients en retard de pièces, le compte-rendu du point hebdomadaire, et le pointage des factures fournisseurs. Trois processus, tous parfaits pour démarrer — fréquents, bien délimités, sans décision engageante au milieu.

Tu remarqueras que tout ce que tu as appris dans les chapitres précédents converge ici. Un workflow répétable, c'est simplement un bon brief (chapitre 1), éventuellement nourri de veille (chapitre 2), produisant des documents (chapitre 3) ou des analyses (chapitre 4) — mais écrit une fois pour être rejoué chaque semaine. Ce chapitre transforme tes réussites ponctuelles en système.

Tous les processus ne se valent pas

Ce tri t'évite la déception classique : essayer d'automatiser d'emblée le processus le plus complexe du cabinet, échouer, et en conclure que « ça ne marche pas pour nous ». La progression gagnante est l'inverse : un premier workflow simple qui marche de façon fiable crée la confiance et l'envie — chez toi comme dans ton équipe. Les processus complexes viendront, portés par cette dynamique.

Documenter le process une fois

Décris ton process étape par étape et demande à Claude d'en faire une checklist réutilisable. La prochaine fois, tu colles la checklist et il l'exécute, sans tout réexpliquer. C'est le même principe que les procédures écrites d'un cabinet bien organisé — sauf que la procédure n'est pas seulement lisible : elle est exécutable.

Décris le processus comme tu l'expliquerais à un remplaçant pendant tes congés : où arrivent les informations, ce que tu en fais, dans quel ordre, à quoi ressemble le résultat final, et les cas particuliers (« si le client a déjà été relancé deux fois, le ton change », « les clients en procédure ne sont jamais relancés »). Ces cas particuliers sont le sel du workflow : ce sont eux qui font la différence entre une automatisation naïve et une automatisation qui te ressemble.

Voici comment je prépare la relance mensuelle des clients en retard de pièces :
1. J'exporte la liste des dossiers incomplets depuis notre logiciel
2. J'écarte les clients en procédure ou en litige
3. Pour une 1re relance : email courtois avec la liste des pièces manquantes
4. Pour une 2e relance : ton plus ferme + date limite + copie à l'associé
5. Je tiens un tableau de suivi des relances envoyées
Transforme ça en checklist réutilisable que je pourrai te redonner chaque mois avec mon export, pour que tu exécutes tout : tri, emails personnalisés par client, et tableau de suivi à jour.

flowchart LR
  D["Documenter le process"] --> CL["Checklist réutilisable"]
  CL --> E["Exécution par Claude"]
  E --> M["Mesure du temps gagné"]
  M -->|"Améliorer"| D

Tester, fiabiliser, améliorer

Un workflow ne naît pas parfait : il le devient. Les deux ou trois premières exécutions, compare le résultat à ce que tu aurais fait toi-même et note les écarts : un ton trop sec ici, un cas particulier oublié là. Puis réinjecte ces corrections dans la checklist elle-même — pas seulement dans la conversation du jour. C'est la différence entre corriger une copie et améliorer le manuel.

Le diagramme ci-dessus n'est pas décoratif : la flèche « Améliorer » est l'étape que tout le monde saute et qui fait pourtant tout. Une checklist enrichie de trois mois de cas réels devient remarquablement fiable — elle contient désormais plus de connaissance métier que la tête de n'importe quel nouveau collaborateur. Chez Marc, la checklist de relance en est à sa version 4 : elle gère neuf cas particuliers qu'aucun brief initial n'aurait pu prévoir.

Construis ta bibliothèque de workflows

Depuis le chapitre 1, tu mets de côté tes meilleurs briefs. Il est temps d'en faire un outil d'équipe : un document partagé unique — la bibliothèque de workflows du cabinet — où chaque entrée tient en quatre lignes : nom du workflow, quand l'utiliser, la checklist à coller, et la dernière date de mise à jour. Rien de plus : la sophistication tuerait l'usage.

L'effet de cette bibliothèque dépasse le gain de temps individuel : elle égalise le niveau de l'équipe. La relance client de la collaboratrice junior sort aussi bien calibrée que celle de Marc, parce que c'est la même checklist qui tourne. Et quand quelqu'un améliore un workflow, toute l'équipe en profite à l'exécution suivante. C'est l'actif le plus durable que ce cours te fait construire : il s'apprécie avec le temps au lieu de s'user.

Embarquer ton équipe

Le facteur limitant n'est presque jamais l'outil : c'est l'adoption. Trois pratiques font la différence. D'abord, montre plutôt qu'expliquer : une démonstration de dix minutes sur la tâche que tout le monde déteste vaut mieux qu'une réunion d'une heure sur « l'IA au cabinet ». Ensuite, laisse chacun choisir son premier workflow : l'adoption vient de la douleur personnelle soulagée, pas d'une directive. Enfin, institue un rituel léger : cinq minutes au point hebdo où chacun partage une réussite ou un raté de la semaine avec l'outil.

Anticipe aussi les craintes, car elles sont légitimes : « est-ce que ça va me remplacer ? » mérite une vraie réponse. Chez Marc, la réponse est factuelle : personne n'a été remplacé, mais les soirées à finir les relances ont disparu, et le temps récupéré est parti vers le conseil client — la partie du métier que tout le monde préfère et qui se facture mieux. Un discours honnête sur ce que l'outil fait (les tâches mécaniques) et ne fait pas (la relation, le jugement, la signature) désamorce l'essentiel.

Mesurer pour convaincre

Note le temps que prenait la tâche avant, et après. Pour Marc, additionner ces minutes sur l'équipe et sur l'année, c'est ce qui transforme « gadget IA » en « 15 heures récupérées par semaine ». La mesure n'a pas besoin d'être scientifique : une estimation honnête avant/après par workflow, multipliée par la fréquence et le nombre de personnes concernées, suffit largement.

Fais le calcul sur le cas de la relance mensuelle : 3 heures avant, 30 minutes après (vérification et envoi compris), soit 2 h 30 gagnées par mois, 30 heures par an — pour un seul workflow, une seule personne. Le tableau de bord de Marc tient sur une page : chaque workflow, son gain mensuel estimé, son statut (en test / fiable / à améliorer). Total au bout de quatre mois : 14 à 16 heures par semaine sur l'équipe de quatre. L'objectif du cours n'était pas un slogan.

Et cette mesure a un dernier mérite : elle te dit où investir ensuite. Si la veille mensuelle ne fait gagner qu'une heure là où le reporting en fait gagner six, tu sais lequel des deux mérite une version 2 de sa checklist. Mesurer, c'est piloter — exactement ce que Marc fait pour ses clients, appliqué cette fois à son propre temps.