CV pour la tech : comment l'écrire pour n'importe quel métier (2026)

La plupart des conseils sur le CV pour la tech sont écrits pour les ingénieurs logiciel, puis réutilisés pour tous les autres métiers. Une product manager, un data analyst, une UX designer, un SRE, un administrateur système et une ingénieure QA postulent sur les mêmes portails et passent devant les mêmes recruteurs, mais le lecteur cherche des preuves différentes sur chaque page. Ce guide présente la mise en forme qui fonctionne pour tous les métiers de la tech, puis passe en revue chaque métier : ce qui change dans la section compétences, quels liens inclure, quels chiffres comptent, et un court extrait fictif pour chacun.

Si votre métier est d’écrire du logiciel, le guide du CV d’ingénieur logiciel est la meilleure page pour vous. Les sections ci-dessous couvrent les métiers autour de l’ingénierie.

Ce qui distingue un CV pour la tech

Les recruteurs de la tech trient sur les outils et les résultats avant de lire quoi que ce soit d’autre. L’offre cite une stack, une plateforme ou une méthode, et la première lecture vérifie que votre page contient ces mots. La deuxième lecture, celle du responsable du recrutement, vérifie que vous en avez fait quelque chose. Un CV pour la tech réussit quand les deux lectures sont rapides : la section compétences répond à la première en cinq secondes, et les puces d’expérience répondent à la seconde avec des chiffres.

La deuxième différence, ce sont les preuves hors du document. Le portfolio d’une designer, le notebook d’un analyste, le module Terraform open source d’un SRE et le produit d’une PM auquel chacun peut s’inscrire pèsent tous plus que des adjectifs. Le rôle du CV est de les montrer du doigt.

Comment mettre en forme un CV pour la tech

La mise en forme est la même pour tous les métiers : réglez-la une fois.

• Une page pendant vos huit à dix premières années. Deux pages pour les profils seniors qui ont beaucoup de produits ou de systèmes à présenter.
• Antéchronologique. Le poste actuel en premier. Les CV fonctionnels qui cachent les dates invitent aux questions sur les trous.
• Ordre des sections : contact, résumé (facultatif, deux lignes), compétences, expérience, projets, formation, certifications. Les designers et les analystes en début de carrière avec un portfolio solide peuvent placer les projets au-dessus de l’expérience.
• Le bloc de contact dans le corps de la page, avec nom, ville, e-mail, téléphone et liens. Pas dans la zone d’en-tête de Word ; les parseurs peuvent l’ignorer.
• Des liens en texte, pas seulement des icônes : linkedin.com/in/nom, github.com/nom, nom.design. Le lien doit survivre à un copier-coller.
• Un PDF à base de texte. Exportez depuis votre éditeur plutôt que d’imprimer en image. Sélectionnez tout une fois et collez le résultat dans un éditeur de texte simple pour vérifier que chaque section sort dans l’ordre.
• Des polices simples, 10 à 11 points, une colonne pour tout ce qui passe par un formulaire de candidature. Une version à deux colonnes convient pour un PDF envoyé par e-mail à une personne.
• Pas de photo pour les candidatures aux États-Unis, et pas de date de naissance, où que ce soit. En France, la photo reste courante mais n’est pas obligatoire.
• Nom du fichier : Prenom-Nom-CV.pdf.

Le vocabulaire de la section compétences doit refléter l’offre. La méthode pour extraire les termes d’une fiche de poste et les placer se trouve dans le guide des mots-clés du CV ; cette page suppose que c’est fait et se concentre sur ce que la page doit prouver pour chaque métier.

Exemples de CV tech par métier

Chaque extrait ci-dessous est fictif. Les personnes, les entreprises et les chiffres sont inventés pour montrer la forme d’une bonne rubrique.

Product manager

Le lecteur veut savoir ce que vous avez livré, qui l’a utilisé et comment vous avez décidé quoi construire. Le CV de PM faible liste des responsabilités (« responsable de la roadmap ») ; le bon liste des résultats avec la méthode.

