Founding engineer : ce qu’un fondateur non technique doit savoir avant de faire ce recrutement

Une fondatrice à qui je parlais depuis des mois m’a appelé un mardi après-midi. Elle venait de signer une offre avec l’ingénieur qu’elle essayait de recruter depuis la clôture de son tour de seed. Equity : 4 %. Salaire : 185 000 $. Intitulé : Founding Engineer. Elle voulait que je relise la lettre avant de l’envoyer.

Je l’ai lue deux fois. Je l’ai rappelée.

« Tu te rends compte que tu viens de recruter ton CTO ? », j’ai dit.

« Non, non. C’est un founding engineer. C’est lui qui construit le produit. Le CTO, je le recrute plus tard. »

« D’accord. Mais la personne à qui tu viens de donner 4 % va être propriétaire de chaque ligne de code de ton entreprise pendant les dix-huit prochains mois. Elle va choisir la stack. Elle va choisir la base de données. Elle va décider ce qui se refactorise et ce qui reste bricolé. Si tu fais venir un CTO au-dessus de lui dans neuf mois, qu’est-ce qui se passe, à ton avis ? »

Silence. Puis : « Mince. »

Elle n’a pas envoyé l’offre. On a passé les deux heures suivantes à réécrire le rôle, l’equity, et la conversation qu’elle s’apprêtait à avoir. L’ingénieur est entré. Le titre est resté. La structure sous le titre a été corrigée avant de durcir en problème.

C’est à cause de ce coup de fil que cet article existe.

Qu’est-ce qu’un founding engineer ?

Un founding engineer, c’est le premier ingénieur qu’une startup recrute comme salarié avec equity, plutôt que comme freelance ou contractant fractionné, pour être responsable du build technique du produit avant qu’il n’y ait un CTO ou une équipe d’ingénierie.

C’est la réponse manuelle. Elle couvre, à peu près, la moitié de ce que vous achetez vraiment.

L’autre moitié, c’est la partie que les blogs de recrutement laissent de côté. Un founding engineer est la seule personne sur votre paie qui va connaître toute la codebase. Il va être seul sur le build pendant 12 à 24 mois. Il va absorber chaque ambiguïté produit que vous lui passez, la traduire en systèmes, et vivre avec les conséquences quand vous changez d’avis. Il va fixer les choix techniques par défaut dont hériteront les dix ingénieurs suivants. Et, parce qu’il est entré quand l’entreprise était risquée, il va détenir une part du cap table qui, si l’entreprise réussit, le rend riche d’une façon qu’aucun futur ingénieur ne le sera.

Voilà le recrutement. Pas un dev. Pas un contractant. Pas même un IC senior d’une grande boîte. C’est un recrutement de rang fondateur, avec une part d’equity plus petite et un périmètre plus étroit, mais avec le même poids structurel.

Si vous ne comprenez pas ça, vous allez rater l’offre, le titre, l’equity et la relation. Avant d’écrire l’offre, soyez clair avec vous-même sur ce que vous êtes en train de faire.

Founding engineer vs CTO : lequel des deux recrutez-vous, en réalité ?

C’est là que la majorité des fondateurs non techniques trébuche, et c’est l’erreur la plus simple à corriger si on l’attrape tôt.

Un CTO est un cadre dirigeant. Il fixe la direction technique, gère des ingénieurs, va au conseil d’administration, mène la conversation sur l’architecture avec le reste du leadership, et porte la réputation technique de l’entreprise sur le marché. Le compromis qu’il apporte, c’est du leadership contre de la vélocité IC. La plupart des CTOs en phase précoce passent moins de la moitié de leur semaine à coder.

Un founding engineer est un IC. Il construit. Il prend une idée produit à moitié formée et livre quelque chose qu’un client qui paie peut utiliser. C’est le pouls technique de l’entreprise, mais il ne gère pas d’équipe parce qu’il n’y a pas d’équipe.

La question du CTO et celle du founding engineer ne sont pas le même recrutement. La façon de les distinguer, c’est de se demander, honnêtement : ai-je besoin de quelqu’un dans la salle du board maintenant, ou ai-je besoin de quelqu’un qui livre du code ?

