Le candidat senior

Imaginez un cuisinier expérimenté dont le restaurant ferme. Pendant des mois, aucun poste de chef cuisinier ne s’ouvre en ville. Un petit restaurant cherche un cuisinier. Le cuisinier peut facilement faire ce travail. Le propriétaire du petit restaurant est content, mais un peu inquiet : « Cette personne partira-t-elle dès qu’un poste de chef cuisinier s’ouvrira? »

Beaucoup de scientifiques des données vivent cette situation en 2026. Des entreprises ont réduit leurs équipes, et des personnes expérimentées cherchent du travail pendant des mois. Quand vos économies diminuent et qu’une famille dépend de vous, vous commencez à postuler un niveau sous votre dernier poste. C’est une décision raisonnable. Notre conseil sur l’importance de ne pas tricher va dans le même sens : postulez largement, y compris un niveau sous votre cible.

Gabriel est dans cette situation. Il est très compétent, et il a besoin d’un emploi. La partie technique n’est pas difficile pour lui. La difficulté, c’est une question que chaque personne qui mène une entrevue se pose, mais que peu posent : « Resterez-vous? » Cette page montre sa réponse et explique pourquoi la réponse honnête est aussi la meilleure.

GS

La personne candidate

Gabriel Santos

Scientifique des données senior, 9 ans d'expérience, postule à un poste intermédiaire

• 9 ans en science des données
• Licencié en mars 2026
• Expériences, tarification, places de marché
• Toronto

• Scientifique des données senior, Forkline (livraison de repas, Canada), de 2022 à mars 2026 (poste supprimé lors d’une restructuration)
• Scientifique des données, Forkline, de 2019 à 2022
• A dirigé le passage des tests A/B par utilisateur aux tests par alternance pour les prix et les frais; environ 40 tests de tarification par année
• Frais sur les petites commandes : a conçu et analysé le test qui a changé le plan de lancement; environ 3 millions de dollars canadiens de profit par année
• A encadré 4 scientifiques des données; a rédigé le guide de l’équipe pour lire les résultats d’expériences
• Analyste de données, Northvale Insurance (Toronto), de 2018 à 2019; analyste dans une banque à São Paulo, en 2017
• Python, SQL, dbt, Airflow, Looker; baccalauréat en statistique (Brésil)

Ce que Thandiwe voit avant l’appel

Thandiwe a elle aussi neuf ans d’expérience. Elle lit le CV et pense : « Il pourrait faire mon travail. » Ce n’est pas une menace pour elle. C’est une question pour l’équipe.

Les notes de la présélection SQL sont très bonnes. Gabriel a utilisé l’assistant d’IA, ce qui était permis à cette étape. Il a chaque fois indiqué ce qu’il lui demandait de faire. Une fois, il a rejeté sa requête et expliqué pourquoi : elle comptait les comptes de test comme des apprenants. Le collègue qui a mené la présélection a écrit : « Utilise l’outil comme une personne expérimentée. Vérifie tout. »

La période sans emploi depuis mars ne lui pose pas problème. Beaucoup de personnes compétentes ont été licenciées cette année. Mais elle voit un titre senior, alors que ce poste est intermédiaire.

Son plan pour l’appel :

• Est-il aussi compétent que son CV le laisse croire, ou une grande équipe faisait-elle le travail autour de lui?
• Peut-il travailler seul avec un gestionnaire de produit? Chez Parlo, chaque scientifique des données est responsable d’un secteur du produit.
• Quelle est sa force particulière? Son expérience porte sur la livraison et la tarification. Parlo porte sur l’apprentissage.
• Restera-t-il? Elle décide de le lui demander avec bienveillance, vers la fin, et une seule fois.

Termes utilisés sur cette page