Section compétences : méthodes de discovery (entretiens, sondages, tests utilisateurs), outils d’expérimentation (frameworks de tests A/B, analytics comme Amplitude ou Mixpanel), SQL si vous savez lancer vos propres requêtes, outils de delivery (Jira, Linear) et connaissance d’un domaine (paiements, santé, SaaS B2B). Laissez de côté les langages de programmation, sauf pour un poste de PM technique.

Liens : LinkedIn, plus le produit lui-même s’il est accessible au public. Un court retour public sur un lancement vaut plus qu’un billet Medium sur la philosophie produit.

Chiffres : adoption, activation, rétention, chiffre d’affaires, délai de livraison, périmètre coupé, et taille de l’équipe avec laquelle vous avez travaillé.

Exemple (fictif) : Senior Product Manager, Lumen Ledger (SaaS B2B de facturation), 2024 à aujourd’hui

• Responsable des relances de factures, de la discovery au lancement ; 1 200 comptes payants ont adopté la fonctionnalité au premier trimestre, et les retards de paiement ont baissé de 18 % pour ces comptes.
• A mené 32 entretiens clients et un sondage de 400 réponses pour hiérarchiser la roadmap 2026, réduisant d’un tiers le périmètre prévu avant le début du développement.
• A défini l’indicateur d’activation (première facture envoyée sous 7 jours) et l’a fait passer de 41 % à 56 % grâce à des changements d’onboarding.
• A rédigé les spécifications produit et animé des sprints de deux semaines avec six ingénieurs et une designer ; 11 versions livrées en 12 mois.

Data analyst et data scientist

Le lecteur cherche d’abord le SQL, puis l’entrepôt de données et les outils de BI, puis si votre analyse a changé une décision. Pour les postes de data science, il ajoute les bibliothèques de modélisation et cherche une métrique de modèle et une histoire de mise en production.

Section compétences : SQL avec son dialecte (BigQuery, Snowflake, Postgres), Python ou R avec vos bibliothèques (pandas, statsmodels, scikit-learn), outils de transformation et de BI (dbt, Looker, Tableau, Power BI), plan d’expérience, et pour la data science le travail de modélisation (gradient boosting, prévision, NLP) plus les bases du déploiement (Docker, Airflow, MLflow).

Liens : un GitHub avec un ou deux notebooks propres, ou un tableau de bord public.

Chiffres : argent ou heures économisés, décisions changées, temps de reporting réduit, performance du modèle (AUC, RMSE, precision@k) et ce que le modèle a fait en production.

Exemple (fictif) : Data Analyst, Northbank Grocery (épicerie en ligne), 2023 à aujourd’hui

• A construit le tableau de bord hebdomadaire de rétention dans Looker sur un modèle dbt au-dessus de BigQuery ; il a remplacé quatre tableurs et ramené le reporting du lundi de six heures à vingt minutes.
• A analysé la tarification des créneaux de livraison avec un test en différence de différences sur 14 villes ; l’équipe pricing a relevé les frais des créneaux de pointe sur cette base, pour environ 310 000 £ de plus par an.
• A écrit la définition SQL du « client actif » que partagent aujourd’hui la finance, le marketing et les présentations au conseil d’administration.
• A entraîné un modèle d’attrition par gradient boosting (AUC 0,84) qui alimente une campagne de reconquête hebdomadaire ; les clients ciblés partent 9 % moins que le groupe témoin.

UX designer

C’est le portfolio qui fait le gros du travail : le rôle du CV est d’amener le lecteur à l’ouvrir. Les responsables du recrutement cherchent le processus de bout en bout (recherche, parcours, prototypes, passage aux développeurs) et la preuve qu’un design a fait bouger un indicateur après sa sortie.

Section compétences : outils de design (Figma, prototypage), méthodes de recherche (tests d’utilisabilité, entretiens, sondages), travail systémique (design systems, bibliothèques de composants), accessibilité (WCAG 2.1 ou 2.2, et le RGAA pour la France) et les outils d’analyse que vous lisez (Mixpanel, Hotjar). Une ligne de connaissances front-end (HTML/CSS, bases de React) aide pour les équipes produit.