Si la réponse est « dans la salle du board », vous cherchez un CTO. Le marché de ce recrutement est mince, lent et cher. La majorité des fondateurs non techniques en phase précoce ne peuvent pas, en réalité, recruter un vrai CTO à ce stade, et essayer aboutit souvent à un profil surqualifié pour le travail d’IC et sous-qualifié pour le rôle exécutif.

Si la réponse est « livrer du code », vous voulez un founding engineer. Le marché est plus profond, le salaire est plus bas, et la personne qui dit oui est quelqu’un dont la rémunération va être largement pondérée par l’equity, parce que l’attrait du poste, c’est la propriété sur le canevas technique.

Un schéma fréquent qui finit mal : recruter un founding engineer à la rémunération de founding engineer, lui donner un périmètre de CTO (« tu fixes la direction technique, tu diriges l’ingénierie, tu portes l’architecture pour toujours »), puis faire venir un vrai CTO au-dessus de lui un an plus tard. Le founding engineer devient un senior IC silencieux qui se sent rétrogradé, ou il part avec son equity et son contexte. On a vu cette séquence se rejouer trois fois en dix-huit mois. Dans deux cas, le founding engineer est parti.

Faites correspondre le titre à la rémunération, la rémunération au périmètre, et le périmètre à l’endroit où vous êtes vraiment dans le build.

Founding engineer vs co-fondateur : la ligne qui compte

Il y a une troisième ligne qui reste floue, et elle pèse plus que son intitulé ne le laisse croire.

Un co-fondateur est propriétaire de l’entreprise. Il signe les documents. Il porte la responsabilité légale et financière. Il partage le profil de risque du fondateur : pas de salaire ou un salaire bas au début, vesting de quatre ans à partir du jour un de l’existence de l’entreprise, avec des droits et des protections qui apparaissent dans le cap table dès la constitution.

Un founding engineer est salarié. Il entre après que l’entreprise existe. Son grant d’equity est structuré comme une attribution du pool d’options, avec un vesting depuis sa date d’entrée et un prix d’exercice fixé par une valorisation 409A qui reflète déjà une valeur d’entreprise. Il a un vrai salaire dès le premier jour. Il peut démissionner sans que cela soit un événement au niveau fondateur.

Les fondateurs essaient parfois de couper la poire en deux. « C’est en gros un co-fondateur, juste arrivé en retard. » Trois mois plus tard, l’ingénieur est toujours sur un grant standard de salarié, et le fondateur se demande pourquoi il n’est pas autant engagé qu’il l’imaginait.

Si vous voulez la relation d’un co-fondateur, structurez-la comme une relation de co-fondateur. Cela veut dire de l’equity au niveau fondateur (plus proche de 10-25 % que de 1-5 %), un vesting de fondateur, une voix de fondateur dans l’entreprise. Cela veut dire aussi céder une part réelle de votre cap table.

Si vous ne pouvez pas faire ça, ce que vous voulez en réalité, c’est un founding engineer. Soyez honnête à ce sujet. Payez-le bien, donnez-lui la propriété sur le canevas technique, et ne lui promettez pas ce que vous ne pouvez pas tenir.

La version honnête de cette conversation, tenue dès le départ, c’est la différence entre un recrutement qui dure cinq ans et un recrutement qui tourne en conflit sur le cap table.

Combien d’equity un founding engineer doit-il recevoir ?

La fourchette de marché, au moment où ces lignes sont écrites, se situe globalement entre 0,5 % et 2 % pour un founding engineer recruté dans l’année qui suit le tour de seed, avec un vesting de quatre ans et un cliff d’un an. À l’intérieur de cette fourchette, le chiffre bouge avec quelques leviers précis.

Leviers qui poussent l’equity vers le haut :