• Rétention au jour 30 : parmi les personnes inscrites un jour donné, la proportion qui utilise encore l’application 30 jours plus tard.
• Déploiement en pourcentage : on active une fonctionnalité pour une proportion des utilisateurs, par exemple 20 %. On utilise le même outil que pour une expérience, mais personne n’a fixé la mesure et la durée avant le début.
• Test par alternance : plutôt que de séparer les utilisateurs, vous faites alterner tout le système entre A et B. Par exemple, vous alternez selon la ville et l’heure. C’est utile quand les utilisateurs partagent quelque chose, comme des livreurs.
• Erreur type et intervalle de confiance : l’erreur type indique combien un nombre varierait si vous répétiez l’étude avec d’autres personnes. Un intervalle de confiance à 95 % s’étend sur environ deux erreurs types de chaque côté. Voir Estimer l’incertitude.
• Consultation répétée des résultats : regarder les résultats chaque jour et arrêter quand ils semblent bons ou mauvais. Chaque consultation donne au hasard une occasion de plus de vous tromper.
• Groupe de réserve : un petit groupe qui ne reçoit pas la fonctionnalité pendant longtemps, pour mesurer l’effet à long terme.

L’entrevue

Minutes 0 à 5 : l'ouverture

Gabriel(personne candidate) :

Bonjour Thandiwe. Désolé, une chose avant de commencer. Mon fils est malade à la maison aujourd’hui. Si vous entendez une porte, c’est lui. Ma femme est avec lui.

Thandiwe(intervieweur) :

Aucun problème. J’en ai deux à la maison, je comprends. Alors, je suis scientifique des données senior dans l’équipe Growth and Learning. D’abord, vous me racontez une analyse qui a changé une décision, et je pose beaucoup de « pourquoi ». Ensuite, notre vrai problème. Puis vos questions. Cette étape se fait sans outils d’IA, seulement une conversation. Je sais que vous en avez utilisé un à l’étape SQL. C’était permis là.

Gabriel(personne candidate) :

D’accord. Juste nous. Le papier, c’est permis?

Thandiwe(intervieweur) :

Oui, le papier est permis. Alors, une analyse qui a changé une décision.

Ce que l’intervieweur vérifie

La règle sur l’IA change d’une étape à l’autre. Si vous ne savez pas ce qui est permis, demandez-le, comme Gabriel. Consultez N’utilisez pas l’IA ou une autre aide pour tricher.

Minutes 5 à 20 : une analyse qui a changé une décision

Gabriel(personne candidate) :

D’accord. Chez Forkline, les frais pour les petites commandes. Les petites commandes, sous 15 $, nous font perdre de l’argent. Le livreur coûte autant pour un café que pour un souper familial. L’équipe des finances voulait des frais d’environ 2 $ sur ces commandes, partout, dans un mois.

Alors on a fait un test A/B normal, par utilisateur. Et ça semblait très bon. Le revenu par utilisateur montait, je pense d’environ 4 %. Tout le monde était content. Mais moi, je n’étais pas à l’aise, parce que les utilisateurs partagent les livreurs. Si le groupe avec les frais commande moins, il y a plus de livreurs libres. Et l’autre groupe reçoit ses livraisons plus vite. Donc le groupe témoin n’est pas vraiment un témoin.

Thandiwe(intervieweur) :

Hum-hum. Alors, qu’avez-vous fait?

Gabriel(personne candidate) :

Un test par alternance. Dans six villes, on activait et désactivait les frais pour toute la ville, toutes les deux heures, au hasard. Comme ça, les livreurs sont les mêmes pour tout le monde pendant ces deux heures. Et le résultat était beaucoup plus petit. Autour de 1 %, et l’intervalle incluait zéro.

Thandiwe(intervieweur) :

Pourquoi toutes les deux heures? Pourquoi pas chaque jour?

Gabriel(personne candidate) :

Hmm. Avec des jours, on a trop peu de périodes. On avait seulement quelques semaines. Des périodes plus courtes, on en a plus, donc plus de données. Mais trop court, c’est mauvais aussi. Une commande de 7 h 55 est encore en route à 8 h 10, dans la période suivante. Donc les effets débordent. On a essayé une heure d’abord, et le débordement était trop grand. Deux heures, c’était le compromis.

Pourquoi cela fonctionne

Le « pourquoi » de Thandiwe va plus loin que la méthode. La réponse de Gabriel présente un vrai compromis : des périodes plus courtes donnent plus de données. Mais les commandes débordent dans la période suivante. Il dit aussi qu’ils ont d’abord essayé une heure. Seule la personne qui a fait le travail connaît ce genre de détails.

Thandiwe(intervieweur) :

Votre CV dit que vous avez dirigé le passage aux tests par alternance. Quel était votre rôle exactement?

Gabriel(personne candidate) :

