Que doit vraiment dire la lettre de motivation d'un technicien support IT ?

Où cette lettre se lit, et où elle ne se lit pas

Cela dépend fortement de la taille et de la structure de l'employeur, plus que dans la plupart des métiers.

Chez un petit prestataire de services managés ou une équipe IT interne de quelques personnes, celui qui recrute est souvent l'ingénieur principal ou le responsable IT lui-même, et il lit chaque candidature parce qu'il n'y en a pas beaucoup. Dans ce contexte, la lettre est réellement lue, car c'est le seul échantillon d'écriture qu'il a de votre façon de vous exprimer lors d'un appel avec un client ou un utilisateur mécontent.

Dans un grand service desk — une équipe de première ligne d'entreprise, un centre d'appels externalisé, un établissement NHS ou une collectivité locale qui traite des centaines de tickets par jour — les candidatures passent d'abord par un recruteur ou un système de suivi des candidatures. Ce système, et le tri humain derrière, filtre sur le CV : outils nommés, années d'expérience, certifications. La pièce jointe de la lettre n'est souvent pas ouverte à ce stade, et certains ATS ne l'analysent pas du tout. Si vous postulez à un tel poste, partez du principe que le CV fait le filtrage et que la lettre, si elle est lue, intervient plus tard.

Il n'y a pas de moyen fiable de savoir dans quelle situation vous êtes rien qu'en lisant l'annonce, mais un signal approximatif : si l'annonce nomme un site précis, un nombre précis d'utilisateurs, ou a manifestement été écrite par quelqu'un de technique plutôt que par les RH, un humain est probablement plus proche du processus.

Les deux choses auxquelles elle doit réellement répondre

L'essentiel des conseils sur les lettres de motivation est assez générique pour s'appliquer à n'importe quel emploi. Pour le support IT spécifiquement, un recruteur qui en lit une vérifie deux choses, et pas grand-chose d'autre.

Pouvez-vous parler à quelqu'un qui n'est pas technique sans le prendre de haut ni le perdre dans du jargon. C'est le vrai travail, plus que le dépannage. Une puce de CV qui dit « résolu 40+ tickets par jour » ne lui dit rien sur la façon dont vous avez géré l'appel. Un exemple court le fait : un utilisateur qui ne pouvait pas imprimer, était déjà frustré, et ce que vous avez dit pour passer de « c'est cassé » à un diagnostic sans le faire se sentir bête. Cela vaut plus que n'importe quel adjectif.

Votre périmètre technique correspond-il à ce qu'ils exploitent. Pas « solides compétences en dépannage » — quel environnement, quels outils. Première ligne ou deuxième ligne. Uniquement à distance ou sur site avec un volet matériel. Parc Windows uniquement ou mixte avec macOS. Si l'annonce nomme ServiceNow, Freshservice, Zendesk ou Jira Service Management, dites lequel vous avez utilisé et comment, car ces outils diffèrent suffisamment dans leur façon de mettre en file d'attente et d'escalader le travail pour que « expérience d'un système de ticketing » seul ne dise rien à un recruteur.

Si votre lettre répond à ces deux questions dans les deux premiers paragraphes, elle a fait son travail. Tout le reste est décoratif.

Nommer la stack, pas seulement affirmer sa compétence

C'est la section que les gens sautent parce qu'elle donne l'impression de répéter le CV, mais c'est la partie qui différencie réellement un candidat d'un autre dans ce domaine. Comparez :

« J'ai d'excellentes compétences en dépannage et un fort sens du service client. »

contre

« J'ai traité des tickets de première ligne dans ServiceNow avec un SLA de quatre heures pour les incidents P2, géré les verrouillages de comptes AD et réinitialisations de mots de passe, et imagé et déployé des ordinateurs portables via Intune pour un parc de 300 utilisateurs. »

La deuxième phrase est vérifiable et spécifique à ce poste. La première survivrait à être collée dans une lettre de motivation pour un poste de vendeur avec presque aucune modification, ce qui est exactement le test qu'un recruteur applique sans y penser — ce paragraphe appartient-il à ce poste, ou à n'importe quel poste.

