Comment analyser une offre d'emploi pour comprendre ce que le recruteur recherche vraiment

Une offre d'emploi ne décrit pas simplement un poste.

Elle décrit aussi, parfois indirectement, le problème que l'entreprise cherche à résoudre en recrutant quelqu'un.

Et c'est probablement l'information la plus importante à comprendre avant de postuler.

Deux entreprises peuvent publier une offre pour un poste de "Software Engineer" tout en recherchant des profils très différents.

La première peut avoir besoin d'un développeur capable de travailler sur une architecture complexe avec une équipe de vingt ingénieurs.

La seconde peut surtout chercher quelqu'un d'autonome, capable de parler aux utilisateurs et de construire rapidement de nouvelles fonctionnalités.

Même titre. Même métier.

Mais pas du tout le même candidat idéal.

Apprendre à analyser une offre permet donc de comprendre ce que le recruteur recherche réellement, au-delà de la simple liste de compétences affichée.

Voici comment procéder.

Commencez par identifier la mission principale du poste

Avant de regarder les technologies ou les années d'expérience demandées, posez-vous une question simple :

Pourquoi l'entreprise recrute-t-elle quelqu'un à ce poste ?

La réponse se trouve généralement dans les premières parties de l'offre.

Prenons deux descriptions fictives.

Offre A

Vous rejoindrez notre équipe plateforme afin d'améliorer la fiabilité et les performances de notre infrastructure utilisée par plusieurs millions d'utilisateurs.

Ici, plusieurs éléments apparaissent immédiatement :

• infrastructure
• fiabilité
• performance
• passage à l'échelle.

L'entreprise recherche probablement un profil avec une forte sensibilité backend, infrastructure ou systèmes distribués.

Offre B

Vous travaillerez directement avec les équipes produit et nos utilisateurs pour transformer leurs besoins en nouvelles fonctionnalités.

Cette fois, les priorités sont différentes :

• compréhension utilisateur
• collaboration produit
• autonomie
• capacité à construire des fonctionnalités de bout en bout.

Même si les deux offres demandent TypeScript et PostgreSQL, le profil recherché n'est pas le même.

Commencez donc toujours votre analyse par la mission avant de regarder la liste des compétences.

Séparez les compétences indispensables des compétences secondaires

Les offres d'emploi contiennent souvent des listes impressionnantes de technologies et de compétences.

Il ne faut pas toutes les interpréter de la même manière.

Essayez plutôt de les classer en trois catégories.

Les compétences essentielles

Ce sont celles qui semblent directement nécessaires pour réaliser le travail.

Par exemple :

• React pour un poste principalement frontend
• Python pour un poste spécialisé en data
• Kubernetes pour un rôle fortement orienté infrastructure.

Si vous ne possédez aucune des compétences centrales du poste, l'écart peut être important.

Les compétences importantes mais transférables

Il s'agit de compétences pour lesquelles une expérience équivalente peut parfois suffire.

Une entreprise utilisant PostgreSQL peut être intéressée par quelqu'un ayant une solide expérience avec d'autres bases SQL.

Un développeur expérimenté avec Vue peut apprendre React.

Un ingénieur ayant beaucoup travaillé sur AWS pourra probablement s'adapter à une infrastructure GCP.

L'important est de comprendre le concept derrière la technologie demandée.

Les bonus

Certaines offres utilisent explicitement des formulations comme :

• Nice to have
• Bonus points
• Ideally
• A plus if you have

Ces compétences peuvent renforcer une candidature, mais leur absence ne devrait généralement pas vous empêcher de postuler.

Une erreur fréquente consiste à lire une offre comme une checklist dans laquelle il faudrait cocher 100 % des cases.

Ce n'est souvent pas le cas.

Repérez ce qui est répété

Une offre est rarement écrite au hasard.

Lorsqu'une idée apparaît plusieurs fois, c'est généralement un signal.

Imaginez qu'une fiche de poste mentionne :

• You will own features from idea to production.

Puis quelques paragraphes plus tard :

• We expect engineers to take strong ownership over their projects.

Et dans la partie consacrée au profil :

• You are comfortable working autonomously.

L'entreprise vient pratiquement de vous donner le thème principal de l'offre :

l'autonomie et l'ownership.

Si votre CV contient uniquement des descriptions très techniques comme :

Développement d'API REST avec NestJS.

vous ne répondez qu'à une partie de la question.

Une formulation comme :

Conception et développement autonome de fonctionnalités, de la définition du besoin jusqu'au déploiement en production.

sera probablement beaucoup plus pertinente si elle correspond réellement à votre expérience.

Pendant votre lecture, cherchez donc les concepts qui reviennent régulièrement :

• ownership
• autonomie
• collaboration
• performance
• rapidité d'exécution
• relation client
• qualité
• scalabilité
• produit
• leadership.

Ce sont souvent eux qui révèlent le mieux les priorités du recruteur.

Analysez les verbes utilisés dans les responsabilités

Les verbes d'une offre donnent énormément d'informations sur le niveau de responsabilité attendu.

Il existe une différence importante entre :

• Contribuer au développement de nouvelles fonctionnalités.

et :

• Concevoir et piloter le développement de nouvelles fonctionnalités.

Dans le premier cas, l'entreprise recherche potentiellement quelqu'un capable de travailler efficacement au sein d'une équipe existante.

Dans le second, elle attend probablement davantage d'autonomie et de prise de décision.

Regardez notamment les verbes utilisés :

Implement / Develop / Contribute

Le rôle semble principalement orienté exécution.

Design / Architect / Define

