Recrutement et onboarding automatisés : le cas d’une PME

Dans une PME, le recrutement n’a pas de service dédié : c’est le dirigeant ou un responsable d’équipe qui trie les candidatures entre deux rendez-vous, oublie de répondre aux candidats non retenus, et découvre la veille de l’arrivée du nouveau salarié que son ordinateur n’est pas commandé. Nous suivons ici le cas d’une entreprise d’agencement de 18 personnes (fictive, construite à partir de situations courantes) qui a automatisé tout ce qui peut l’être avec Make ou n8n, sans jamais confier une décision à une machine. Circuit complet, outils, garde-fous juridiques et temps gagné.

Transparence : certains liens de cet article sont des liens partenaires. Si vous créez un compte via l’un d’eux, Flowmatic-Pro perçoit une commission, sans que cela change quoi que ce soit à votre prix. Nous ne recommandons que des outils que nous utilisons nous-mêmes.

L’entreprise et son problème

Notre entreprise fictive, que nous appellerons Atelier Lumen, conçoit et pose des agencements sur mesure (cuisines, bureaux, boutiques). Dix-huit salariés, une gérante, une responsable d’atelier. Elle recrute environ six personnes par an, plus des renforts pour les périodes chargées. Chaque annonce attire plusieurs dizaines de candidatures.

Avant d’automatiser, le constat était sans appel :

• les candidatures arrivaient par trois canaux (e-mail, site d’annonces, dépôt en main propre) et se perdaient ;
• la moitié des candidats ne recevait jamais de réponse, faute de temps ;
• organiser un entretien demandait en moyenne quatre ou cinq e-mails d’allers-retours ;
• l’arrivée des nouveaux salariés se préparait la veille : pas de poste, pas d’accès, pas de tutorat prévu.

Le coût n’était pas seulement du temps perdu. Une candidature intéressante restée sans réponse partait chez un concurrent, et un premier jour raté donnait une image peu professionnelle à une recrue que l’on avait eu du mal à convaincre.

La règle d’or : automatiser le circuit, pas la décision

Avant de construire quoi que ce soit, la gérante a posé une règle simple : la machine organise, l’humain décide. Aucun candidat n’est écarté par un scénario, aucune note n’est attribuée par une IA, aucune réponse négative ne part sans qu’une personne l’ait décidée.

Ce n’est pas qu’une question d’éthique. C’est aussi une exigence légale : le RGPD encadre les décisions fondées exclusivement sur un traitement automatisé, et le règlement européen sur l’IA classe les systèmes utilisés pour recruter parmi les usages à haut risque. Nous y revenons dans la partie juridique.

Le circuit complet, en un coup d’œil

Tout repose sur une base de candidats (une base Notion dans le cas d’Atelier Lumen) avec un champ « étape » qui avance au fil du processus. Chaque changement d’étape déclenche le scénario suivant. C’est la même logique que celle de notre guide pour piloter ses projets clients, appliquée aux candidats.

Étape 1 — Recevoir et accuser réception

Première décision : un point d’entrée unique. Les annonces renvoient vers un formulaire de candidature (Tally dans ce cas) qui demande le nom, les coordonnées, le poste visé, les disponibilités, le CV et une case d’information sur l’usage des données. Les candidatures qui arrivent encore par e-mail sont redirigées vers une adresse dédiée, surveillée par le scénario.

À chaque nouvelle candidature, le scénario :

1. crée la fiche dans la base, à l’étape « Reçue » ;
2. range le CV dans un dossier protégé, accessible aux seules personnes qui recrutent ;
3. envoie au candidat un accusé de réception qui annonce le délai de réponse (« sous dix jours ouvrés ») ;
4. prévient la responsable du poste d’une nouvelle candidature, avec un lien vers la fiche.

Si vous construisez ce formulaire, notre guide sur les formulaires intelligents avec Tally montre comment relier ses réponses à Make ou n8n en quelques minutes.

Étape 2 — Préparer le tri, sans trier à la place de l’humain

C’est l’étape la plus délicate, et celle où la tentation d’aller trop loin est la plus forte. Atelier Lumen a choisi d’automatiser uniquement la préparation du tri :

• Un résumé factuel du CV, généré par une IA : postes occupés, durée, formations, permis. Le résumé ne porte ni note, ni appréciation, ni recommandation.
• La vérification des critères objectifs déclarés dans le formulaire : disponibilité à la date voulue, permis B si le poste l’exige. Ils s’affichent sur la fiche, sans rien éliminer.
• Une vue par poste dans la base, qui présente toutes les candidatures reçues à la responsable, dans l’ordre d’arrivée.