• Le candidat l’a déjà fait. Il a été founding engineer dans une startup qui a livré, même si l’entreprise n’a pas connu d’exit. Le pattern matching compte.
• Le candidat accepte une baisse de rémunération significative par rapport à son dernier poste.
• Le candidat entre avant la clôture du seed, quand le risque est matériellement plus élevé.
• Le candidat a une spécialisation technique précise dont le produit a besoin, et que vous ne pouvez pas trouver ailleurs.

Leviers qui poussent l’equity vers le bas :

• L’entreprise a déjà un produit sur le marché, du vrai revenu et une validation. La décote pour risque disparaît.
• Le salaire est au niveau ou proche du marché, donc l’equity ne compense pas une baisse de rémunération.
• Le candidat entre après la série A, avec une 409A qui s’est déjà déplacée.

Deux choses à éviter.

Premièrement, ne donnez pas d’equity pour emporter le candidat. On a vu des fondateurs non techniques augmenter l’offre d’equity de 50 % lors du dernier appel pour arracher le oui. Le candidat a dit oui ; le fondateur l’a payé au tour suivant, quand le cap table paraissait déséquilibré et que la due diligence de l’investisseur l’a signalé. Si le candidat est le mauvais profil à 1 %, il sera toujours le mauvais à 1,5 %. Trouvez un autre levier (date d’entrée, salaire, périmètre, titre) ou trouvez un autre candidat.

Deuxièmement, ne donnez pas d’equity sans vesting. Le single-trigger acceleration sur le grant d’un founding engineer est une balle dans le pied. Tout vesting de moins de quatre ans aussi. Le cliff pèse plus que le pourcentage. Un cliff de deux ans sur un grant de 1 % donne au fondateur un an d’optionalité. Un grant sans cliff donne à l’ingénieur un levier au jour 90.

En cas de doute, regardez le rapport annuel State of Equity de Carta et comparez avec des entreprises à votre stade et dans votre géographie. Les chiffres bougent chaque année, et les benchmarks publics sont plus précis que ce que vous entendrez dans votre propre réseau.

Les trois pièges dans lesquels tombe le fondateur non technique au moment de recruter un founding engineer

On les a vus en temps réel, chez des clients que nous accompagnons toujours et chez des fondateurs qui ont décidé de faire seuls.

Piège un : recruter quelqu’un de bon en technologie et mauvais en ambiguïté.

Un ingénieur senior d’une entreprise de 400 personnes fait souvent un moins bon founding engineer qu’un ingénieur intermédiaire d’une entreprise de 12. La compétence dont le founding engineer a besoin, ce n’est pas la profondeur dans une stack particulière. C’est la tolérance aux exigences floues, le jugement de prendre une décision juste à 70 % vite et de la livrer, et le tempérament de faire son propre raisonnement produit pendant que le fondateur est encore en train de comprendre quoi construire. Les ingénieurs qui ont grandi dans des environnements bien spécifiés se figent souvent face à une idée à moitié formée et à la demande d’en faire quelque chose de réel. Le fondateur lit le blocage comme « il a besoin de plus de direction » et se met à écrire des tickets, ce qui est le contraire de la raison pour laquelle il a recruté l’ingénieur.

Filtrez la tolérance à l’ambiguïté comme vous filtrez la compétence technique. Demandez : raconte-moi un projet où les exigences n’étaient pas claires et où tu as dû trouver quoi construire. Si la réponse est un récit lissé, sans friction, c’est qu’il vous raconte le travail comme il veut s’en souvenir. Si la réponse est « on a raté le spec deux fois, ensuite je me suis assis avec le client pendant deux heures et on a trouvé ce qui comptait vraiment », c’est ça, le founding engineer.

Piège deux : recruter quelqu’un que vous ne pouvez pas piloter.

Le founding engineer entre pour de l’autonomie. Il veut livrer sans qu’on lui dise comment. Mais l’autonomie n’est pas l’absence de relation. Un fondateur non technique doit pouvoir demander « c’est le bon choix ? » et recevoir une vraie réponse, dans une langue sur laquelle il peut agir. Si l’ingénieur ne sait pas expliquer les compromis techniques en conséquences business, le fondateur va hocher la tête, approuver, et regarder se prendre des décisions qu’il ne sait pas évaluer. C’est le début du problème de la boîte noire dont cette marque parle depuis des années.