Je l’ai proposé, j’ai écrit le document de conception, et j’ai fait l’analyse. Le système d’attribution, deux ingénieurs l’ont construit, peut-être six semaines. « Dirigé », c’est… bon. J’ai dirigé l’idée et l’analyse. Pas le code.

Et la décision : pas partout. Seulement aux heures de pointe, dans les grandes villes, quand il manque vraiment de livreurs. Là, les frais aidaient. Aux heures calmes, ça faisait seulement fâcher les gens. Et les 3 millions sur mon CV, c’est une estimation pour ce lancement plus limité. Les finances l’ont faite, je l’ai vérifiée. Ce n’est pas mesuré.

Ce que l’intervieweur vérifie

Thandiwe vérifie le mot « dirigé », et Gabriel le précise. Sans qu’on lui demande, il dit aussi que les 3 millions sont une estimation. Les personnes seniors exagèrent souvent un peu leurs chiffres. Elles ont l’habitude de promouvoir leurs résultats dans une entreprise. Les personnes qui font passer les entrevues remarquent quand un candidat fait le contraire.

Thandiwe(intervieweur) :

C’est clair, merci. Que feriez-vous différemment?

Gabriel(personne candidate) :

Je garderais un groupe témoin à long terme. On a mesuré trois semaines. Mais quelqu’un qui paie les frais trois fois, peut-être que deux mois plus tard, il change d’application. On n’a jamais mesuré ça. On

La vidéo se fige pendant quelques secondes.

Thandiwe(intervieweur) :

Gabriel? Votre image s’est figée. J’ai entendu « on n’a jamais mesuré ça ».

Gabriel(personne candidate) :

Désolé, ma connexion Internet. Oui. J’ai demandé un groupe témoin à long terme, 5 % des utilisateurs sans frais pendant six mois. L’équipe produit a dit non, à cause de l’argent. J’ai accepté trop vite, je pense. J’aurais dû insister plus.

Pourquoi cela fonctionne

Après l’interruption, Gabriel reprend son idée calmement. Et sa réponse présente une vraie faiblesse, pas une réponse préparée comme « je travaille trop ».

Minutes 20 à 50 : le cas Parlo

Thandiwe(intervieweur) :

D’accord, je passe à la suite. Notre situation réelle. Il y a cinq semaines, nous avons lancé « Talk with Pip », des conversations avec une IA pour pratiquer. Nous l’avons offert à 20 % des nouveaux utilisateurs. Les utilisateurs actifs chaque semaine dans ce groupe ont augmenté d’environ 6 %. Mais la rétention au jour 30 des nouveaux utilisateurs est passée de 31 à 29 %. Notre gestionnaire de produit veut l’offrir à tout le monde avant janvier. Si vous étiez notre scientifique des données, que feriez-vous?

Gabriel(personne candidate) :

D’accord. Laissez-moi réfléchir un moment.

Environ dix secondes de silence. Il écrit sur du papier.

Première chose. Cinq semaines, et la rétention au jour 30. Donc seules les personnes inscrites dans les cinq premiers jours environ ont un chiffre au jour 30? Ça fait combien de personnes?

Thandiwe(intervieweur) :

Oui, bien vu. Environ 2 400 dans le groupe Pip. Le groupe de comparaison en compte environ 25 000.

Gabriel(personne candidate) :

D’accord. Donc à 30 %, l’erreur-type pour 2 400 personnes, c’est… la racine carrée de 0,3 fois 0,7, autour de 0,46. Divisée par la racine carrée de 2 400, environ 49. Donc un peu moins d’un point. Avec l’autre groupe, peut-être un point au total. Donc deux points, c’est environ deux erreurs-types. L’intervalle va à peu près de zéro à quatre points. À la limite.

Mais ce chiffre n’est pas le plus gros problème. C’est la comparaison. Comment avez-vous choisi les 20 %?

Pourquoi cela fonctionne

Gabriel arrondit à voix haute et termine par des mots simples : « à la limite ». Il a raison : l’intervalle à 95 % pour la baisse va d’environ 0,1 à 3,9 points. Vous n’avez pas besoin d’aller aussi vite. Mais vous devriez savoir que 2 400 personnes donnent une plage beaucoup plus large que 25 000.

Thandiwe(intervieweur) :

Un déploiement par pourcentage dans notre outil d’expérimentation. 20 % des nouveaux utilisateurs sur iOS. Android n’était pas prêt.