La responsable lit ensuite les fiches (le résumé lui fait gagner du temps, le CV reste à un clic) et fait avancer chaque candidat à l’étape « Entretien » ou « Non retenu ». C’est son clic qui déclenche la suite.

Pour le résumé, la consigne donnée à l’IA est volontairement restrictive : « Résume ce CV en cinq lignes factuelles : expériences, durées, formations, permis. N’émets aucune appréciation. Ne mentionne ni l’âge, ni la situation familiale, ni l’origine, ni aucune information personnelle sans lien avec le poste. » Les usages de l’IA dans ce type de tâche sont détaillés dans notre guide pour résumer automatiquement ses documents.

Étape 3 — Planifier les entretiens

Quand la responsable fait passer un candidat à l’étape « Entretien », le scénario lui envoie un message avec un lien de prise de rendez-vous (Cal.com chez Atelier Lumen), qui ne propose que les créneaux réservés au recrutement. Le candidat choisit ; l’événement s’ajoute à l’agenda de la responsable avec la fiche du candidat en pièce jointe.

Deux rappels partent ensuite automatiquement : la veille, avec l’adresse et le nom de la personne à demander, et une heure avant. Ce sont les mêmes mécanismes que dans notre guide sur les rendez-vous automatisés, qui divise fortement les absences.

Après l’entretien, un formulaire court (trois questions) permet à la responsable de noter ses impressions pendant qu’elles sont fraîches. Ce compte rendu rejoint la fiche du candidat. Il reste rédigé par un humain.

Étape 4 — Répondre à chaque candidat

C’était la promesse la plus difficile à tenir à la main : répondre à tout le monde. Désormais, quand un candidat passe à l’étape « Non retenu », le scénario prépare un message personnalisé (prénom, poste) et le place dans une file d’envoi. La responsable a 24 heures pour le relire ou le modifier ; sans action de sa part, il part.

Le message propose aussi au candidat de conserver sa candidature pour de futurs postes. S’il accepte (un clic sur un lien), sa fiche est marquée et un rappel est programmé pour la supprimer au plus tard deux ans plus tard. S’il ne répond pas, sa candidature est supprimée à la fin du recrutement.

Notez la dernière ligne : l’annonce d’une embauche reste un message écrit à la main. Tout ne gagne pas à être automatisé ; ce moment-là mérite une vraie attention.

Étape 5 — Préparer l’arrivée

Dès qu’une date d’arrivée est saisie sur la fiche, le scénario crée une checklist d’arrivée dans l’outil de tâches de l’équipe, avec une échéance et un responsable pour chaque ligne :

• Les formalités d’embauche : un rappel à la gérante pour la déclaration préalable à l’embauche et le contrat. L’automatisation rappelle, elle ne fait pas la démarche à sa place.
• Le matériel : commande de l’équipement et de la tenue, avec la taille renseignée par la recrue dans un formulaire d’arrivée.
• Les accès : création de la messagerie et des comptes nécessaires au poste, et seulement ceux-là.
• Le tuteur : désignation, message de rappel et fiche de la recrue.
• Le programme du premier jour, envoyé à la recrue trois jours avant : horaires, adresse, personne à demander, ce qu’il faut apporter.

La logique est la même que celle de notre guide sur l’onboarding client automatisé : un événement (le contrat signé, ici la date d’arrivée) déclenche une cascade de tâches datées.

Étape 6 — Accompagner les 90 premiers jours

L’intégration ne s’arrête pas au premier jour. Le scénario programme trois rendez-vous dans l’agenda de la responsable :

1. J+7 : un point d’étonnement (qu’est-ce qui surprend, qu’est-ce qui manque ?), préparé par un court questionnaire envoyé la veille à la recrue ;
2. J+30 : un point sur les objectifs et la formation, avec le tuteur ;
3. Avant la fin de la période d’essai : un rappel suffisamment tôt pour décider sereinement, avec la date limite calculée à partir de la date d’arrivée et de la durée prévue au contrat.

Les réponses aux questionnaires rejoignent la fiche du salarié. Au fil des recrutements, elles deviennent une source précieuse pour améliorer l’accueil : si trois recrues de suite signalent qu’elles n’avaient pas leurs accès le premier jour, la checklist a un trou.

Et quand un salarié part

Le même circuit fonctionne à l’envers. Quand une date de départ est saisie, une checklist de sortie se crée : restitution du matériel, retrait des accès le dernier jour (le point le plus souvent oublié, et le plus risqué), transfert des dossiers, documents de fin de contrat à préparer, entretien de départ. Un accès oublié chez un ancien salarié est une faille de sécurité : notre guide pour sécuriser ses automatisations détaille ce point.

Les scénarios, module par module

