Un cabinet de recrutement automatisé en six jours
Ce que la vitesse de construction change pour un dirigeant, comment découper un métier en tâches, et ce qui doit rester humain.
Thibault Pons de Vincent
Fondateur d'Oliverlist et de VivaSync
En septembre, j'ai construit un cabinet de recrutement automatisé en six jours. Je ne vous parlerai pas ici de ses résultats. Il est trop tôt, et un cabinet se juge sur ses clients, pas sur le temps qu'il a fallu pour le construire. Je veux parler d'autre chose, qui concerne tous les dirigeants : ce que cette vitesse change dans votre façon de travailler.
Un peu de contexte. Depuis juillet, je construis seul, avec Claude Code, des agents qui prennent en charge une part croissante de mon travail de dirigeant. Début septembre, j'ai remplacé dix ans de fichiers Excel financiers, soit 28 719 opérations, par un suivi relié à 3 banques. Il a été construit en une journée. Un cabinet de recrutement, c'est une autre échelle : pas une tâche, mais un métier entier. Ce changement d'échelle m'a obligé à clarifier ma méthode.
Ce que la vitesse change pour un dirigeant
Pendant des années, construire un outil voulait dire un cahier des charges, un budget et des mois de développement. Une erreur coûtait cher, alors on réfléchissait longtemps avant de lancer quoi que ce soit. Quand un métier se construit en une semaine, l'ordre s'inverse : on construit, on regarde ce qui se passe, on corrige.
Trois choses changent pour vous.
La technique n'est plus le goulot d'étranglement. La question n'est plus « est-ce faisable ? » mais « est-ce que je le veux ? ». Quelle offre, à quel prix, avec quelles règles, et quand s'arrêter : ce sont des décisions, et elles vous reviennent. Plus la construction va vite, plus votre capacité à trancher donne le rythme de l'entreprise.
Un essai coûte moins cher. L'attention, non. Construire vite, c'est aussi pouvoir se tromper vite. Avant de construire, écrivez ce qui vous dira que ça marche, et le moment où vous arrêterez. Sans ce critère, vous accumulez des outils qui tournent sans que personne ne sache s'ils servent.
La vitesse de construction n'accélère pas le marché. Un système peut être prêt en six jours. Les clients, les candidats et les équipes avancent à leur rythme. Cela, la vitesse ne le change pas. C'est pour cette raison que je ne tire aucune conclusion commerciale de ces six jours.
Découper un métier en tâches
Un métier n'est pas un bloc. C'est une suite de gestes que des personnes répètent chaque jour, souvent sans les avoir jamais écrits. L'essentiel du travail se fait avant toute construction : écrire ces gestes, un par un.
Pour chaque tâche, je pose les mêmes cinq questions.
| Question | Ce qu'elle fixe |
|---|---|
| Qu'est-ce qui déclenche la tâche ? | Un horaire, un message reçu, un seuil franchi |
| De quoi a-t-elle besoin ? | Les données, et l'endroit où elles se trouvent |
| Que produit-elle ? | Un message, un document, une mise à jour |
| Qui valide ? | Personne, un membre de l'équipe, ou vous |
| Que se passe-t-il en cas de doute ? | À qui la tâche remonte, et dans quel délai |
Ensuite, je range chaque tâche dans l'une de trois familles.
- Les tâches mécaniques : déplacer une donnée, envoyer un document, mettre à jour un tableau. Elles n'ont pas besoin d'IA. Une automatisation classique suffit, et elle ne coûte presque rien à chaque exécution.
- Les tâches de lecture et d'écriture : trier des messages, résumer un échange, rédiger une première version, rapprocher deux chiffres. C'est là que l'IA est utile, parce qu'il faut comprendre un texte ou en produire un.
- Les décisions et les relations : choisir, négocier, annoncer une mauvaise nouvelle, prendre un engagement. Elles restent humaines.
Chaque tâche des deux premières familles est confiée à un agent, c'est-à-dire des consignes écrites et un horaire. Pour chaque agent, j'écris aussi ce qui doit remonter à une personne. Un agent sans règle de remontée finit par faire quelque chose que personne n'a décidé.
Ce découpage vaut pour n'importe quel métier de service. Faites-le sur le vôtre : vous verrez sans doute qu'une bonne part des gestes relève des deux premières familles. La troisième est celle où vous voulez passer votre temps.
Ce qui reste humain
Automatiser un métier ne veut pas dire que personne n'en répond. Quel que soit le métier, quatre choses restent aux personnes.
- Fixer les règles. Un système applique des règles, il ne les choisit pas. L'offre, le prix, ce que le système a le droit de dire et de promettre : c'est à vous d'en décider.
- Valider avant de lancer. Avant qu'un système agisse seul, relisez ce qu'il produit sur des cas réels. On ne lance pas à l'aveugle.
- Répondre de ce qui sort. Un message envoyé au nom de l'entreprise engage l'entreprise. Qu'un agent l'ait rédigé ne change rien à la responsabilité.
- Traiter les exceptions. Ce que les règles n'ont pas prévu remonte à une personne. C'est aussi en traitant ces cas qu'on améliore les règles.
Ce que je retiens de ces six jours tient en une phrase : plus la machine fait, plus ce qui reste au dirigeant compte. Et ce qui lui reste, c'est l'essentiel : décider.
À retenir
- La vitesse de construction déplace votre travail : moins de cahiers des charges, plus de décisions.
- Découpez le métier en tâches avant de parler d'outil : déclencheur, données, résultat, validation, cas de doute.
- Réservez l'IA aux tâches où il faut lire ou écrire. L'automatisation classique fait le reste.
- Écrivez avant de construire ce qui prouvera que ça marche, et quand vous arrêterez.
- Construire vite ne garantit pas que le marché suivra. Jugez sur les résultats, pas sur la vitesse.