Si vous détenez CompTIA A+ ou Network+, le MD-100/MD-101 de Microsoft, ou un certificat ITIL Foundation, et que l'annonce mentionne processus ITIL, gestion du changement ou structure SLA formelle, dites-le par son nom. Si l'annonce ne mentionne pas ITIL, ne commencez pas par ça — cela signale que vous appliquez un modèle à votre lettre plutôt que de lire leur annonce.

Où la lettre a peu de poids — et où la vraie décision se prend

Pour les postes de première ligne à volume élevé, le vrai filtre est généralement un entretien téléphonique ou un exercice pratique : un ticket fictif, une démonstration de prise en main à distance, parfois un test de vitesse de frappe ou d'enregistrement de tickets. La lettre ne prédit rien de tout cela, et les recruteurs qui gèrent des desks à volume élevé le savent généralement. Certains n'en demandent pas du tout.

Pour les postes explicitement en contact avec les clients — ingénieurs MSP qui se déplacent sur site, techniciens IT en éducation en relation avec le personnel et les étudiants, postes dans de petites organisations où vous êtes la seule personne technique à qui la plupart des gens parlent — la lettre porte un poids réel plus important, car l'écriture elle-même est un petit échantillon de la compétence de communication qu'exige le poste.

Il vaut la peine d'être honnête sur la limite dans les deux cas : une lettre bien écrite ne vous obtiendra pas d'entretien si le CV ne montre pas les bons outils et le bon environnement, car dans la plupart des processus le CV est examiné en premier et la lettre n'est lue qu'une fois que vous avez déjà passé ce filtre. Investissez l'effort pour vous assurer que la stack spécifique de l'annonce — l'OS, le système de ticketing, la taille du parc — apparaît clairement sur le CV avant de peaufiner la lettre autour.

Quoi y mettre, dans l'ordre

Limitez-vous à trois courts paragraphes, une demi-page tout au plus.

Premier : le poste, où vous l'avez vu, et une ligne sur pourquoi cet employeur spécifiquement — son parc d'appareils, son secteur, son nombre de sites, quelque chose qui montre que vous avez lu l'annonce plutôt que de faire un publipostage.

Deuxième : la correspondance technique, nommée précisément, plus l'exemple unique de gestion d'un utilisateur difficile ou non technique. Ce paragraphe fait le vrai travail décrit plus haut.

Troisième : tout ce qui est procédural que le poste exige — un contrôle DBS si c'est une école ou un établissement NHS, droit au travail si pertinent, disponibilité pour des horaires décalés si le desk fonctionne en heures étendues, volonté de se déplacer entre sites si c'est un poste MSP sur le terrain. C'est administratif, pas persuasif, et cela se met à la fin.

Ce qu'il ne faut pas se donner la peine de faire

Ne répétez pas le CV chronologiquement — le lecteur a le CV. N'ouvrez pas par « Je suis un travailleur consciencieux, un bon équipier avec d'excellentes compétences en communication » ; chaque mot de cette phrase est une affirmation que le reste de la lettre devrait prouver par des détails précis, pas affirmer d'emblée. N'expliquez pas ce que sont ITIL ou Active Directory — le lecteur le sait déjà, et l'expliquer donne l'impression de remplissage. Et ne vous excusez pas pour les lacunes de votre stack ; si l'annonce demande du support macOS et que vous n'avez travaillé que sur Windows, dites ce que vous avez travaillé et laissez le reste de la lettre porter l'argument, plutôt que d'attirer l'attention sur la lacune dans la phrase d'ouverture.

Que faire ensuite

Décortiquez l'annonce avant d'écrire quoi que ce soit : listez chaque outil, OS, système de ticketing et certification nommés. Faites correspondre chacun avec ce que vous avez réellement utilisé, et écrivez le paragraphe technique à partir de cette liste, pas du souvenir de ce que vous dites habituellement. Ensuite écrivez l'exemple unique d'un appel ou ticket difficile, en deux ou trois phrases, pas plus. Envoyez-la en PDF si vous l'envoyez par email directement, car le texte brut collé dans un corps d'email perd le formatage et est parfois signalé par les filtres anti-spam comme inhabituel. jobmarket.pro lit l'annonce pour les outils, systèmes et environnement spécifiques qu'elle nomme et rédige la lettre à partir de votre profil existant sans inventer d'outils ou de certifications que vous ne détenez pas réellement.