Liens : l’URL du portfolio tout en haut, à côté de votre nom. Vérifiez qu’il s’ouvre sans mot de passe, ou indiquez le mot de passe dans la candidature. N’ajoutez Dribbble ou Behance que si les travaux qu’on y trouve sont récents.

Chiffres : taux de réalisation des tâches, conversion, temps passé, tickets de support, résultats d’audits d’accessibilité, et adoption d’un design system par d’autres équipes.

Exemple (fictif) : Product Designer, Harbor Health (appli patients), 2023 à aujourd’hui · Portfolio : harborwork.example

• A refondu la prise de rendez-vous de neuf écrans à quatre ; le taux de réalisation est passé de 63 % à 81 % le mois suivant la sortie (Mixpanel).
• A mené 18 sessions de tests d’utilisabilité en trois vagues et en a tiré une bibliothèque de composants Figma qu’utilisent désormais deux squads.
• A conduit avec l’ingénierie une passe d’accessibilité ; 46 écrans ont réussi un audit WCAG 2.1 AA.

DevOps et SRE

Ce CV se lit comme celui d’un ingénieur logiciel, avec l’accent déplacé vers l’infrastructure, la fiabilité et les coûts. Le lecteur cherche le fournisseur cloud, les outils d’orchestration et d’infrastructure as code, et si vous avez déjà été d’astreinte.

Section compétences : cloud (AWS, GCP ou Azure avec les services que vous avez exploités), Kubernetes et Helm, Terraform ou Pulumi, CI/CD (GitHub Actions, GitLab CI, Argo CD), observabilité (Prometheus, Grafana, Datadog), scripts (Python, Bash, Go), Linux, bases réseau et gestion des incidents.

Liens : un GitHub avec un module Terraform, un chart Helm ou un opérateur que vous maintenez.

Chiffres : temps de déploiement, fréquence de déploiement, taux d’échec des changements, temps moyen de rétablissement, respect des SLO, alertes par semaine et coût d’infrastructure.

Exemple (fictif) : Site Reliability Engineer, Quillpay (paiements), 2022 à aujourd’hui

• A migré 40 services d’hôtes EC2 montés à la main vers EKS avec Terraform et Helm ; le temps de déploiement est passé de 45 à 6 minutes et le coût de calcul mensuel a baissé de 22 %.
• Responsable de l’astreinte de l’API de paiement (SLO de 99,95 %) ; a fait passer les alertes de 31 à 8 par semaine en corrigeant les seuils et trois causes de panne récurrentes.
• A construit des pipelines GitHub Actions avec déploiements canary et retour arrière automatique ; le taux d’échec des changements est passé de 14 % à 4 %.
• A rédigé le processus d’incident et animé 26 post-mortems sans recherche de coupable en un an ; le temps médian de rétablissement est passé de 71 à 24 minutes.

Support informatique et administration système

Le lecteur regarde d’abord l’environnement (Windows ou Linux, Microsoft 365 ou Google Workspace, identité sur site ou dans le cloud), puis l’échelle (utilisateurs, sites, tickets), puis si vous avez réduit le travail plutôt que seulement l’exécuter.

Section compétences : systèmes d’exploitation et annuaires (Windows Server, Active Directory, Entra ID), gestion des postes (Intune, Jamf), suites bureautiques, réseau (VLAN, DHCP, DNS, pare-feu), scripts (PowerShell, Bash), outils de ticketing (Jira Service Management, ServiceNow) et référentiels (ITIL). Les certifications comptent plus ici que dans la plupart des métiers de la tech : CompTIA, Microsoft, Cisco et les fondamentaux du cloud méritent leur propre section.

Liens : LinkedIn suffit. Un GitHub avec des scripts PowerShell ou d’automatisation aide si vous voulez évoluer vers le DevOps.

