Étude de cas · Product / UX
POC fonctionnel
Prototyper un parcours de recrutement plus simple, de la définition du besoin jusqu’au feedback manager.
J’ai créé le site vitrine MyRecruiter puis conçu et développé le POC fonctionnel avec Base44. Le prototype a évolué à partir de retours internes, notamment du fondateur et de recruteurs, avant d’être confronté à une première validation terrain.
L’objectif était de réunir dans une même expérience la création d’une offre, l’analyse de candidatures, le scoring, la shortlist et le partage avec un manager.
Un recrutement implique rapidement plusieurs étapes, informations et interlocuteurs. Le risque est de fragmenter le processus entre des conversations, des fichiers, des candidatures, des shortlists et des retours managers.
Le POC MyRecruiter cherchait à tester une question simple : peut-on rendre ce parcours plus continu et plus compréhensible dans une seule interface ?
Les valeurs affichées dans les captures sont des données de démonstration du prototype, pas des résultats de recrutements réels.
Le POC a été conçu pour permettre à l’utilisateur d’avancer progressivement dans ce parcours sans avoir à maîtriser l’ensemble de l’outil dès le départ.
L’expérience démarre par une conversation qui permet de construire progressivement le besoin. Plutôt que d’afficher immédiatement un long formulaire, le parcours a été pensé autour de questions posées progressivement, une par une.
Les informations recueillies servent ensuite à construire une offre structurée, que l’utilisateur peut retrouver dans le module Offers.
Les statuts « Prête à diffuser » et « Diffusée » correspondent à une diffusion simulée dans le cadre du POC : aucune diffusion réelle vers des job boards n’est opérationnelle.
Modules du POC
Dashboard · Offers · Candidates · Shortlists · Chat
Le prototype permet de regrouper les candidatures et d’expérimenter une logique de scoring afin d’aider à faire ressortir les profils les plus cohérents avec l’offre.
Le scoring est un outil d’aide à la lecture et à la priorisation, pas une décision automatique de recrutement.
Les profils, scores et compteurs visibles sont des données de démonstration du POC.
La fiche candidat regroupe les informations structurées, les compétences, les réponses de préqualification, une synthèse assistée et un espace de note pour le recruteur.
Le POC utilise l’IA comme aide à la lecture et à la synthèse. La décision de retenir ou non un candidat reste humaine.
Les profils retenus peuvent être regroupés dans une shortlist afin de simplifier la prochaine étape du processus.
Une shortlist n’a d’intérêt que si elle peut être facilement partagée avec la personne qui doit donner son avis. Le POC permet de préparer et partager la shortlist afin d’obtenir un feedback manager.
Cela permet de tester un parcours où le feedback ne reste pas isolé dans un email ou une conversation séparée.
La diffusion présente dans le POC est simulée et sert à tester l’expérience produit.
Le POC ne devait pas uniquement servir à démontrer une interface. Il fallait aussi vérifier si la problématique pouvait intéresser de futurs utilisateurs.
J’ai proposé de travailler avec Rocket School dans le cadre d’un bootcamp / challenge. Des apprenants ont travaillé sur :
Cette démarche a permis d’identifier environ 30 contacts intéressés avec lesquels des échanges ont pu avoir lieu autour du site et du POC.
J’ai développé le prototype avec Base44 alors que je ne suis pas développeur. L’outil m’a permis d’aller suffisamment loin pour matérialiser le concept, tester les parcours et obtenir des retours. Mais le projet a progressivement atteint les limites de ce type d’environnement no-code.
À ce stade, ma conclusion a été qu’il ne fallait pas chercher à forcer davantage le POC. Pour transformer MyRecruiter en véritable solution robuste, maintenable et évolutive, il devenait nécessaire de passer par un développement logiciel dédié.
Un POC sert à apprendre vite. Il ne doit pas être confondu avec le produit final.
Développeur React Senior
Bordeaux · CDI · 50–60 k€ · 2 jours de télétravail · 5 ans d’expérience
Ce scénario m’a permis de parcourir les différentes étapes du POC avec un besoin suffisamment précis pour vérifier la cohérence du parcours, du brief initial jusqu’à la shortlist. Il s’agit d’une offre de test, pas d’une offre client réelle.
Lors des tests du POC, un problème est apparu lors de la reprise d’une conversation existante : le parcours ne reprenait pas correctement là où l’utilisateur s’était arrêté.
Ce bug a été corrigé pour permettre une reprise plus cohérente du parcours.
Ce type de problème m’a rappelé qu’une fonctionnalité peut fonctionner parfaitement dans un parcours linéaire et devenir beaucoup moins claire lorsqu’un utilisateur revient plus tard.
Un bon parcours doit fonctionner quand l’utilisateur avance, mais aussi quand il revient.
L’un des choix UX a été de privilégier une question à la fois plutôt qu’un très grand formulaire affichant immédiatement toutes les informations demandées.
L’objectif n’était pas de supprimer la complexité du recrutement, mais d’éviter de la montrer entièrement à l’utilisateur dès la première seconde.
On ne supprime pas toujours la complexité. Parfois, on la séquence mieux.
Conception et création du site vitrine MyRecruiter.
Définition du périmètre du prototype et des parcours à tester.
Base44 a été le moyen utilisé pour construire et tester le prototype, sans passer par un développement logiciel dédié.
Travail sur la logique des étapes, les questions successives et la compréhension de l’interface.
Participation à la définition des ICP et personas, puis utilisation de ces repères pour orienter le prototype.
Proposition et organisation d’une démarche pour confronter le concept à de futurs utilisateurs.
Cadrage et suivi du travail réalisé par les apprenants autour des ICP, de la prospection et de la recherche de bêta-testeurs.
Prise en compte des retours du fondateur, de recruteurs et des premiers échanges pour faire évoluer le prototype.
Identification du moment où l’environnement no-code ne permettait plus d’avancer sereinement.
La simplicité visible demande souvent davantage de travail sur la structure du parcours.
Revenir dans une conversation ou modifier une information peut révéler des problèmes invisibles dans un parcours parfaitement linéaire.
Une donnée ou un score peut faciliter la priorisation mais ne doit pas se substituer au jugement humain dans un recrutement.
Le parcours ne s’arrête pas lorsqu’une shortlist est créée : il faut aussi penser à la manière dont une autre personne va la consulter et donner son avis.
Le développement du produit et la validation du marché doivent avancer ensemble. Un prototype permet de montrer une idée, mais les échanges avec de futurs utilisateurs permettent de vérifier si elle mérite réellement d’aller plus loin.
Le no-code permet d’aller très vite pour tester. Mais continuer à empiler des contournements lorsqu’un outil atteint ses limites finit par créer plus de dette que de valeur.
Sur un POC, l’objectif n’est pas d’avoir raison dès la première version. Il est de construire suffisamment pour comprendre ce qui fonctionne et ce qui doit évoluer.
MyRecruiter m’a appris qu’un POC a deux fonctions : rendre une idée tangible et permettre de décider si elle mérite d’être développée plus loin.
Dans ce cas, le prototype a permis de tester le parcours, de recueillir des retours et de confirmer un intérêt initial. Il a aussi permis d’identifier clairement le moment où le no-code ne suffisait plus.
Le bon POC n’est pas celui que l’on pousse jusqu’à devenir fragile. C’est celui qui donne suffisamment d’informations pour savoir quelle étape doit venir ensuite.
Le POC n’est plus accessible publiquement : l’environnement a été désactivé. Les captures présentes sur cette page en sont la trace.
Vision Growth