Le filtre ici est une conversation, pas un test technique. Passez une heure à discuter d’une vraie décision que le candidat a dû prendre à son dernier poste. A-t-il expliqué le compromis dans des termes que vous avez suivis ? A-t-il poussé en arrière quand vous avez proposé quelque chose qui n’avait pas de sens ? Vous a-t-il fait sentir respecté, ou diminué ? Si la conversation s’est bien passée, la relation de travail se passera probablement bien.

Piège trois : recruter quelqu’un qui ne peut pas devenir manager, et le découvrir au neuvième mois.

La plupart des founding engineers auront, à un moment, à recruter et piloter les deux ou trois ingénieurs suivants. Pas tous ne le veulent. Certains excellents founding engineers sont profondément IC et vont silencieusement en vouloir à chaque heure imposée en 1:1. C’est très bien. Mais vous devez le savoir au jour un.

Ayez la conversation explicitement. « Dans douze à dix-huit mois, l’équipe va grandir. Certains founding engineers évoluent vers le rôle d’engineering manager. D’autres restent IC et on recrute un manager au-dessus. Tu te reconnais dans laquelle de ces deux versions ? » S’il n’a pas de réponse claire, c’est qu’il ne se connaît pas assez. C’est un signal.

Le test de préparation de sept jours

Avant d’écrire l’offre, faites passer ce test à vous-même. Il vous dira si vous êtes prêt à faire ce recrutement, ou si vous devriez attendre trois mois et continuer à travailler avec une équipe externe pour un cycle de plus.

Passez les sept prochains jours à répondre, par écrit, aux cinq questions ci-dessous. Si vous n’y arrivez pas, vous n’êtes pas prêt à recruter un founding engineer. Le recrutement va échouer non pas parce que l’ingénieur est le mauvais profil, mais parce que l’entreprise sous lui n’est pas prête.

1. Que doit faire le produit, en langage simple, dans six mois ? Pas le deck de vision. Le produit livré. Une page.
2. Qui sont les trois premiers clients qui l’utilisent, et pour quoi vous paient-ils ? Si la réponse est « on verra après le lancement », c’est le founding engineer qui le verra pour vous. Il prendra les décisions de design avec le client, que vous le vouliez ou non.
3. Quel est le budget d’ingénierie pour les 18 prochains mois, salaire, equity, infrastructure et coussin pour le recrutement suivant compris ? Si vous ne pouvez pas répondre à 20 % près, vous allez tomber à court de runway aux alentours du dixième mois, et la conversation avec l’ingénieur sur la baisse de salaire ou les départs sera la pire de votre année.
4. À quoi ressemble le mois 12 si le recrutement fonctionne ? Ce qui est livré, le revenu, l’équipe. Si vous ne pouvez pas le voir, l’ingénieur ne le voit pas non plus, et le grant d’equity n’est qu’un nombre sur le papier.
5. À quoi ressemble le mois 12 si ça ne fonctionne pas ? À quoi ressemble la conversation de sortie. Qui garde le code. Qui porte les engagements pris avec les clients. La conversation la plus difficile dans n’importe quel recrutement de founding engineer, c’est le démêlé. Les fondateurs qui peuvent la nommer dès le départ finissent rarement par devoir la tenir. Ceux qui ne peuvent pas, souvent.

Si vous pouvez répondre aux cinq clairement, recrutez. Si vous ne pouvez pas, le manque est dans l’entreprise, pas chez le candidat. Comblez le manque d’abord.

Quand ne pas recruter un founding engineer (et quoi faire à la place)

Il y a trois situations dans lesquelles la bonne décision est d’attendre.

Vous n’avez pas validé le produit. Avant validation, ce qu’il vous faut, c’est du throughput sur les expérimentations, pas la propriété d’une codebase. Une équipe externe compétente ou un contractant senior bougera plus vite qu’un founding engineer, parce qu’elle n’a pas besoin d’être embarquée dans une vision qui change encore chaque semaine. Recrutez le founding engineer quand vous avez quelque chose qui vaut la peine d’être défendu.

