Après le sourcing vient le scoring. La scorecard est l'outil qui permet de se rattacher aux critères objectifs fixés dans la job description et de comparer les candidats de la manière la plus neutre possible. Tous les biais sont éliminés pour la première étape d'évaluation. Le culture fit intervient plus tard si le process se poursuit.
1. Pour qui, pour quoi
La scorecard est à une fiche de poste ce que les SPECS sont à un produit. Elle rassemble les critères essentiels de succès du recrutement. La vision TPC La scorecard est à usage interne, mais constitue la base de l'offre partagée in fine.
Lors de chaque entretien, les interviewers se rattachent aux critères fixés et comparent les candidats entre eux sur les mêmes bases. Pourquoi la scorecard fonctionne : Critères objectifs. Chaque candidat est évalué sur les mêmes dimensions.
Comparaison neutre. Les biais personnels sont réduits. Décision collective.
Chaque interviewer remplit sa scorecard indépendamment avant le debrief. Traçabilité. Les décisions de recrutement sont documentées et justifiables.
2. Les tips pour réussir sa scorecard
principes méthodologiques : Bien segmenter ses critères. Séparer hard skills, soft skills, culture fit, et critères spécifiques au poste. Ne pas mélanger les dimensions.
Scorer les hard skills et les soft skills. Les deux sont essentiels. Un profil excellent techniquement mais incapable de collaborer ne fonctionnera pas dans une équipe produit.
Poser des questions simples pour évaluer chaque critère. Chaque critère de la scorecard doit être associé à une ou deux questions concrètes posées en entretien. Notation qualitative, pas chiffrée.
Opter pour "strong yes, yes, no, strong no" plutôt qu'une note sur 10. Les échelles chiffrées créent des indécisions et des moyennes trompeuses.
3. Comment construire sa scorecard
Chaque startup a ses critères. L'important est de les formaliser avant les entretiens, pas après. Exemple terrain Coinhouse.
Marie Piqot, Talent Acquisition Lead chez Coinhouse, partage ses critères pour le premier entretien : Une question brise-glace : "Si tu étais un développeur, avec quel type de PM aimerais-tu travailler ?" Pourquoi Coinhouse ? Évaluer la connaissance et l'intérêt pour l'entreprise.
Humilité. Capacité à reconnaitre ses limites. Niveau d'autonomie.
Capacité à avancer sans micro-management. Adaptabilité. Capacité à évoluer dans un environnement changeant.
Curiosité. Intérêt pour le domaine, veille active. Connaissance crypto (critère spécifique).
Si le candidat a déjà investi, sur quoi et pourquoi. Contexte Coinhouse : nouvelle structure tech et produit avec la méthodologie Scrum. Objectif : 7 squads, chacune avec un PM et un Scrum Master en binôme.
Les bons PMs sont ceux avec des soft skills incroyables : communication, capacité à fédérer, empathie.
4. La scorecard de CaptainContrat
| Compétence | Statut | Exemple de question posée |
|---|---|---|
| Track record | Nice to have | Se présenter en cinq minutes chrono |
| Product sense | Must have | Étude de cas : part-on des problèmes ? comment les prioriser ? quels tests mener ? Quelles sont vos applications préférées et pourquoi ? |
| Méthodologie et organisation | Must have | Comment gérez-vous le déploiement d'une fonctionnalité majeure ? Avec qui travaillez-vous tout au long du process ? Que pensez-vous des deadlines ? |
| User research | Nice to have | Racontez un exemple concret où vous avez capté un besoin utilisateur que vous n'auriez pas intuité |
| Tech skills | Nice to have | Travaillez-vous avec des développeurs ? Quelles difficultés avez-vous rencontrées ? Comment vous formez-vous ? |
| Business sense | Nice to have | Avec vos mots, que fait Captain Contrat ? Avez-vous regardé la concurrence ? Quel est notre point fort et un point faible ? |
| Analytique et structuration | Must have | Quels indicateurs pour mesurer le succès de votre squad ? Quel est votre niveau sur Excel et SQL ? |
| Communication | Must have | Se présenter en cinq minutes chrono, puis qualité du support et du discours pendant l'étude de cas |
Track record
Nice to have
Se présenter en cinq minutes chrono
Product sense
Must have
Étude de cas : part-on des problèmes ? comment les prioriser ? quels tests mener ? Quelles sont vos applications préférées et pourquoi ?
Méthodologie et organisation
Must have
Comment gérez-vous le déploiement d'une fonctionnalité majeure ? Avec qui travaillez-vous tout au long du process ? Que pensez-vous des deadlines ?
User research
Nice to have
Racontez un exemple concret où vous avez capté un besoin utilisateur que vous n'auriez pas intuité
Tech skills
Nice to have
Travaillez-vous avec des développeurs ? Quelles difficultés avez-vous rencontrées ? Comment vous formez-vous ?
Business sense
Nice to have
Avec vos mots, que fait Captain Contrat ? Avez-vous regardé la concurrence ? Quel est notre point fort et un point faible ?
Analytique et structuration
Must have
Quels indicateurs pour mesurer le succès de votre squad ? Quel est votre niveau sur Excel et SQL ?
Communication
Must have
Se présenter en cinq minutes chrono, puis qualité du support et du discours pendant l'étude de cas
| Compétence | Notation | Ce qui a été observé |
|---|---|---|
| Track record | Yes | Pas d'expérience produit, mais trois ans en marketing, plusieurs stages en product marketing et une formation de Product Manager |
| Product sense | Strong Yes | Expose ses hypothèses en les priorisant. Décompose le parcours en briques pour donner une vision du flux. Bons insights sur les frictions utilisateur |
| Méthodologie et organisation | Yes | Process de conception ordonné, sans jargon inutile. N'a jamais animé de squad de développeurs, mais forte expérience en gestion de projet |
| User research | Yes | A organisé des entretiens utilisateurs et mesuré la difficulté de l'exercice. La base méthodologique est là, reste à pratiquer |
| Tech skills | Yes | Habituée à travailler avec des data scientists, rédige des spécifications pour designers et analystes |
| Business sense | Strong Yes | A compris la cible et son état d'esprit. Réfléchit aux indicateurs business : cross-sell, valeur vie client, panier moyen. Bonne analyse de la concurrence |
| Analytique et structuration | Strong Yes | Au clair sur les indicateurs à suivre. Mène des tests A/B, utilise Tableau, construit ses propres reportings |
| Communication | Strong Yes | S'exprime clairement, de façon synthétique. Convaincante mais humble |
Track record
Yes
Pas d'expérience produit, mais trois ans en marketing, plusieurs stages en product marketing et une formation de Product Manager
Product sense
Strong Yes
Expose ses hypothèses en les priorisant. Décompose le parcours en briques pour donner une vision du flux. Bons insights sur les frictions utilisateur
Méthodologie et organisation
Yes
Process de conception ordonné, sans jargon inutile. N'a jamais animé de squad de développeurs, mais forte expérience en gestion de projet
User research
Yes
A organisé des entretiens utilisateurs et mesuré la difficulté de l'exercice. La base méthodologique est là, reste à pratiquer
Tech skills
Yes
Habituée à travailler avec des data scientists, rédige des spécifications pour designers et analystes
Business sense
Strong Yes
A compris la cible et son état d'esprit. Réfléchit aux indicateurs business : cross-sell, valeur vie client, panier moyen. Bonne analyse de la concurrence
Analytique et structuration
Strong Yes
Au clair sur les indicateurs à suivre. Mène des tests A/B, utilise Tableau, construit ses propres reportings
Communication
Strong Yes
S'exprime clairement, de façon synthétique. Convaincante mais humble
| Compétence | Notation | Ce qui a été observé |
|---|---|---|
| Track record | Yes | Deux ans d'expérience |
| Product sense | No | A du mal à décrire les bénéfices pour l'utilisateur. N'arrive pas à décrire une fonctionnalité dans l'étude de cas. Reste très théorique, et renvoie la conception au designer |
| Méthodologie et organisation | Yes | Travaille en Scrum, mais incapable d'expliquer l'intérêt des instances ni ce qu'il aurait ajusté. Beaucoup de mots-clés, aucune histoire concrète |
| User research | Yes | A mené des entretiens utilisateurs, mais ne donne aucun exemple même après relance |
| Tech skills | No | N'envisage aucune contrainte à livrer un produit minimum viable en un sprint |
| Business sense | No | N'a pas regardé la concurrence faute de temps, ni le site au-delà de la page d'accueil. Aucun challenge de l'existant |
| Analytique et structuration | Strong No | Très peu de métriques dans son entreprise actuelle. Reprend seulement les indicateurs proposés dans l'étude de cas. Aucun plan d'analyse de ses fonctionnalités |
| Communication | Yes | Clair et synthétique, mais peu d'énergie |
Track record
Yes
Deux ans d'expérience
Product sense
No
A du mal à décrire les bénéfices pour l'utilisateur. N'arrive pas à décrire une fonctionnalité dans l'étude de cas. Reste très théorique, et renvoie la conception au designer
Méthodologie et organisation
Yes
Travaille en Scrum, mais incapable d'expliquer l'intérêt des instances ni ce qu'il aurait ajusté. Beaucoup de mots-clés, aucune histoire concrète
User research
Yes
A mené des entretiens utilisateurs, mais ne donne aucun exemple même après relance
Tech skills
No
N'envisage aucune contrainte à livrer un produit minimum viable en un sprint
Business sense
No
N'a pas regardé la concurrence faute de temps, ni le site au-delà de la page d'accueil. Aucun challenge de l'existant
Analytique et structuration
Strong No
Très peu de métriques dans son entreprise actuelle. Reprend seulement les indicateurs proposés dans l'étude de cas. Aucun plan d'analyse de ses fonctionnalités
Communication
Yes
Clair et synthétique, mais peu d'énergie
"Je cherche quelqu'un qui a du bon sens et qui sait utiliser l'intelligence collective et sa curiosité pour découvrir de nouveaux problèmes. Un excellent Product Manager va sans cesse me pousser de nouveaux insights découverts dans la data, ses entretiens utilisateurs ou ses interactions avec les parties prenantes, et ainsi challenger la vision produit. Rigueur et pragmatisme sont les maîtres mots."
5. La scorecard de Mirakl
| Critère | Attente |
|---|---|
| Adaptability | Savoir s'adapter à un environnement en constante évolution, et être moteur de ce changement auprès des parties prenantes |
| Collaboration | La réussite des équipes Product repose sur l'entraide, le feedback et la valorisation des expériences de chacun |
| Communication | Jouer un rôle de facilitateur auprès de toutes les équipes, par une communication facile et inspirante |
| Leadership | La capacité à embarquer les équipes et à les fédérer autour d'une idée commune |
| Problem-solving | Apporter des solutions pragmatiques à forte valeur ajoutée pour les utilisateurs |
| User understanding | Comprendre les besoins, mais surtout les problématiques et les impacts utilisateurs |
| Technical skills | Aborder les environnements techniques avec sérénité est un bonus, pas un prérequis |
Adaptability
Savoir s'adapter à un environnement en constante évolution, et être moteur de ce changement auprès des parties prenantes
Collaboration
La réussite des équipes Product repose sur l'entraide, le feedback et la valorisation des expériences de chacun
Communication
Jouer un rôle de facilitateur auprès de toutes les équipes, par une communication facile et inspirante
Leadership
La capacité à embarquer les équipes et à les fédérer autour d'une idée commune
Problem-solving
Apporter des solutions pragmatiques à forte valeur ajoutée pour les utilisateurs
User understanding
Comprendre les besoins, mais surtout les problématiques et les impacts utilisateurs
Technical skills
Aborder les environnements techniques avec sérénité est un bonus, pas un prérequis
| Rôle | Critère | Attente |
|---|---|---|
| Product Manager | Capacités d'analyse | Aborder des problématiques complexes et innovantes avec méthode |
| Product Manager | Prise de recul | Définir une stratégie cohérente avec les besoins utilisateurs et la stratégie d'entreprise |
| Product Designer | Compréhension du métier | Répondre à un problème utilisateur avec des solutions design adaptées |
| Product Designer | Attention aux détails | Un parcours fluide et intuitif, des composants irréprochables |
| Product Designer | Autonomie et proactivité | Un ownership total est laissé aux designers pour qu'ils apportent leur expertise activement |
| Product Designer | Portfolio | Décrire simplement la problématique, la démarche, et un résultat visuel abouti |
Product Manager
Capacités d'analyse
Aborder des problématiques complexes et innovantes avec méthode
Product Manager
Prise de recul
Définir une stratégie cohérente avec les besoins utilisateurs et la stratégie d'entreprise
Product Designer
Compréhension du métier
Répondre à un problème utilisateur avec des solutions design adaptées
Product Designer
Attention aux détails
Un parcours fluide et intuitif, des composants irréprochables
Product Designer
Autonomie et proactivité
Un ownership total est laissé aux designers pour qu'ils apportent leur expertise activement
Product Designer
Portfolio
Décrire simplement la problématique, la démarche, et un résultat visuel abouti
6. La scorecard de Trustpair
| Critère | Pourquoi |
|---|---|
| Confirmé sans être trop senior | Entre quatre et huit ans d'expérience. Des personnes capables de mentorer, tout en restant en recherche d'apprentissage |
| Forte culture produit | Les Product Managers travaillent mêlés aux autres équipes |
| Ne pas avoir peur de craquer le marché | Le produit touche à la fois la finance et la cybersécurité |
| Goût pour l'évangélisation | Le persona n'est pas issu du monde de la tech : il faut convaincre des interlocuteurs peu habitués à ces outils |
Confirmé sans être trop senior
Entre quatre et huit ans d'expérience. Des personnes capables de mentorer, tout en restant en recherche d'apprentissage
Forte culture produit
Les Product Managers travaillent mêlés aux autres équipes
Ne pas avoir peur de craquer le marché
Le produit touche à la fois la finance et la cybersécurité
Goût pour l'évangélisation
Le persona n'est pas issu du monde de la tech : il faut convaincre des interlocuteurs peu habitués à ces outils
Ce cycle long explique le critère d'autonomie : Trustpair ne cherche pas des exécutants.
7. La scorecard de Libeo
| Famille | Compétence | Attente |
|---|---|---|
| Produit | Sensibilité produit | Poser les bonnes questions, comprendre les enjeux, estimer la valeur de chaque idée |
| Production | Traduction du besoin | Un design utilisable, accessible et attractif |
| Production | Design system | Suivre les guidelines, préserver la cohérence, transmettre les bonnes pratiques |
| Production | Organisation et priorisation | Tenir ses engagements dans un produit qui évolue vite |
| Production | Dialogue avec la tech | Comprendre les enjeux front-end et transmettre le bon niveau de spécifications |
| Production | Créativité | Apporter quelque chose de nouveau |
| Production | Centrage utilisateur | Identifier les pain points, préparer les protocoles de test, traduire les retours en solutions |
| Communication | Facilité de compréhension | Sera-t-il simple de travailler avec cette personne |
| Communication | Représentation client | Pouvoir représenter Libeo en réunion client |
| Communication | Anglais | Savoir travailler en anglais |
| Communication | Feedback | Savoir donner et recevoir du feedback |
| Équipe | Intérêt pour Libeo | Le business et le produit |
| Équipe | Apport à l'équipe | Ce que la personne ajoute à l'existant |
| Équipe | Initiative | La capacité à en prendre |
| Soft skills | Empathie |
Produit
Sensibilité produit
Poser les bonnes questions, comprendre les enjeux, estimer la valeur de chaque idée
Production
Traduction du besoin
Un design utilisable, accessible et attractif
Production
Design system
Suivre les guidelines, préserver la cohérence, transmettre les bonnes pratiques
Production
Organisation et priorisation
Tenir ses engagements dans un produit qui évolue vite
Production
Dialogue avec la tech
Comprendre les enjeux front-end et transmettre le bon niveau de spécifications
Production
Créativité
Apporter quelque chose de nouveau
Production
Centrage utilisateur
Identifier les pain points, préparer les protocoles de test, traduire les retours en solutions
Communication
Facilité de compréhension
Sera-t-il simple de travailler avec cette personne
Communication
Représentation client
Pouvoir représenter Libeo en réunion client
Communication
Anglais
Savoir travailler en anglais
Communication
Feedback
Savoir donner et recevoir du feedback
Équipe
Intérêt pour Libeo
Le business et le produit
Équipe
Apport à l'équipe
Ce que la personne ajoute à l'existant
Équipe
Initiative
La capacité à en prendre
Soft skills
Empathie
| Question | Exemple de réponse |
|---|---|
| Quelles sont ses forces ? | Organisation et mentoring, expert du design system |
| De quoi aura-t-il besoin ? | De l'aide de l'équipe sur les phases de discovery |
| Quelle est la plus grande question ouverte ? | Peut-il mener un entretien utilisateur ? |
| Quel apport unique fera-t-il ? | Introduire des guidelines plus détaillées |
| Que vérifier aux prochains entretiens ? | Les compétences UX |
Quelles sont ses forces ?
Organisation et mentoring, expert du design system
De quoi aura-t-il besoin ?
De l'aide de l'équipe sur les phases de discovery
Quelle est la plus grande question ouverte ?
Peut-il mener un entretien utilisateur ?
Quel apport unique fera-t-il ?
Introduire des guidelines plus détaillées
Que vérifier aux prochains entretiens ?
Les compétences UX