Gabriel(personne candidate) :

Et les 31 %, ce sont les autres nouveaux utilisateurs sur iOS?

Thandiwe(intervieweur) :

Oui, les autres 80 % sur iOS. Non, attendez. Désolée, je vais vérifier.

Elle regarde ses notes.

Non, je me suis trompée. Le tableau de bord compare avec tous les autres nouveaux utilisateurs. Les deux plateformes.

Ce que l’intervieweur vérifie

Thandiwe fait une erreur, la remarque et la corrige. Les bonnes personnes qui font passer les entrevues le font. Gabriel ne fait pas de commentaire. Il utilise simplement le nouveau fait.

Gabriel(personne candidate) :

D’accord, alors c’est étrange. Dans la plupart des applications que je connais, la rétention est meilleure sur iOS que sur Android. C’est pareil ici?

Thandiwe(intervieweur) :

Oui. Quelques points de mieux.

Gabriel(personne candidate) :

Alors la comparaison favorise Pip, et Pip semble quand même moins bon. Le groupe de comparaison contient Android, et ça le tire vers le bas. Si j’enlève Android, la comparaison monte, un peu au-dessus de 31. Donc contre iOS seulement, l’écart est peut-être plus grand, pas plus petit. Mais je veux le voir, pas deviner.

Il ouvre le tableau blanc partagé et dessine un petit tableau. Les lignes sont iOS avec Pip, iOS sans Pip et Android. Les colonnes sont les nouveaux utilisateurs, la rétention au jour 30, les leçons par semaine et les conversations par semaine.

Ça d’abord. iOS contre iOS, les mêmes jours. Avez-vous ce chiffre?

Thandiwe(intervieweur) :

Oui. iOS sans Pip, les mêmes jours : environ 33 %. Autour de 9 600 personnes.

Gabriel(personne candidate) :

Trente-trois. Donc c’est quatre points, pas deux. Hmm. L’erreur-type est semblable, environ un point. Donc quatre points, c’est presque quatre erreurs-types. Ce n’est pas du bruit. Les 20 % étaient choisis au hasard, par identifiant d’utilisateur?

Thandiwe(intervieweur) :

Oui. L’outil attribue les groupes par identifiant d’utilisateur.

Pourquoi cela fonctionne

C’est le moment clé du cas. Le tableau de bord comparait les utilisateurs iOS avec un mélange incluant Android, dont la rétention est moins bonne. La comparaison équitable agrandit l’écart. Les chiffres de Gabriel sont justes : l’erreur-type est d’environ 1,04 point. L’intervalle à 95 % pour la baisse va donc d’environ 2 à 6 points.

Gabriel(personne candidate) :

Alors sur iOS, c’est presque une vraie expérience. Personne n’a choisi la mesure avant, et ça couvre seulement cinq jours d’inscriptions, donc je reste prudent. Mais maintenant, je le prends au sérieux.

Thandiwe(intervieweur) :

Hum-hum. Continuez.

Gabriel(personne candidate) :

La date. Il y a cinq semaines, c’est fin août. Donc ces premiers utilisateurs se sont inscrits juste avant la rentrée. Les gens qui s’inscrivent en août, peut-être en vacances, se comportent différemment en septembre. Mais les deux groupes se sont inscrits les mêmes jours, donc la saison touche les deux. C’est un gros problème pour « avant et après ». Moins pour « mêmes jours, deux groupes ». Mais peut-être que les apprenants d’août réagissent à Pip différemment de ceux de janvier. Ça, je ne peux pas le savoir avec ces données.

Thandiwe(intervieweur) :

D’accord. Quoi d’autre?

Gabriel(personne candidate) :

Les leçons. Les utilisateurs actifs chaque semaine augmentent de 6 %. Mais c’est quoi, « actif »? Si une conversation avec Pip compte, alors Pip fait monter le chiffre juste parce qu’il existe. Peut-être que les gens parlent deux minutes et arrêtent les leçons. Et peut-être que les leçons sont ce qui les garde pendant 30 jours. Les utilisateurs de Pip font moins de leçons?

Thandiwe(intervieweur) :

Une conversation compte bien comme une activité. Et oui, les leçons terminées ont diminué dans le groupe Pip.

Gabriel(personne candidate) :