Chiffres : utilisateurs et sites pris en charge, tickets résolus, taux de résolution dans la journée, disponibilité, durée des déploiements, temps de préparation par poste, et incidents de sécurité avant et après un changement.

Exemple (fictif) : Administrateur systèmes, Castell Logistics (600 salariés, quatre sites), 2022 à aujourd’hui

• A administré Microsoft 365, Intune et Active Directory pour 600 utilisateurs ; environ 2 400 tickets résolus par an, avec 94 % de résolution dans la journée.
• A déployé l’authentification multifacteur et l’accès conditionnel sur tous les comptes en huit semaines ; les incidents de compromission de compte sont passés de cinq par trimestre à zéro l’année suivante.
• A remplacé la préparation manuelle des ordinateurs portables par une image Autopilot, ramenant l’installation d’un nouvel arrivant de trois heures à trente minutes.

QA et ingénieur de test

Le lecteur cherche d’abord l’automatisation, puis la conception des tests, puis la preuve que vos tests ont trouvé des problèmes avant les clients. Les CV de QA uniquement manuelle obtiennent encore des entretiens, mais un nom de framework dans la section compétences vous fait remonter dans la liste.

Section compétences : frameworks d’automatisation (Playwright, Cypress, Selenium) avec le langage (TypeScript, Python, Java), tests d’API (Postman, REST Assured), performance (JMeter, k6), gestion des tests (TestRail, Xray), intégration CI, SQL pour les contrôles de données, et l’ISTQB (en France, via le CFTL) si vous l’avez.

Liens : un GitHub avec une suite de tests d’exemple, même petite, montre comment vous structurez vos tests.

Chiffres : nombre de tests et couverture, durée d’exécution de la suite, régressions détectées, défauts trouvés avant la sortie, temps de non-régression manuelle économisé, et défauts passés en production.

Exemple (fictif) : QA Engineer, Brightlane (edtech), 2023 à aujourd’hui

• A construit de zéro la suite Playwright de bout en bout, jusqu’à 420 tests sur les parcours de paiement et de classe ; elle tourne en CI en 11 minutes et a bloqué 37 régressions en un an.
• A rédigé le plan de test de la migration des paiements et trouvé 23 défauts avant la sortie, dont un bug d’arrondi de devise qui touchait 3 % des commandes.
• A ramené la non-régression manuelle de trois jours à un en automatisant 60 % des cas et en supprimant les doublons.

Rédiger la section compétences pour n’importe quel métier de la tech

Regroupez par catégorie et étiquetez les lignes, dans l’ordre qui compte pour l’offre. Un data analyst qui postule chez une entreprise sous Snowflake commence par SQL et Snowflake ; le même analyste qui postule dans une équipe de recherche très Python commence par pandas et statsmodels. Quatre à six lignes, c’est l’habitude.

Listez ce dont vous pouvez parler en entretien. Un recruteur ne testera pas la liste, mais le responsable du recrutement choisira l’élément qui vous semble le moins familier et vous interrogera dessus. Les outils utilisés une seule fois vont dans une puce de projet avec leur contexte (« a construit une preuve de concept dans Grafana »), pas dans le bloc compétences.

Les années d’expérience par outil (« Python (5 ans) ») apportent peu et peuvent nuire, parce que le lecteur compare le chiffre à l’exigence de l’offre au lieu de lire les puces.

Des chiffres quand vous ne livrez pas de code

Les métiers de la tech hors ingénierie ont parfois du mal à trouver des chiffres. Essayez ces sources avant d’abandonner :

• Le temps. Heures économisées par semaine, temps de cycle, délai de résolution, délai de livraison. La plupart des métiers peuvent mesurer quelque chose qui est devenu plus rapide.
• L’échelle. Utilisateurs, comptes, tickets, écrans, services, sites, villes. L’échelle dit au lecteur quelle taille de problème vous avez traitée.
• Les taux. Réalisation, conversion, résolution, échec, adoption. Une paire avant/après est la forme la plus forte.
• L’argent. Chiffre d’affaires ajouté, coûts réduits, dépenses évitées. Écrivez « estimé » quand la finance n’a pas validé le chiffre.

