Le point de départ vient du terrain : lors d'entretiens, des recruteurs réclamaient des fonctionnalités… qui existaient déjà. Le vrai enjeu n'était donc pas d'en ajouter, mais de les rendre visibles et d'en accompagner l'usage. Cet article retrace la démarche de Hellowork, constats initiaux, cas concrets (filtres candidats, affichage du salaire, rebranding de l'ATS) et résultats mesurés, pour transformer l'onboarding et le feedback en leviers d'adoption, de pédagogie et d'innovation.
Le contexte : un ATS complet, un accompagnement à renforcer
Chez Hellowork, l'ATS (Applicant Tracking System, ou logiciel de suivi des candidatures) a longtemps été pensé comme un outil fonctionnel et facile à prendre en main, conçu pour un objectif clair : permettre aux recruteurs de gérer leurs candidatures et de diffuser leurs offres sur Hellowork.com et d'autres plateformes de recrutement. Les utilisateurs sont autonomes dès les premiers usages, mais, sans accompagnement dédié (parcours guidés, tours produit), une partie d'entre eux ne tirent pas pleinement parti de fonctionnalités pourtant clés. L'onboarding existant montrait vite ses limites :
- un onboarding peu personnalisé et compliqué à mettre à jour ;
- une séquence d'e-mails réservée à une partie des utilisateurs seulement ;
- aucune contextualisation selon les actions réalisées dans le produit.
Or le profil des utilisateurs est loin d'être homogène : des recruteurs expérimentés d'un côté, des dirigeants, managers et opérationnels de l'autre.
Beaucoup de nos utilisateurs ne sont pas recruteurs de métier. Ils recrutent en plus de leur rôle principal.
La solution : activer l'adoption dans le contexte d'usage
Le premier constat vient du terrain : lors des entretiens utilisateurs, des recruteurs réclamaient des fonctionnalités… qui existaient déjà. Le problème n'était pas un manque de features, mais un manque de visibilité et d'accompagnement. Plutôt que de développer de nouvelles fonctionnalités faisant parfois doublon, Hellowork choisit d'aider les utilisateurs à mieux exploiter l'existant et, via Screeb, active ces leviers sans mobiliser les développeurs, libérant leur temps pour d'autres chantiers produit.
J'entendais des demandes, je regardais l'écran, et je me rendais compte que la feature était là.
Exemple parlant : les filtres candidats, que beaucoup refaisaient manuellement à chaque session sans jamais les enregistrer. Plutôt qu'un e-mail générique, Hellowork agit dans le contexte exact du problème via un message in-app ciblé :
- un événement défini sur le clic « Enregistrer un filtre »
- un segment isolant les utilisateurs qui filtrent sans jamais enregistrer
- un message in-app déclenché uniquement pour eux, sans solliciter les autres.
Screeb devient ainsi une boîte à outils d'activation et de test : valider une idée auprès des utilisateurs avant d'y consacrer du développement, puis ajuster la roadmap en conséquence.
L'impact : perception, adoption et engagement
Hellowork ne s'est pas limité aux métriques d'usage. L'équipe a mesuré la qualité hédonique perçue (le plaisir et l'adhésion au produit) auprès de 478 répondants. Résultat : +57 % chez les utilisateurs onboardés via Screeb, qui déclarent prendre davantage de plaisir à utiliser l'ATS et s'y identifier plus facilement.
Côté tours guidés d'onboarding, les plus performants sont ceux qui offrent des repères dès les premières étapes :
- Message de bienvenue : 25 %
- Présentation d'un workflow : 28 %
- Présentation de la CVthèque : 22 %
Lors du rebranding de l'ATS (devenu Buddi), l'in-app s'est imposé comme le canal de communication produit n°1 :
- 7 100 vues et 1 min 29 de visite moyenne sur la landing page dédiée ;
- 71 % du trafic généré par l'in-app, contre 6 % pour l'e-mail et 23 % pour les autres sources ;
- ~90 s d'engagement moyen, bien au-delà des performances de l'e-mail traditionnel.
Dans le détail, les performances observées varient selon le format in-app :
- Modale contextuelle : ~9 % d'interaction
- Bannière : ~3 %
- Onboarding principal : ~25 %
Téléchargez l'étude de cas complète et commentée
Retrouvez tous les cas concrets, chiffres et visuels dans le PDF détaillé du use case Hellowork × Screeb.
Du feedback produit à la pédagogie recruteur
Déployé aussi sur la plateforme candidat, Screeb permet de remonter aux recruteurs les attentes réelles des candidats. Ces insights nourrissent des modules de formation, des webinars et des contenus pédagogiques, le feedback devient un outil d'aide à la décision, mais aussi d'évangélisation métier.
Le cas de l'affichage du salaire l'illustre : attendu par les candidats et que la législation française va progressivement imposer, il reste souvent masqué par les recruteurs. Plutôt que de bloquer l'action, un message in-app se déclenche après répétition du comportement, pour rappeler les attentes des candidats et expliquer les bénéfices concrets.
Là, on n'est plus seulement dans l'outil, on fait du conseil.
Les enseignements clés
- L'adoption ne se décrète pas, elle se contextualise.
- Le feedback ne sert pas qu'à prioriser une roadmap : il nourrit aussi la pédagogie et la communication.
- L'onboarding peut devenir un levier de pédagogie et d'innovation, pas seulement d'activation.
- L'in-app dépasse largement l'e-mail en engagement réel.
Conclusion
Sans transformer son organisation ni complexifier son produit, Hellowork a amélioré l'adoption, renforcé la perception de valeur et fait du feedback un actif transverse. La preuve concrète que l'expérience produit peut devenir un levier stratégique à part entière.
Envie de transformer l'adoption de votre produit en levier stratégique ?
Découvrez comment Screeb relie perception utilisateur et données d'usage.
.png)
%20(1).png)