Associé CTO : faut-il un cofondateur technique ?

Un fondateur m'a appelé, dépité. Son CTO détenait 30% du capital. Le problème : ce CTO était parti depuis 8 mois. Il avait codé le MVP en trois mois, réalisé que le product-market fit était loin, et s'était volatilisé. Le fondateur se retrouvait avec un associé fantôme au capital, un code que personne ne maintenait, et zéro clause de vesting dans le pacte d'associés.

Cette histoire, j'en vois des variantes tous les trimestres. "Faut-il un CTO dans l'équipe fondatrice ?" est la première question que me posent les fondateurs non-techniques. Ma réponse les surprend souvent.

Le mythe du CTO obligatoire

"Les investisseurs veulent un CTO." C'est la phrase que j'entends le plus. Et c'est à moitié faux.

Ce que les investisseurs vérifient, ce n'est pas qu'un CTO figure au capital. C'est que la partie technique est sous contrôle. Un fondateur qui gère bien ses prestataires, fait auditer son code régulièrement et présente un plan technique solide lors de la due diligence peut être plus rassurant qu'une startup avec un "CTO" qui ne maîtrise pas sa propre architecture.

J'ai assisté à une due diligence où le CTO associé n'a pas su expliquer pourquoi la base de données était structurée de cette façon. Le fonds a tué le deal. Le titre sur la carte de visite ne fait pas la compétence.

En face, j'ai vu une fondatrice de marketplace lever 1 million d'euros sans CTO interne. Son approche : un prestataire sérieux pour le développement, un audit technique indépendant avant la levée, et un plan de recrutement tech pour le post-levée. Les investisseurs n'ont pas sourcillé. Ils ont vu quelqu'un qui pilotait sa tech, même sans la coder.

Quand un associé technique est indispensable

Il y a des cas où, honnêtement, vous ne pouvez pas y couper.

Si la technologie est votre produit — un algorithme propriétaire, du machine learning, du hardware connecté — alors oui, il vous faut quelqu'un qui vit et respire cette tech au quotidien. Pas un prestataire. Pas un CTO du dimanche. Un vrai associé qui a la peau dans le jeu.

Un médecin m'a contacté après 18 mois et 80 000€ de prestations pour un algo de diagnostic médical. L'algo était au cœur de sa proposition de valeur — la raison pour laquelle des investisseurs s'intéressaient à lui. Sauf qu'il l'avait fait développer par un prestataire qui avait ses propres priorités, son propre planning, et aucune raison de se lever à 3h du matin pour corriger un bug critique. Résultat : l'algo marchait à moitié, la roadmap avait 12 mois de retard, les investisseurs commençaient à décrocher.

Il a fini par trouver un CTO associé. Et recommencer l'algo de zéro.

Les signaux qui ne trompent pas

Le tech est votre avantage concurrentiel. Pas le design, pas le marketing, pas le réseau — la tech elle-même. Si un concurrent peut reproduire votre produit en externalisant le dev, ce n'est pas de la deep tech.

Vous itérez sur la tech quotidiennement. Pas "on pousse une feature par mois". Plutôt "on ajuste l'algo trois fois par semaine en fonction des résultats".

Vous avez besoin d'une équipe technique dès le départ. Si le plan, c'est 4 développeurs dès le jour 1, il faut quelqu'un pour les recruter, les manager et poser l'architecture. Un prestataire ne fera pas ça.

Dernier signal, plus pragmatique : les investisseurs de votre secteur l'exigent explicitement. En biotech ou en IA, certains fonds ne regardent même pas les dossiers sans cofondateur technique. C'est discutable, mais c'est la réalité du marché.

Si aucun de ces signaux ne vous parle, lisez la suite.

Quand vous n'avez PAS besoin d'un CTO associé

Un SaaS de gestion de facturation. Une marketplace de mise en relation. Une app mobile de réservation. Pour ces produits, la tech est un moyen, pas une fin. Ce qui fait la différence, c'est l'acquisition client, le réseau, le pricing — pas un algorithme révolutionnaire.

Dans ces cas, un bon prestataire ou une solution de vibe coding combiné à un audit régulier peut vous amener très loin. J'ai vu des startups atteindre 500K€ d'ARR avec un code 100% externalisé. Le coût d'une application en 2026 a suffisamment baissé pour que cette approche soit viable, même en bootstrapping.