Vous ne savez pas articuler ce que vous voulez du rôle. Si vous vous retrouvez à écrire l’offre en collant des phrases de l’offre d’une autre entreprise, ralentissez. Le coût de rater ce recrutement est assez élevé pour que des specs flous soient un risque actif. Un CTO fractionné pendant trois mois peut vous aider à écrire le spec, fixer la barre technique et trier les candidats. C’est une façon bien moins coûteuse de découvrir que, en fait, vous n’avez pas encore besoin de ce recrutement.

Vous recrutez par peur, pas par stratégie. Il y a un schéma émotionnel précis qui pousse le fondateur non technique vers un recrutement de founding engineer prématuré : un membre du board lui a dit qu’il devrait avoir son équipe technique, un pair vient d’en recruter un, l’équipe externe n’est pas parfaite et le fondateur perd confiance. Les recrutements par peur échouent plus souvent que ceux par stratégie. Le correctif est presque toujours une conversation, pas une offre. Parlez à deux ou trois opérateurs qui ont recruté leur founding engineer au bon moment et demandez-leur ce qu’ils feraient autrement. La réponse est rarement « j’aurais dû le faire plus tôt ».

Si aucune de ces trois ne s’applique, et que vous pouvez répondre aux cinq questions clairement, écrivez l’offre. Utilisez la fourchette d’equity ci-dessus. Évitez les trois pièges. Et passez plus de temps sur la conversation que sur le test technique, parce que c’est dans la conversation que le recrutement vit ou meurt.

FAQ

Quelle est la différence entre un founding engineer et le premier recrutement de dev ?
Un founding engineer est recruté à temps plein, avec equity, pour être responsable du build technique du produit. Le premier recrutement de dev est en général un engagement transactionnel : un contractant ou un salarié junior amené pour exécuter un périmètre défini. Le founding engineer s’engage avec l’entreprise ; le premier dev s’engage avec le projet.

Un founding engineer peut-il devenir CTO plus tard ?
Parfois, mais pas par défaut. Les compétences se recoupent moins que les titres ne le laissent croire. Un excellent founding engineer est un excellent IC ; un excellent CTO est un excellent dirigeant. Certaines personnes grandissent vers les deux. Beaucoup non. Si vous voulez que le founding engineer finisse CTO, nommez-le explicitement dans la conversation d’offre, et construisez un vrai développement de compétences de management entre les mois 9 et 18. N’attendez pas que ça arrive tout seul.

Combien de temps faut-il pour recruter un founding engineer ?
Comptez deux à six mois. Les bons ne sont pas sur le marché. Ils sont dans des conversations via introductions chaudes, recommandations, petits réseaux. L’inbound froid produit rarement le bon recrutement. Réservez le temps, travaillez le réseau, et ne comprimez pas le calendrier pour compenser un engagement pris devant le board.

Quel est le bon titre : founding engineer, founding software engineer ou autre chose ?
Pour le travail, ça n’a pas d’importance. Pour le candidat, oui. « Founding engineer » porte plus d’attente d’equity que « senior engineer » ou « lead engineer », et les candidats vont l’évaluer comme ça. Choisissez le titre qui correspond à la rémunération et au périmètre, et n’inflatez pas le titre pour emporter le candidat sans gonfler le reste du package au même niveau.

Faut-il recruter un founding engineer ou travailler avec un partenaire logiciel à la place ?
Ça dépend où vous êtes. Un partenaire logiciel bouge plus vite avant validation, et vous donne de l’optionalité si l’idée produit change. Un founding engineer compose. Il devient plus rapide chaque mois, et au repère des 18 mois il connaît votre business mieux qu’aucune équipe externe ne le fera. La plupart des fondateurs non techniques avec qui nous travaillons font les deux à différents stades de l’entreprise. La version honnête : le founding engineer est le bon recrutement quand vous avez quelque chose sur lequel vous êtes sûr de vouloir composer. Avant ça, vous payez cher pour composer sur la mauvaise base.