D’accord. Donc une explication possible : Pip est amusant, il remplace les leçons, et les leçons étaient l’habitude. Mais c’est une hypothèse. Je regarderais les utilisateurs qui ont parlé avec Pip la première semaine et arrêté les leçons. Est-ce qu’ils partent plus souvent?

Ce que l’intervieweur vérifie

Une partie des 6 % peut venir de la façon de compter les utilisateurs « actifs ». Gabriel appelle son explication une hypothèse et nomme l’analyse qui permettrait de la tester.

Les prochaines minutes, en bref

Gabriel demande combien une conversation avec Pip coûte à Parlo. Environ 4 cents, dit Thandiwe, et un utilisateur très actif en fait 20 par semaine. Il fait le calcul sur le tableau blanc : environ 80 cents par semaine, ou environ 3,50 $ par mois. « Un utilisateur gratuit qui parle beaucoup nous coûte trois dollars et demi et ne paie rien », dit-il. « Dans la livraison, on avait le même problème avec la livraison gratuite. Donc je veux savoir : les utilisateurs de Pip achètent Plus plus souvent? » Personne n’a encore regardé ça. Thandiwe le note.

Thandiwe(intervieweur) :

D’accord, une question plus difficile. Pip sert à apprendre à parler. Disons que la rétention baisse un peu, mais que les gens apprennent vraiment plus. Comment le sauriez-vous?

Gabriel(personne candidate) :

Hmm.

Une longue pause.

Honnêtement, cette partie, je ne sais pas. Dans la livraison, le résultat est facile. La nourriture est arrivée, ou non. Ici… comment mesurer qu’une personne parle mieux? Avez-vous un test?

Thandiwe(intervieweur) :

Il y a un court test de classement. Mais peu de gens le passent, et encore moins le passent deux fois.

Gabriel(personne candidate) :

Alors les gens qui le passent deux fois sont particuliers. Très motivés. Donc si les utilisateurs de Pip qui le repassent font mieux, je ne m’y fie pas. Peut-être que seuls les bons le repassent. Ça, je peux le dire avec les statistiques. Mais une bonne mesure de l’expression orale, du côté pédagogique, je ne sais pas. Qu’est-ce que Parlo a essayé?

Thandiwe(intervieweur) :

Nous avons essayé trois courtes questions dans une leçon, une fois par mois. Le taux de leçons terminées a baissé, les gens détestaient ça, nous avons arrêté après deux semaines. Honnêtement, nous n’avons pas résolu le problème.

Gabriel(personne candidate) :

D’accord. Alors je ne promettrais pas à Kenji un chiffre sur l’apprentissage ce trimestre. Je le dirais ouvertement : maintenant, on mesure l’engagement et la rétention, et l’apprentissage est un projet séparé. Peut-être avec quelqu’un qui connaît l’enseignement des langues.

La limite

C’est la limite de Gabriel. Il connaît très bien les expériences, mais pas la mesure de l’apprentissage, et il le dit. Ensuite, il utilise ce qu’il sait : les personnes qui repassent le test ne forment pas un groupe aléatoire. Et il demande ce que Parlo a déjà essayé. Neuf ans d’expérience lui ont facilité le fait de dire « je ne sais pas », plutôt que de le compliquer. Il a confiance dans le reste de ses réponses.

Thandiwe(intervieweur) :

Bien. Dernière partie. Kenji veut une réponse cette semaine. Que lui dites-vous?

Gabriel(personne candidate) :

Que le tableau de bord est trompeur. La comparaison équitable est pire : environ quatre points de moins, pas deux. Mais ça couvre seulement cinq jours d’inscriptions, dans une semaine inhabituelle, et « actif » inclut Pip lui-même. Donc je ferais un vrai test. Nouveaux utilisateurs iOS, 50/50, et on décide avant le début : la rétention au jour 30 est la mesure principale. Les leçons et le coût sont les garde-fous. Et on ne regarde pas chaque jour.

Thandiwe(intervieweur) :

Hum-hum. Et c’est un oui ou un non pour janvier?

Gabriel(personne candidate) :

Ah. Désolé, je ne l’ai pas dit. C’est « pas encore ». Pour voir un point à 30 %, il me faut, je pense, autour de 30 000 personnes par groupe. Peut-être un peu plus, je ferais le calcul correctement. Avec la moitié des nouveaux utilisateurs iOS dans chaque groupe, environ quatre semaines pour les avoir. Puis 30 jours de plus pour le jour 30. Si on commence dans deux semaines, on sait vers la mi-décembre. Pas beaucoup de temps, mais c’est avant janvier.