L'entreprise attend davantage de décisions techniques.

Own / Lead / Drive

Le niveau d'autonomie et de responsabilité augmente.

Collaborate / Partner / Work closely with

La capacité à travailler avec d'autres équipes fait probablement partie du poste.

Mentor / Coach / Grow the team

Le rôle possède vraisemblablement une dimension senior ou leadership.

Les intitulés de postes peuvent varier énormément d'une entreprise à l'autre.

Les responsabilités décrites sont souvent beaucoup plus révélatrices.

Cherchez les attentes implicites

Certaines des informations les plus intéressantes ne sont jamais écrites directement.

Supposons qu'une startup indique :

• You will work directly with the founders and customers to rapidly prototype and ship new features.

Elle ne dit pas explicitement :

• Nous recherchons quelqu'un à l'aise dans un environnement peu structuré.

Pourtant, c'est probablement une conséquence directe du poste.

Vous pouvez raisonnablement en déduire que l'entreprise valorise :

• l'autonomie
• la capacité à travailler avec peu de processus
• la rapidité
• la communication
• une certaine polyvalence.

À l'inverse, une entreprise mentionnant :

• You will contribute to large-scale distributed systems in collaboration with specialized infrastructure, security and reliability teams.

suggère un environnement beaucoup plus structuré et spécialisé.

Essayez donc de vous demander :

À quoi ressemble concrètement une semaine de travail dans ce poste ?

Cette question permet souvent de transformer une description abstraite en quelque chose de beaucoup plus compréhensible.

Faites attention au contexte de l'entreprise

Une même compétence peut avoir une importance différente selon l'entreprise.

"Être autonome" dans une entreprise de 10 personnes et dans une entreprise de 10 000 personnes ne signifie pas nécessairement la même chose.

Quelques informations peuvent donc compléter votre analyse :

• taille de l'entreprise
• taille de l'équipe
• maturité du produit
• secteur
• type de clients
• stade de croissance
• organisation de l'équipe technique.

Une startup qui vient de lever des fonds et recrute ses premiers ingénieurs cherchera probablement des profils assez généralistes capables de toucher à plusieurs sujets.

Une entreprise mature avec plusieurs centaines d'ingénieurs pourra au contraire rechercher une expertise beaucoup plus spécialisée.

L'offre doit toujours être analysée dans son contexte.

Transformez l'offre en une liste de priorités

Après votre analyse, essayez de résumer le poste en quelques lignes.

Par exemple :

Profil recherché

Priorité 1 — Product engineering

Capable de comprendre un besoin et de construire une fonctionnalité de bout en bout.

Priorité 2 — Autonomie

Peut avancer avec peu de supervision et prendre des décisions.

Priorité 3 — Stack technique

Bonne maîtrise de React, TypeScript et Node.js.

Priorité 4 — Communication

Travaille régulièrement avec les équipes produit et les utilisateurs.

Bonus

Expérience avec AWS et PostgreSQL.

Vous venez de transformer une offre de plusieurs centaines de mots en une grille de lecture très simple.

Et cette grille peut ensuite servir à décider :

• quelles expériences mettre en avant
• quelles compétences remonter dans votre CV
• quels projets présenter
• quels exemples utiliser dans votre lettre de motivation
• quelles histoires préparer pour un entretien.

Comparez ensuite ces attentes avec votre profil

Seulement maintenant, regardez votre CV.

Pour chaque priorité identifiée dans l'offre, cherchez une preuve dans votre parcours.

Vous pouvez utiliser une grille très simple :

Vous obtenez alors une vision beaucoup plus objective de votre compatibilité avec l'offre.

Vous verrez également rapidement les éventuels écarts.

Et tous les écarts n'ont pas la même importance.

Ne pas connaître un outil secondaire est très différent de ne jamais avoir exercé la responsabilité principale du poste.

Le piège : optimiser uniquement pour les mots-clés

Les ATS et les mots-clés ont leur importance.

Mais une candidature ne devrait jamais se résumer à copier le vocabulaire d'une offre dans un CV.

Si une entreprise recherche quelqu'un avec :

• Strong product sense

ajouter "Product sense" dans une section Skills n'apporte presque rien.

Il est beaucoup plus convaincant de montrer une expérience qui le démontre :

• Réalisation d'entretiens utilisateurs et traduction des retours en décisions produit et nouvelles fonctionnalités.

Un bon CV ne répète pas simplement les attentes de l'entreprise.

Il apporte des preuves.

Une offre d'emploi est avant tout une hiérarchie de problèmes

Lorsqu'on lit rapidement une annonce, on voit souvent une liste :

• React.
• TypeScript.
• AWS.
• Communication.
• Trois ans d'expérience.
• PostgreSQL.

Mais derrière cette liste se trouve généralement quelque chose de beaucoup plus intéressant :

un problème que l'entreprise cherche quelqu'un pour résoudre.

Comprendre ce problème permet de construire une candidature beaucoup plus pertinente.

C'est aussi l'un des principes utilisés par Selryn.

Lorsque vous ajoutez une offre, l'objectif n'est pas simplement d'en extraire quelques mots-clés.

Selryn analyse les responsabilités, les compétences et les signaux présents dans l'annonce afin d'identifier ce qui semble réellement important pour le poste.

Ces informations peuvent ensuite être comparées à votre profil pour sélectionner et reformuler les expériences les plus pertinentes dans votre CV.

Parce qu'avant d'adapter correctement son CV à une offre, il faut d'abord répondre à une question :

Qu'est-ce que cette entreprise recherche vraiment ?