Le piège, c'est de recruter un CTO associé par insécurité. Parce qu'on ne comprend pas la tech et qu'on a peur de se faire avoir. Le remède à l'insécurité, ce n'est pas un associé à 25% du capital. C'est un audit de code à quelques milliers d'euros qui vous dit exactement où vous en êtes.

Le piège des 30% sans vesting

Revenons à mon fondateur du début. Son erreur n'était pas d'avoir cherché un CTO. C'était de lui avoir donné 30% du capital le jour de la signature, sans aucun mécanisme de vesting.

Le vesting, pour ceux qui ne connaissent pas : les parts sont acquises progressivement, en général sur 4 ans, avec un cliff d'un an. Concrètement, si votre CTO part au bout de 6 mois, il repart avec rien. Sans vesting, il repart avec ses 30%. Et vous, vous êtes coincé avec un actionnaire qui ne travaille plus.

90% des problèmes de CTO associé que je vois ne sont pas des problèmes de compétence. Ce sont des problèmes de pacte d'associés. Un bon CTO avec un mauvais pacte, c'est plus dangereux qu'un CTO moyen avec un pacte solide.

Ce que je recommande :

• Vesting 4 ans, cliff 1 an. C'est le standard. C'est non-négociable. Point.
• Clause de bad leaver / good leaver pour définir le prix de rachat des parts si le CTO s'en va — ou se fait virer.
• Sur la répartition : un CTO qui rejoint un projet déjà lancé avec des clients ne mérite pas la même part qu'un cofondateur day-one. 10-20% avec vesting est souvent plus juste que 30% cash.

Un pacte d'associés bien ficelé, ça coûte 2 000 à 5 000€ chez un avocat spécialisé. Un conflit d'associés, ça coûte 50 000€ et 18 mois de paralysie. Le calcul est vite fait.

Les alternatives au CTO associé

Il n'y a pas que deux options. En réalité, il y a un spectre complet entre "CTO au capital" et "je me débrouille seul".

Prestataire + audit régulier

Pour un MVP ou une V1, un prestataire compétent fait très bien le travail. Le risque : vous n'avez aucun contrôle sur la qualité du code. La parade : un audit technique indépendant tous les 3 à 6 mois. Ça coûte entre 1 500 et 5 000€ et ça vous évite les mauvaises surprises quand il sera trop tard.

CTO externe

C'est le modèle que je pratique. Un CTO senior intervient quelques jours par mois pour poser l'architecture, piloter les prestataires, préparer les recrutements techniques, et être l'interlocuteur crédible des investisseurs sur la partie tech.

Un fondateur a utilisé cette formule pendant 12 mois. Le temps de valider son product-market fit, de lever un premier tour, et de recruter un CTO salarié qui a repris un projet propre et bien documenté. Coût total du CTO externe sur l'année : environ 30K€. En equity cédée : 0%.

CTO salarié post-levée

Une fois que vous avez levé et que le projet est validé, recruter un CTO salarié avec des BSPCE est souvent le meilleur choix. Vous attirez un profil senior avec un package compétitif — 70 à 90K€ de salaire + 1 à 3% en stock-options — sans diluer massivement le capital des fondateurs.

La matrice de décision

Ce que les investisseurs vérifient vraiment

Quand un fonds fait sa due diligence technique, il regarde quatre choses. Est-ce que le code est maintenable — architecture propre, tests, documentation ? Est-ce que la sécurité est gérée — pas de secrets dans le code, authentification solide ? Est-ce qu'il y a une vision technique — roadmap claire, choix technologiques justifiés ? Et enfin : qui est responsable de la tech ?

Ce dernier point est le seul qui concerne la question du CTO. Et "CTO associé" n'est qu'une réponse parmi d'autres. Un fondateur qui présente un rapport d'audit propre, un prestataire encadré et un plan de recrutement tech pour le post-levée coche toutes les cases. J'en ai vu convaincre des fonds qui, sur le papier, "exigent un CTO dans l'équipe".

La vraie question n'est pas "faut-il un CTO associé ?". C'est : comment je m'assure que ma partie technique est solide, pilotée et crédible ?

Pour certains, la réponse est un cofondateur technique dès le jour 1. Pour d'autres, c'est un CTO externe le temps de structurer, puis un recrutement quand le projet le justifie.

Si vous êtes dans le deuxième cas et que vous cherchez quelqu'un pour poser les fondations techniques sans céder 25% du capital, c'est exactement ce que je fais.