Si aucun chiffre n’existe, donnez le périmètre : « les 46 écrans de l’appli », « une équipe de six ingénieurs », « quatre sites ». Un périmètre vaut mieux qu’un adjectif.

Modèle de CV pour la tech : ce qu’il faut regarder

Un modèle pour les métiers de la tech a besoin d’un bloc compétences capable de contenir des lignes étiquetées, d’une section projets qui peut se placer à côté de l’expérience, et d’une couche texte propre à l’export PDF. Les décorations faites de zones de texte ou de tableaux de mise en page peuvent vous coûter cher, parce que les parseurs les lisent dans le désordre.

Resume Matcher est une application gratuite et open source (Apache 2.0) que vous faites tourner sur votre machine avec votre propre modèle d’IA ; ce n’est pas un site sur lequel déposer votre CV. Son éditeur propose sept modèles (Single Column, Two Column, Modern, Modern Two Column, un modèle de style LaTeX, Clean et Vivid). Chacun exporte un PDF à base de texte, imprimé à partir du vrai texte d’une page web par un navigateur Chrome sans interface : chaque mot est donc sélectionnable, et les mises en page à deux colonnes gardent le contenu principal en premier dans l’ordre de lecture. Vous pouvez régler A4 ou US Letter, les marges, l’espacement et la taille de police, choisir des polices serif, sans serif ou à chasse fixe, et faire glisser les sections dans l’ordre dont votre métier a besoin, par exemple les projets au-dessus de l’expérience pour une designer. Son interface existe en français. Les aperçus et la liste complète des réglages se trouvent sur la page des modèles PDF (en anglais).

Tout modèle, quelle que soit sa source, doit passer une fois le test du copier-coller avant d’être envoyé où que ce soit.

Les erreurs courantes sur un CV pour la tech

• Une liste de compétences plus longue que la section expérience. Réduisez-la à ce que l’offre demande et à ce que vous savez défendre.
• Des responsabilités au lieu de résultats. « A géré la rotation d’astreinte » contre « a fait passer les alertes de 31 à 8 par semaine ».
• Un lien de portfolio qui demande un mot de passe ou qui mène à un site inachevé.
• Un résumé passe-partout. Deux lignes réécrites pour chaque candidature, ou rien.
• La même page pour toutes les offres. Un CV de PM pour une entreprise de paiement et un pour une entreprise de santé ne devraient pas partager leur section compétences. La méthode pour personnaliser chaque copie est dans comment adapter votre CV à une fiche de poste.

Questions fréquentes

Un CV pour la tech est-il différent d’un CV d’ingénieur logiciel ? La mise en forme est la même. Le contenu diffère par ce que cherche le lecteur : une PM est évaluée sur les résultats et la discovery, un SRE sur la fiabilité et les coûts, une designer sur le portfolio. Les ingénieurs logiciel ont leurs propres conventions pour les projets et l’open source ; voir le guide du CV d’ingénieur logiciel.

Quelle longueur pour un CV pour la tech ? Une page pendant les huit à dix premières années. Les profils seniors avec un long historique de produits ou de systèmes peuvent en utiliser deux.

Ai-je besoin d’un portfolio ? Les designers, oui, sans exception. Les analystes et les ingénieurs QA gagnent à avoir un petit GitHub. Les PM et les administrateurs système peuvent s’en passer, même si un produit public ou un dépôt de scripts ne fait jamais de mal.

Faut-il lister les savoir-être ? Seulement ceux que cite l’offre, et montrez-les dans une puce plutôt que dans une liste : « a animé 26 post-mortems sans recherche de coupable » prouve la communication mieux que le mot lui-même.

Si ce guide vous a aidé, ajoutez une étoile à Resume Matcher sur GitHub. Saurabh Rai le développe ; suivez-le sur GitHub, X et LinkedIn.