Pour ceux qui veulent reproduire le circuit, voici comment il est découpé. Atelier Lumen a préféré plusieurs petits scénarios à un seul grand : chacun fait une chose, et une panne n’arrête pas tout.

Scénario « Nouvelle candidature »

Déclencheur : le webhook du formulaire (Tally propose un module dédié dans Make et un nœud dans n8n). Actions : création de la page dans la base Notion (module Notion « Create a Database Item » dans Make, nœud Notion dans n8n), dépôt du CV dans un dossier Google Drive restreint, e-mail d’accusé de réception, notification à la responsable.

Scénario « Changement d’étape »

Déclencheur : la modification d’une page de la base, relevée toutes les quinze minutes (déclencheur « Watch Database Items » dans Make, Notion Trigger dans n8n). Un routeur (Make) ou un nœud Switch (n8n) oriente selon la nouvelle étape : invitation à l’entretien, préparation du message de refus, lancement de la préparation d’arrivée. Chaque branche écrit dans la fiche la date et l’action effectuée : l’historique du candidat se construit tout seul.

Scénario « Résumé du CV »

Déclencheur : une nouvelle fiche avec un CV. Le texte du CV est extrait, envoyé au modèle de langage avec la consigne restrictive décrite plus haut, et le résumé est écrit dans un champ de la fiche. Aucune autre donnée (nom, coordonnées) n’est transmise au modèle.

Scénarios planifiés

Un scénario quotidien envoie les messages de refus relus ou arrivés au terme des 24 heures, un autre fait apparaître les tâches d’arrivée à leur date, un troisième supprime chaque semaine les candidatures arrivées au terme de leur durée de conservation. Pour le fonctionnement de ces déclencheurs, notre guide webhooks et API explique la différence entre temps réel et planification.

Les outils et le budget

La plupart de ces outils ont une offre gratuite suffisante pour quelques recrutements par an. Le seul poste réellement payant est l’outil d’automatisation si le volume de scénarios dépasse l’offre gratuite, et le modèle de langage, dont le coût reste de l’ordre de quelques centimes par CV résumé. Pour garder la maîtrise de ces dépenses, reportez-vous à notre guide pour optimiser les coûts de ses automatisations.

Le cadre juridique à respecter

Recruter, c’est traiter des données personnelles sensibles pour les personnes concernées. Quatre règles encadrent le circuit d’Atelier Lumen :

Ces points s’ajoutent aux règles générales de protection des données, que nous avons rassemblées dans notre checklist RGPD des automatisations. En cas de doute sur un cas particulier, les fiches pratiques de la CNIL sur le recrutement sont la meilleure référence.

Le bilan après six mois

Voici l’ordre de grandeur du temps gagné, pour un recrutement type de 40 candidatures et 6 entretiens (estimations construites pour l’exemple) :

Le gain de temps est réel, mais ce n’est pas ce que la gérante retient en premier. Elle cite deux choses : tous les candidats reçoivent désormais une réponse, et chaque recrue trouve son poste prêt le premier jour. Deux points qui comptent beaucoup quand on recrute dans un métier en tension.

Les pièges à éviter

1. Laisser l’IA noter ou éliminer. Juridiquement risqué, humainement injuste, et invisible quand ça dérape.
2. Multiplier les canaux d’entrée : un seul formulaire, sinon les candidatures se perdent à nouveau.
3. Envoyer les refus sans relecture : une erreur de prénom ou de poste se voit tout de suite.
4. Garder les CV indéfiniment : programmez la suppression dès la création de la fiche.
5. Ouvrir la base à toute l’équipe : seules les personnes qui recrutent y ont accès.
6. Automatiser l’annonce d’une embauche : ce message-là s’écrit à la main.
7. Oublier la sortie : le retrait des accès le dernier jour doit faire partie du circuit.

Votre plan d’action

1. Créez votre base de candidats avec un champ « étape » (Notion, Airtable ou un tableur).
2. Mettez en place le formulaire unique et l’accusé de réception automatique.
3. Ajoutez la prise de rendez-vous et les rappels d’entretien.
4. Automatisez les réponses, avec relecture et suppression programmée des données.
5. Construisez la checklist d’arrivée datée, puis les points à J+7, J+30 et fin de période d’essai.
6. Terminez par la checklist de départ, retrait des accès en tête.

Comptez une journée pour le circuit de candidature et une demi-journée pour l’arrivée. Le tout se rentabilise dès le premier recrutement, et s’améliore à chaque nouvelle recrue grâce aux retours collectés.

Questions fréquentes

👉 Pour aller plus loin : la checklist RGPD de vos automatisations, un tableau de bord d’activité dans Notion et l’onboarding client automatisé.