Où cela tourne mal

La première réponse de Gabriel est une liste de problèmes et un plan de test. Tout est correct, mais il a oublié ce que Kenji demandait : une décision. Les personnes expérimentées commencent souvent par la méthode. Un gestionnaire de produit entend « le tableau de bord est trompeur » et ne sait toujours pas quoi faire lundi.

Une meilleure réponse

Commencez par la décision, puis la raison, puis le plan :

« Ma recommandation : pas à tout le monde pour l’instant. Gardons Pip à 20 % sur iOS. Le tableau de bord compare iOS avec tous les utilisateurs. iOS contre iOS, les utilisateurs de Pip ont environ quatre points de moins au jour 30. Ça couvre seulement cinq jours d’inscriptions, dans une semaine inhabituelle, donc je ne suis pas certain que ça se maintiendra. Mais c’est un vrai avertissement. Faisons donc un test 50/50 rigoureux sur les nouveaux utilisateurs iOS, à partir de dans deux semaines. Nous aurons une réponse au jour 30 d’ici la mi-décembre. Si le résultat est neutre ou meilleur, nous lançons en janvier. S’il est moins bon, nous examinons d’abord Pip et les leçons. »

Même contenu, ordre différent. Kenji peut répéter la première phrase à son vice-président. Les chiffres de Gabriel tiennent aussi. Pour voir un changement d’un point à 30 % avec la puissance habituelle de 80 %, il faut environ 33 000 personnes par groupe.

Minutes 50 à 54 : la question du niveau

Thandiwe(intervieweur) :

Avant vos questions, est-ce que je peux demander quelque chose de plus personnel? Vous pouvez dire non. Vous avez été senior pendant quatre ans. Ce poste est intermédiaire. Et aujourd’hui, vous avez mieux traité le cas que certaines personnes seniors que je connais. Alors je me demande : que se passe-t-il dans six mois, si un poste senior se présente?

Gabriel(personne candidate) :

Pour moi, le titre n’est pas important. J’aime juste le travail, et…

Il s’arrête.

Non. Désolé. Je vais vous répondre correctement. Vous avez posé la question honnêtement.

Thandiwe(intervieweur) :

Prenez votre temps.

Gabriel(personne candidate) :

J’ai été mis à pied en mars. J’ai deux enfants, et mon salaire est le revenu principal à la maison. Sept mois, c’est long. Donc oui, je postule à des postes intermédiaires, parce que j’ai besoin d’un emploi stable. Et je sais que je peux bien faire celui-ci. Je postule aussi à des postes seniors. J’ai un autre processus en cours maintenant.

Mais je ne postule pas à des emplois que je prévois quitter. Si je viens ici, je veux rester. Je ne peux pas vous promettre trois ans, personne ne peut. Ce que je peux dire, c’est : si le travail et les gens sont bien, je ne pars pas pour un titre. Je suis resté sept ans chez Forkline.

Thandiwe(intervieweur) :

Merci. C’est une vraie réponse.

Gabriel(personne candidate) :

Est-ce que je peux vous poser une question en retour? Est-ce qu’on peut devenir senior ici? Pas demain. Mais est-ce possible?

Thandiwe(intervieweur) :

Des gens ont progressé ici, oui. Je ne peux pas promettre de délai. Simone pourra vous en dire plus.

Où cela tourne mal

« Le titre n’est pas important pour moi », c’est ce que beaucoup de gens disent ici. Thandiwe l’entend souvent, et ça la convainc rarement. Tout le monde se soucie un peu du salaire et du niveau. La phrase semble préparée pour rassurer la personne qui fait passer l’entrevue. Gabriel l’entend aussi, et il s’arrête.

Pourquoi la réponse honnête fonctionne

• Elle explique le choix. Une personne senior qui postule un niveau plus bas sans raison inquiète les gens. « J’ai besoin de stabilité, et je peux bien faire ce travail » est une raison que les gens comprennent et respectent.
• Elle ne promet pas trop. « Je ne peux pas promettre trois ans » semble vrai, donc le reste semble vrai aussi.
• Elle donne une preuve. Sept ans dans une entreprise en disent plus que n’importe quelle promesse.

