Un développeur frontend et un analyste de données sont tous les deux « dans la tech ». Leurs CV ne devraient presque rien avoir en commun.
Le développeur frontend a besoin d'un lien vers son portfolio en haut, d'une courte liste de frameworks (React, Vue, peut-être Svelte) et de bullets qui parlent de pixels, de temps de chargement et de fonctionnalités livrées. L'analyste de données a besoin de ses dialectes SQL, des dashboards qu'il a vraiment construits et de chiffres qui montrent un impact business : revenu en hausse, heures économisées, churn anticipé. Même étiquette « tech ». Deux documents complètement différents.
La plupart des candidats ratent ce point. Ils écrivent un seul CV, changent l'intitulé du poste en haut, et postulent à 80 offres réparties sur quatre secteurs. Ensuite ils se demandent pourquoi rien ne décroche. Ce guide est le hub pour corriger ça. Il explique pourquoi un CV unique échoue d'un secteur à l'autre, ce que chaque industrie scanne vraiment, et où aller plus loin selon votre poste.
Pourquoi le même CV partout ne marche pas
Les recruteurs de secteurs différents ne regardent pas les mêmes choses. Un recruteur en finance passe sa première lecture sur les diplômes, les certifications et les noms d'institutions. Un manager en startup saute tout ça et cherche des produits livrés et des chiffres de traction. Un lead design lit à peine la page : il clique sur le lien du portfolio.
Si vous envoyez le CV finance à la startup, vous paraissez lent et bureaucratique. Si vous envoyez le CV startup à la banque, vous paraissez peu sérieux. Le contenu peut être identique à 80 %, mais le cadrage, l'ordre des sections et le vocabulaire doivent changer. Les rouages sont détaillés dans pourquoi le même CV échoue d'un domaine à l'autre.
Ce que chaque secteur regarde vraiment
Chaque domaine a son propre schéma de lecture. Quelques exemples, distillés à partir d'années de retours recruteurs :
- Tech : stack technique en haut, lien GitHub ou portfolio, bullets centrés sur les fonctionnalités livrées et la performance mesurée. Une page si vous avez moins de cinq ans d'expérience.
- Finance : formation et certifications dans un bloc visible (CFA, CPA, DSCG), employeurs nommés, tailles de deals, encours, responsabilité P&L. Deux pages, c'est la norme.
- Design : le lien portfolio est le titre. Le CV lui-même est court, avec une hiérarchie visuelle claire. Les outils (Figma, Webflow, After Effects) tiennent dans un petit bloc, pas un mur.
- Santé : licences, certifications, hôpitaux ou cliniques, volumes patients, spécialités. Format long attendu.
- Commercial : chiffres de quota, taux d'atteinte, tailles de deals, cycles de vente, comptes nommés. Deux pages de chiffres durs valent mieux que cinq pages de phrases molles.
- Conseil / Stratégie : grandes écoles, cabinets connus, bullets en situation-action-résultat, secteurs couverts.
Le fil rouge : chaque secteur a sa monnaie. La finance regarde les chiffres et le prestige. La tech regarde ce que vous avez livré. Le design regarde ce que vous avez fait. La santé regarde où vous avez été formé et qui vous avez soigné. Trouvez la monnaie avant d'écrire les bullets.
Les postes tech méritent chacun leur propre CV
À l'intérieur de la tech, les écarts sont plus marqués qu'on ne le pense. Mettre tous les CV d'ingénieurs dans un seul modèle, c'est exactement comme ça que de bons profils se font filtrer.
- Frontend : insistez sur le travail UI, les budgets de performance, l'accessibilité, les design systems. Voir CV de développeur frontend.
- Backend : insistez sur les APIs, le scale, la latence, les bases de données, l'astreinte. Voir CV de développeur backend.
- Full-stack : montrer l'étendue sans paraître générique. Le piège : tout lister et ne rien signaler. La parade : une ou deux fonctionnalités end-to-end par boîte, décrites en profondeur. Voir CV de développeur full-stack.
- Mobile : liens App Store et Play Store, MAU, taux de crash, natif vs cross-platform. Voir CV développeur mobile.
- Data engineer : scale des pipelines, SLAs, volumes, outils chaînés ensemble. Voir CV data engineer.
- Analyste de données : SQL, dashboards, questions répondues, décisions business influencées. Voir CV d'analyste de données.
- Data scientist / ML : impact, pas une liste d'outils. Un modèle qui a remonté la rétention de 4 % vaut mieux qu'une rubrique compétences de 20 lignes. Voir CV de data scientist.
Si votre CV peut être envoyé sans modification à une offre frontend et à une offre data engineer, il est trop vague pour rendre justice à l'un comme à l'autre.
Comment la séniorité change le document
Un CV junior et un CV staff sur le même poste sont presque deux genres différents.
Les CV juniors démarrent par la formation, les projets, les stages et tout open source ou freelance. Le récit, c'est « j'apprends vite et j'ai déjà construit des choses ». Une page.
Les CV mid démarrent par deux ou trois rôles où vous avez pris quelque chose en charge de bout en bout. Les bullets passent de « participé à » à « piloté » ou « livré ». Une à deux pages.
Les CV senior et staff démarrent par le périmètre et l'influence. Tailles d'équipe, budgets, systèmes conçus, décisions prises, mentorat. La liste de compétences raccourcit : personne qui recrute un staff engineer ne se soucie du framework CSS utilisé en 2019.
Le piège : envoyer un CV de senior pour un poste junior (ça sonne gonflé) ou un CV junior pour un poste senior (ça donne l'impression que vous avez peu avancé). Calez le document sur le niveau du poste, pas sur le niveau que vous souhaiteriez avoir.
Quand casser les conventions
Les conventions existent parce qu'elles aident les recruteurs à scanner vite. Mais elles coûtent cher quand votre histoire, justement, c'est de sortir du moule.
Un diplômé de bootcamp qui postule à une startup qui « recrute la pente, pas l'ordonnée à l'origine » devrait placer ses projets au-dessus de la formation. Un reconverti du droit vers le product management devrait ouvrir par un court paragraphe « pourquoi le produit », pas par une liste chronologique de postes juridiques. Un fondateur qui a fermé sa boîte devrait dire en deux lignes honnêtes ce qu'il a appris, pas le cacher.
La règle : ne cassez une convention que si l'alternative rend votre histoire plus claire, pas plus maligne. Et rappelez-vous que la plupart des CV passent d'abord par un ATS, conservateur par construction. Si vous expérimentez la mise en page, gardez une version parsée propre à côté : le fonctionnement est expliqué dans comment fonctionnent les ATS.
Choisir quelle version envoyer
Une fois admis qu'il faut plusieurs versions, la vraie question, c'est la maintenance. La plupart des gens lâchent parce que tenir trois ou quatre CV synchronisés est pénible.
Quelques principes qui tiennent :
- Gardez un document maître avec tout : chaque poste, chaque bullet, chaque chiffre. C'est votre source, pas votre CV.
- À partir du maître, dérivez une version par secteur cible. Frontend, backend, data, produit, design, selon ce que vous visez.
- Dans chaque version, ajustez le tiers supérieur au poste précis. Le résumé, les compétences mises en avant et les bullets du premier rôle font l'essentiel du travail.
- Relisez l'offre deux fois avant chaque envoi. Reprenez le vocabulaire qui y figure déjà, pas celui que vous aimeriez y voir. Les principes généraux sont aussi dans comment rédiger un CV.
Si vous avez un profil LinkedIn bien rempli, l'approche maître + variantes devient nettement plus simple. Postulit lit votre LinkedIn une fois et vous laisse régénérer un CV ciblé par poste (frontend, data, produit, commercial) à partir des mêmes données, pour que le maître reste à un seul endroit et que les variantes se mettent à jour seules.
L'habitude du CV unique partout, c'est une fuite lente dans votre recherche d'emploi. La boucher reste le changement le plus rentable que la plupart des candidats peuvent faire ce mois-ci.