Votre premier recrutement tech n’est pas un développeur : le piège du niveau de séniorité mal calibré

Vous avez validé votre MVP, quelques clients paient, et vous savez que vous ne pouvez plus porter tout le produit à deux mains. Vient alors la question qui va décider de votre trajectoire produit pour les dix-huit prochains mois : qui recruter, et à quel niveau. La plupart des fondateurs se posent la mauvaise question — « combien ça coûte » — au lieu de la vraie : « quel niveau de séniorité mon produit exige-t-il aujourd’hui, et lequel il exigera dans un an ».

Ce n’est pas un détail de RH. Un recrutement tech mal calibré ne se rattrape pas en un trimestre. Il façonne votre architecture, votre vélocité, votre capacité à en recruter d’autres — et parfois il vous coûte votre runway avant même que vous ayez compris ce qui s’est passé.

Le fantasme du 10x qui règle tout

Le premier réflexe est souvent de viser haut : « je veux un ingénieur exceptionnel, capable de tout tenir seul ». Sur le papier, c’est séduisant. Dans les faits, recruter un profil très senior — un ancien lead d’une scale-up, un archi chevronné — sur un produit early-stage crée trois problèmes.

D’abord le coût. À 70-85 k€ brut pour un profil confirmé sur le marché français, plus les charges, vous consommez une part significative de votre runway pour une seule personne. Si votre modèle n’est pas encore prévisible, chaque mois de salaire est un pari.

Ensuite l’ennui. Un ingénieur senior recherche des problèmes de senior : de la complexité, de l’échelle, des arbitrages d’architecture qui comptent. Or votre produit early-stage n’a pas ces problèmes. Il a besoin qu’on livre vite, qu’on jette du code sans regret, qu’on parle aux premiers utilisateurs. Un profil qui a passé cinq ans à optimiser des systèmes distribués va soit s’ennuyer, soit — pire — sur-concevoir. C’est le pattern classique de la startup qui se retrouve avec des microservices, un pipeline CI/CD à trois étages et une infrastructure Kubernetes pour servir quarante utilisateurs actifs. Vous avez payé cher une dette de sur-ingénierie que vous devrez démonter plus tard.

Enfin l’alignement. Un senior arrive avec ses convictions et ses habitudes. Sur un produit non stabilisé, ces convictions figent des choix trop tôt. Vous n’avez pas besoin de quelqu’un qui sait « comment on fait » — vous avez besoin de quelqu’un qui accepte que personne ne sache encore.

Le piège inverse : le junior qu’on jette dans le grand bain

À l’autre extrême, certains fondateurs — souvent eux-mêmes techniques — recrutent un profil junior pour économiser, en se disant qu’ils l’encadreront. C’est une erreur symétrique, et souvent plus coûteuse.

Le problème n’est pas la compétence du junior. C’est que l’encadrement a un prix caché : votre temps. Si vous êtes fondateur technique, chaque heure passée à faire de la revue de code, à débloquer, à réexpliquer, est une heure que vous ne passez pas à parler aux clients, à lever, à recruter. Vous devenez le goulot d’étranglement de votre propre équipe — exactement ce que le recrutement était censé résoudre.

Et si vous êtes fondateur non technique, recruter un junior seul est carrément dangereux. Personne ne peut arbitrer ses choix, challenger son architecture, ni détecter qu’il part dans le mur. Vous découvrez la dette technique le jour où un investisseur mandate une due diligence — et là, le bus factor de un et le code non documenté font fuir le deal.

Ce que votre produit exige vraiment : le profil « médian autonome »

Entre les deux, il existe un profil que peu de fondateurs ciblent explicitement parce qu’il n’a pas de titre glorieux : l’ingénieur mid-level autonome, trois à cinq ans d’expérience, qui a déjà vécu au moins un produit de bout en bout mais qui a encore faim d’impact et de polyvalence.

Ce profil coche les bonnes cases pour un early-stage. Il livre vite sans sur-concevoir, parce qu’il a assez d’expérience pour connaître les raccourcis raisonnables et pas assez d’ancienneté pour être dogmatique. Il accepte de toucher à tout — front, back, un peu d’infra, un peu de data — là où un senior spécialisé refuse de sortir de son couloir. Et surtout, il coûte 45-60 k€, ce qui laisse votre runway respirer.

La vraie question à lui poser en entretien n’est pas « comment tu architectures un système scalable » mais « raconte-moi une fois où tu as choisi la solution la plus simple alors que tu savais en faire une plus élégante ». La réponse vous dit tout sur son rapport au pragmatisme — la compétence numéro un d’un early-stage.

Le calibrage change avec votre stade

Il n’y a pas de bon niveau dans l’absolu. Il y a un bon niveau pour votre stade.

En pre-seed, avant même le product-market fit, vous cherchez de la vélocité et de la polyvalence. Le mid-level autonome, ou même un très bon profil no-code/low-code capable de livrer des features en jours, bat n’importe quel senior. Vous n’architecturez pas pour l’échelle : vous cherchez à savoir si quelqu’un veut de votre produit.

En seed, une fois quelques signaux de traction établis, votre premier recrutement structurant peut viser un profil un cran au-dessus — quelqu’un capable de poser les fondations qui tiendront jusqu’à la série A sans tout réécrire. C’est là qu’un senior commence à avoir du sens, à condition qu’il accepte le rôle de bâtisseur solitaire et pas de manager d’équipe inexistante.

En approche de série A, la logique s’inverse. Vous ne recrutez plus un exécutant, vous recrutez celui qui recrutera les autres. Un lead ou un futur head of engineering, capable de structurer une équipe, de poser des process de revue et d’observabilité, de porter une partie de la due diligence technique face aux investisseurs. À ce stade, sous-calibrer coûte cher : un mid-level ne saura pas construire l’équipe de dix qui arrive.

Ce qu’il faut vraiment faire

Commencez par écrire, en une phrase, la mission des douze prochains mois du produit. « Livrer vite pour trouver le fit » n’appelle pas le même profil que « stabiliser et préparer la montée en charge ». Le niveau découle de la mission, pas l’inverse.

Ensuite, soyez honnête sur votre propre disponibilité d’encadrement. Si vous ne pouvez pas dégager du temps de mentorat, ne recrutez pas de junior seul — c’est mathématique. Si vous n’êtes pas technique, sécurisez au minimum un regard extérieur senior, ne serait-ce qu’un CTO à temps partagé qui valide les choix structurants et fait la revue des recrutements. C’est souvent moins cher, et bien plus sûr, qu’un salaire senior à plein temps sur un produit qui n’en a pas encore besoin.

Enfin, arbitrez la séniorité comme un investissement, pas comme une dépense. Un profil trop senior qui s’ennuie partira dans neuf mois et vous laissera avec du code sur-conçu ; un profil trop junior non encadré vous laissera avec de la dette invisible. Le bon niveau, c’est celui qui maximise l’impact livré par euro de runway consommé, à votre stade précis.

La vraie question n’est donc pas « puis-je me payer un senior ». C’est : de quoi mon produit a-t-il besoin dans les douze prochains mois — et suis-je prêt à recruter pour ce besoin-là, pas pour le fantasme de l’ingénieur qui règle tout ? Si vous hésitez encore entre calibrer un recrutement interne et déléguer la structuration technique à un CTO externe le temps de clarifier votre trajectoire, c’est peut-être que la réponse n’est pas « qui », mais « pas encore ».