Il ne cache pas non plus l’autre processus. Si Parlo l’apprenait plus tard, cela nuirait à la confiance construite pendant l’entrevue.

Regardez ce que Gabriel n’a pas fait. Il n’a pas donné de réponses plus simples dans le cas pour avoir l’air d’un intermédiaire. Et il n’a pas raconté une histoire triste pour obtenir de la sympathie. Il a dit les faits une fois, brièvement, puis il est revenu au travail. La pression à la maison est réelle. Vous avez le droit d’en parler, et vous n’êtes pas obligé de le faire.

Minutes 54 à 60 : les questions de Gabriel et la conclusion

Gabriel(personne candidate) :

Mes questions. Vous avez dit que chaque scientifique des données a un secteur de produit. Qui vérifie mon analyse avant qu’elle aille au gestionnaire de produit?

Thandiwe(intervieweur) :

Un autre scientifique des données la lit. Pour les grandes décisions, Simone aussi. Ce n’est pas parfait. Les semaines chargées, c’est rapide.

Gabriel(personne candidate) :

Et la conversion vers Plus et le coût de Pip. Qui regarde ça? Aujourd’hui, on dirait que personne ne le fait.

Thandiwe(intervieweur) :

Elle rit. Vous avez remarqué. Il y a une équipe Monetisation, mais elle n’a pas encore de scientifique des données. Elle emprunte du temps à notre équipe.

D’accord, notre temps est écoulé. Merci, Gabriel. J’espère que votre fils ira mieux. Mira vous contactera pour la prochaine étape. C’est un exercice à faire à la maison avec une courte présentation.

Pourquoi cela fonctionne

Les deux questions portent sur le vrai travail : comment on repère les erreurs et où sont les problèmes non résolus. La deuxième montre aussi à Thandiwe ce qui compte pour Gabriel. Consultez Une entrevue est une conversation dans les deux sens.

Après l’appel : les notes de Thandiwe

Candidat : Gabriel Santos. Étude de cas produit, 60 minutes.

Preuves solides

• Conception d’expériences et statistiques. Son expérience des tests à alternance est réelle et approfondie. Dans notre cas : a repéré le problème de la fenêtre au jour 30. A demandé de comparer iOS à iOS (33 %, donc quatre points de moins, pas deux) et de définir « actif ». Bon calcul approximatif de l’intervalle de tête.
• Compréhension du produit et des coûts. A soulevé le coût par utilisateur gratuit intensif et la conversion vers Plus sans qu’on le lui demande. Nous n’avons pas examiné la conversion. Nous devrions le faire.
• Honnêteté. A précisé exactement ce que signifiaient « dirigé » et les 3 millions. A dit « je ne sais pas » à la limite de ses connaissances.

Quelques preuves

• Collaboration avec un gestionnaire de produit. Accepte que le gestionnaire de produit décide. Sa première réponse à Kenji commençait par la méthode, pas par la décision. L’a corrigée tout de suite quand on le lui a demandé.

Aucune preuve

• Mesure de l’apprentissage. Ne connaît pas ce domaine, l’a dit et a demandé ce que nous avions essayé. Comme nous tous.

Préoccupation

• Niveau. Il est sénior. A répondu honnêtement à « resterez-vous? » : a besoin de stabilité, suit un autre processus, ne changerait pas d’emploi pour un titre. Je le crois. Mais je pense que nous l’embauchons au mauvais niveau.

Recommandation : oui, sans hésitation. Simone, veuillez lire la dernière note.

La suite

Gabriel a fait le travail à la maison : un petit jeu de données sur des apprenants, trois heures maximum. Les outils d’IA étaient permis, à condition de déclarer leur utilisation. Il a utilisé un assistant d’IA et a rédigé une courte section finale intitulée « Comment j’ai utilisé l’IA » :

• Il a demandé à l’assistant des premières versions du code des graphiques et du SQL pour la table de rétention.
• Il a vérifié le SQL à la main pour trois apprenants. La jointure de l’assistant excluait les apprenants sans séance après le jour 1. La rétention semblait donc plus élevée qu’elle ne l’était. Il a corrigé l’erreur, et la section montre les chiffres avant et après.
• Il a rédigé lui-même les conclusions et la recommandation.

