Automatisations : rendre à l'équipe le temps des tâches répétées
Relances, réponses par étape, actions déclenchées sur événement. Le répétitif part ; la décision reste.
L'automatisation en recrutement souffre d'un malentendu : on l'imagine remplaçant le recruteur, alors qu'elle ne sait bien faire que ce que le recruteur n'a jamais voulu faire.
Personne n'a choisi ce métier pour envoyer des accusés de réception, changer des statuts dans deux outils, ou se souvenir qu'un candidat attend une réponse depuis onze jours. Ce sont pourtant ces gestes qui remplissent les journées — chacun trop court pour être noté, tous ensemble suffisants pour manger un mi-temps.
La question utile n'est donc pas « que peut faire l'IA », mais « qu'est-ce qui, dans ma semaine, se répète à l'identique ». La réponse à cette question est ce qui s'automatise ; le reste ne devrait pas l'être.
Tâche par tâche, ce qui change
Aucun de ces gestes ne demande de jugement. C'est exactement pour cela qu'ils sont automatisables — et que les automatiser ne retire rien au métier.
Un modèle copié depuis un ancien message, personnalisé à la main, envoyé quand on y pense. Souvent jamais, dès que le volume monte.
Le message part à la réception, dans vos mots, avec le nom du poste. Le candidat sait que sa candidature est arrivée, et à qui.
Un pense-bête personnel, un tableur, ou rien du tout. Les relances se perdent exactement quand elles comptent le plus : quand il y a beaucoup de dossiers.
Une absence de réponse au-delà du délai que vous fixez déclenche un rappel. Une fois, pas dix, et jamais après une réponse reçue.
Un message dans une conversation à part, qui devient introuvable trois jours plus tard et invisible pour qui arrive après.
Le changement notifie qui doit l'être et crée la tâche de suivi. La trace reste sur le dossier, pas dans un fil.
Des notes manuscrites, reprises plus tard — c'est-à-dire rarement, et jamais dans le même format d'un recruteur à l'autre.
Les notes sont structurées dans un format comparable d'un candidat à l'autre, et rattachées au dossier au moment où elles sont prises.
La tâche qu'on repousse. Le silence finit par tenir lieu de réponse, et la réputation en paie le prix bien plus tard.
Le refus part au changement de statut, avec le degré de personnalisation que vous décidez — et la relecture humaine que vous imposez.
Trois allers-retours par mail pour trouver un créneau, puis une saisie manuelle dans l'agenda, puis un rappel oublié.
Le candidat choisit dans vos disponibilités réelles. Le rendez-vous s'écrit dans votre agenda et le rappel part seul.
Un export, un tableur, une mise en forme. Une heure par semaine pour des chiffres déjà périmés au moment où on les présente.
Les indicateurs se calculent en continu sur l'activité réelle. Il n'y a plus rien à préparer, seulement à lire.
Sans intervention
- 09:00Candidature reçue
- 09:00CV analysé, fiche créée
- 09:01Accusé de réception envoyé
- J+7Relance automatique
Où s'arrête l'automatisation
Aucune décision d'écarter une candidature n'est automatisée dans Spiribase. Ce n'est pas une limite technique — le tri automatique serait le plus simple à écrire de toutes les fonctions listées ici. C'est un choix de conception, et il est tenu partout dans le produit.
La raison est simple. Écarter quelqu'un est une décision qui le concerne, et une décision qui concerne une personne doit avoir un auteur : quelqu'un capable de l'expliquer, et éventuellement de la revoir. Un système qui trie seul produit des refus que personne ne peut justifier, ce qui est un problème juridique avant d'être un problème moral.
L'IA prépare donc, résume, classe et propose. Sur les étapes qui touchent à l'évaluation d'une personne, elle demande une validation explicite. Sur celles qui ne touchent qu'à la mécanique — un accusé de réception, une relance, une mise à jour de statut — elle agit seule, parce qu'il n'y a rien à décider.
Cette frontière a une conséquence pratique qu'il vaut mieux annoncer : Spiribase ne fera pas disparaître la lecture des candidatures. Il fait disparaître tout ce qui l'entoure.
Les briques disponibles
Chacune s'active indépendamment, et se teste sur un dossier avant d'être ouverte à tous.
Relances automatisées
Sur délai, sur étape, ou sur absence de réponse. Le rythme est le vôtre, et il s'arrête dès qu'une réponse arrive.
Réponses candidat par étape
Modèles par situation : réception, passage, refus, proposition. Vos mots, votre signature, votre ton.
Actions sur événement
Un changement d'étape crée une tâche, notifie quelqu'un, met à jour une fiche. Sans que personne n'y pense.
Assistant de rédaction
Offres, synthèses, messages d'approche : une première version à relire, plutôt qu'une page blanche à remplir.
Analyse en lot
Une pile de CV se traite d'un coup, avec le suivi de ce qui a abouti et de ce qui a échoué, ligne par ligne.
Alertes de volume
Un afflux inhabituel de candidatures remonte, avant que la pile ne devienne ingérable et que le délai de réponse ne s'allonge.
Ce que cette page ne promet pas
Aucune décision d'écarter une candidature n'est automatisée. C'est un choix de conception, pas une limite technique : une décision qui concerne quelqu'un doit avoir un auteur. Et une automatisation mal réglée est pire que pas d'automatisation — c'est pourquoi chacune se teste sur un dossier avant d'être ouverte à tous.
Aller plus loin
Sur le même sujet
- Pipeline de recrutement — Où en est chaque candidature, sans demander.
- Matching IA — Le rapprochement candidat-besoin, argumenté.
- Intégrations — S'ajouter à vos outils, pas les remplacer.