01 — Contexte & Objectifs
Un outil dédié pour mieux recruter.
Chez Mômji, le quotidien des recruteurs consiste à évaluer des babysitters sur leurs compétences et leurs savoir être. Pour réaliser ce travail, ils utilisent un CRM développé en interne qui, d'après eux, montre des limites. La dette technique du CRM ne permettant pas d'évolution rapide, la décision a été prise de construire un outil dédié plutôt que de le refondre.
Objectifs
- 01Permettre aux recruteurs de réaliser toutes leurs tâches quotidiennes en un seul endroit
- 02Augmenter la facilité et la rapidité avec lesquelles les recruteurs réalisent leurs tâches
- 03Réduire le risque d'erreur d'appréciation des candidats par les recruteurs
Discovery
Audit UX
J'ai réalisé un audit UX du CRM utilisé par les recruteurs, basé sur les critères heuristiques de Bastien et Scapin :
Beaucoup d'allers-retours qui augmentent le temps de réalisation d'une tâche
Un système d'imbrication des pages peu optimal qui gêne la navigation
Des pages qui ne sont pas responsives, ce qui génère un scroll horizontal
Pas de retours système pour informer l'utilisateur de ce qu'il se passe
Entretiens
J'ai mené 5 entretiens semi-directifs avec des recruteurs, on a abordé leur travail quotidien :
Les recruteurs ne sont pas guidés et oublient parfois de réaliser certaines tâches
Le manque de traduction du CRM limite la compréhension des recruteurs non francophones
Il y a peu d'automatisation et le processus de recrutement peut devenir répétitif, fastidieux et lent
Il y a trop de tableaux et informations non pertinentes qui polluent le parcours et engendrent des erreurs
À partir des 5 entretiens réalisés, j'ai construit un persona principal et son experience map pour modéliser les frictions rencontrées par un recruteur.
Persona
Le pain point sur l'évaluation des compétences du candidat nous a orienté vers une solution qui aide à l'évaluation.
Experience map
Le point de rupture le plus important est la planification de l'entretien, nous l'avons donc inclu dans les must have du projet.
Décisions clés
Suite à la discovery, nous avons pris certaines décisions clés :
Avant
L'interface n'est pas responsive.
Problème
Les équipes sont obligées de scroller horizontalement pour voir l'entièreté de la page, c'est une énorme perte de temps.
Décision
Rendre les pages responsive pour permettre aux équipes de voir toutes les pages correctement, qu'elles soient affichées sur grand écran ou sur laptop.
Impact attendu
Une interface lisible sur tous les écrans, qui réduit les manipulations inutiles et les erreurs liées aux informations hors champs.
Avant
Les recruteurs ne sont pas guidés et oublient parfois de réaliser certaines tâches.
Problème
Il y a des tâches obligatoires à réaliser mais qui sont oubliées, ce qui fait perdre beaucoup de temps.
Décision
Prévoir un encart qui montre les différentes étapes du prescreen, ajouter des garde-fous lors de l'enregistrement des fiches.
Impact attendu
Plus de tâches oubliées, plus de temps perdu dans le processus de recrutement.
Idéation
How might we
Afin de réfléchir à des solutions, nous nous sommes basés sur des énoncés "How might we" :
Comment pourrions-nous guider le recruteur quand il fait passer un entretien ?
Comment pourrions-nous éviter au recruteur de se tromper sur le profil du candidat ?
Comment pourrions-nous aider le recruteur à prendre une décision concernant les aptitudes du candidat ?
Features
Puis, nous avons priorisés les fonctionnalités que nous voulions retrouver dans le nouvel outil :
Must have
- Chercher la fiche candidat
- Accéder à la fiche candidat
- Lancer un prescreen par téléphone
- Valider / Invalider le candidat
- Programmer un entretien
Should have
- Invalider automatiquement le candidat selon certaines conditions
Nice to have
- Programmer un entretien automatiquement à la fin du prescreen
Won't do
- Lancer un prescreen par vidéo
Design
J'ai matérialisé les user flows puis un prototype mid-fidelity qui m'a permis de faire tester l'interface aux recruteurs.
User flows
Prototype mid-fidelity
User tests
Les tests nous ont permis de rectifier certains points, dont voici quelques exemples :
La vue par portrait n'est pas pratique, car il peut y avoir énormément de résultats pour un seul candidat
La barre d'avancement du prescreen ne donne pas assez de détails sur l'étape où on s'est arrêté
Lorsque le système propose automatiquement de refuser le candidat, il faut plus de détails pour l'expliquer au candidat
Décisions clés
Les résultats des tests ont directement orienté trois décisions structurantes pour la version finale :
Avant
Les résultats de recherche sont affichés en card.
Problème
Il y a beaucoup de doublons dans la base de données et un nom et prénom peuvent donner beaucoup trop de résultats pour une vue par card.
Décision
Proposer à la place une vue par liste.
Impact attendu
Voir les résultats et informations en un clin d'oeil, pas de perte de temps.
Avant
Le prescreen affiche une barre de progression globale sans découpage par étape.
Problème
Impossible de savoir précisément à quelle étape le recruteur s'était arrêté lors d'une interruption du prescreen.
Décision
Remplacer la barre générique par des étapes nommées avec un système de check.
Impact attendu
Reprise rapide d'un prescreen interrompu sans risque d'oubli ou de répétition d'une étape déjà validée.
Avant
Le refus automatique s'affiche comme une simple alerte, sans détails sur les critères déclencheurs.
Problème
Les recruteurs manquent d'éléments pour expliquer verbalement la décision de refus au candidat en direct.
Décision
Enrichir le panneau de refus avec les critères non remplis et des formulations suggérées, adaptées au contexte de l'entretien.
Impact attendu
Amélioration de l'expérience candidat et réduction du stress des recruteurs lors des annonces de refus.
Prototype high-fidelity
La liste de résultat permet de voir rapidement si le prescreen a été fait, si l'entretien est programmé et si il a été fait.
La fiche permet de voir les infos du candidat, l'état du prescreen avec les étapes et les entretiens par statut.
Le script du prescreen s'ouvre depuis la fiche et guide le recruteur via cinq étapes avec un ordre logique.
Le système détecte automatiquement si le candidat peut continuer le processus de recrutement interne.
Il est possible de planifier les entretiens directement dans l'outil, les créneaux et les horaires apparaissent si dispo.
La fiche propose un récapitulatif de l'avancement du prescreen, ainsi que les entretiens passés, à faire, etc.
Livraison et évaluation
Le projet a été conçu et prototypé jusqu'à une version high-fidelity testée par les recruteurs. Les indicateurs ci-dessous correspondent aux objectifs de performance définis avec l'équipe pour mesurer le succès du futur déploiement.
5 étapes
un parcours découpé et guidé, là où l'ancien CRM n'offrait aucune structure
100 %
des tâches du recrutement réunies dans une interface unique et responsive
0 oubli
sur les tâches obligatoires, sécurisées par des garde-fous à l'enregistrement
Les difficultés rencontrées
Côté conception, équilibrer l'automatisation (refus automatique) et le contrôle laissé au recruteur a demandé plusieurs itérations pour éviter un sentiment de perte de maîtrise.
Enfin, concevoir un outil multilingue dès le départ, pour les recruteurs non francophones, a imposé des contraintes de structure et de longueur de contenu à anticiper très tôt.