Pendant la présentation, Simone l’a interrogé sur les apprenants exclus. Il a montré les trois qu’il avait vérifiés. Voilà à quoi ressemble une bonne utilisation des outils d’IA pour gagner en rapidité et en qualité. L’outil a fait la saisie. Gabriel a fait les vérifications, et il l’a dit.

Puis est venue la partie difficile. Il n’y avait qu’un poste à pourvoir. Chloe, une autre finaliste qui correspondait mieux au niveau intermédiaire, l’a obtenu. L’autre processus de Gabriel avançait vite. Il a écrit à Mira, expliqué pourquoi l’échéancier comptait et demandé où en étaient les choses. Mira a été honnête aussi. Le poste intermédiaire allait à quelqu’un d’autre. Mais Simone faisait une demande au directeur, et Mira en saurait plus dans une dizaine de jours.

Simone avait lu la dernière note de Thandiwe. L’équipe Monetisation prévoyait un poste de scientifique des données sénior pour le premier trimestre de l’année suivante. Les questions de Gabriel sur les coûts et la conversion vers Plus correspondaient exactement au problème de cette équipe. Simone a demandé d’ouvrir le poste immédiatement, et le directeur a accepté. Gabriel a passé une dernière entrevue avec le responsable produit de Monetisation. Il a reçu une offre pour le poste sénior, deux semaines après l’étude de cas produit.

La chance a joué un rôle. Une autre équipe prévoyait un poste sénior, et il était possible de l’ouvrir plus tôt. Cela n’arrive pas souvent. Voir La chance joue un rôle. Mais cette chance avait besoin d’honnêteté pour porter ses fruits. Si Gabriel avait minimisé ses compétences, personne n’aurait pensé à lui pour un poste sénior. S’il avait promis de rester pour toujours ou caché l’autre processus, Mira et Simone lui auraient fait moins confiance au moment décisif.

Ce qu’il faut retenir

• Postuler un niveau plus bas est un choix raisonnable, pas un échec. Préparez-vous à l’expliquer.
• Répondez à « resterez-vous? » avec vos vraies raisons. Expliquez pourquoi vous avez postulé, ce que vous pouvez promettre ou non, et donnez des preuves tirées de votre parcours.
• Ne minimisez pas vos compétences. Montrez votre vrai niveau. L’équipe pourrait vous trouver une place plus adaptée, comme Parlo l’a fait.
• Avec un gestionnaire de produit, commencez par la décision. La méthode vient ensuite.
• Les personnes séniores ont aussi leurs limites. « Je ne sais pas. Qu’avez-vous essayé? » a rendu les autres réponses de Gabriel plus crédibles.
• Utilisez l’IA quand elle est permise et dites ce que vous avez vérifié. Une mauvaise jointure, repérée à la main, a davantage aidé Gabriel qu’un rapport d’apparence parfaite.

Si votre profil ressemble à celui de Gabriel

1. Préparez votre réponse sur le « niveau » avant qu’on vous pose la question. Écrivez-la, puis dites-la à voix haute : pourquoi vous postulez, ce que vous pouvez promettre et une preuve. Par exemple, indiquez combien de temps vous êtes resté dans vos anciens postes. Exercez-vous jusqu’à ce que votre réponse semble calme, sans être défensive.
2. Utilisez l’IA pour vous préparer autant que vous le souhaitez. Demandez à un assistant de jouer une personne qui vous interviewe et qui craint que vous soyez trop qualifié. Demandez-lui de remettre votre réponse en question. C’est de la préparation, pas de la tricherie. Voir N’utilisez pas l’IA ou une autre aide pour tricher.
3. Vérifiez chaque chiffre et chaque verbe de votre CV. Pour chaque « dirigé » et chaque montant, sachez exactement ce que vous avez fait et d’où vient le chiffre. Voir Expliquer vos décisions.
4. Exercez-vous à commencer par la décision. Prenez trois analyses passées et présentez chacune ainsi : la recommandation en une phrase, la raison principale, puis le plan. Comparer des options vous aide à expliquer ce qu’un résultat montre ou ne montre pas.
5. Soyez honnête avec les recruteurs au sujet de votre échéancier, et gardez contact avec vos anciens collègues pendant votre recherche. Demandez-leur des conseils, pas un emploi. Voir Se préparer aux candidatures.