Un fondateur sans formation technique qui cherche un CTO cherche en réalité deux choses à la fois : quelqu’un pour construire le produit, et quelqu’un pour décider de ce qu’il faut construire. Le CTO as a service sépare ces deux besoins. Il apporte la seconde compétence tout de suite, le temps de savoir quelle personne recruter pour la première — et à quelles conditions.
Cette séparation n’est pas un confort. Elle évite l’erreur la plus coûteuse de l’amorçage : céder une part significative du capital à un associé technique avant de savoir si le produit qu’il sait construire est celui dont l’entreprise a besoin.
Pourquoi trouver un CTO est si difficile en amorçage
Trouver un CTO pour une jeune entreprise ressemble à un recrutement ordinaire. Ce n’en est pas un, pour trois raisons qui se cumulent.
- Le fondateur ne peut pas évaluer le candidat. Sans compétence technique, il juge sur l’aisance, le parcours, la conviction. Ce sont des signaux réels, mais ils ne disent rien de la qualité d’une architecture.
- Le poste n’est pas encore défini. Faut-il un bâtisseur qui livre vite, ou un architecte qui prépare la montée en charge ? Tant que le produit n’est pas cadré, personne ne peut le dire — et chaque candidat décrit le poste à sa propre image.
- L’entreprise n’a pas les moyens du marché. Elle compense par du capital, ce qui transforme un recrutement en association. Et une association se défait beaucoup plus difficilement qu’un contrat de travail.
Le résultat est connu : on recrute la personne disponible plutôt que la personne adaptée, et on le découvre quand le produit doit changer de cap.
Ce que couvre un CTO as a service
Un CTO as a service n’est pas une agence de développement sous un autre nom. Son périmètre est celui d’une direction technique, exercée à temps partiel et pour une durée annoncée :
- cadrer le produit : ce que la première version doit prouver, ce qu’elle peut ignorer, et ce qu’il serait coûteux de changer ensuite ;
- choisir comment le construire : développement sur mesure, outils existants assemblés, ou prestataire — et avec quels critères de réception ;
- tenir les décisions par écrit, pour qu’un successeur comprenne pourquoi le produit est fait ainsi ;
- préparer la réponse aux investisseurs sur les questions techniques, qui arrivent tôt et sont précises ;
- définir le poste de CTO à pourvoir, puis participer au recrutement.
Ce qu’il ne couvre pas compte autant. Il n’écrit pas le produit à la place d’une équipe, il ne s’engage pas sur un délai de livraison qu’il ne maîtrise pas, et il ne se substitue pas au fondateur dans les choix de marché. Sa valeur tient à son indépendance vis-à-vis de ceux qui développent : c’est elle qui lui permet de dire qu’un devis est surévalué, qu’une fonctionnalité peut attendre, ou qu’un outil existant suffit.
Pour une entreprise déjà installée, la même fonction prend un autre nom et un autre rythme : c’est le CTO à temps partagé, qui s’inscrit dans la durée là où le CTO as a service prépare une transition.
Recruter, s’associer ou externaliser : trois options comparées
| Option | Ce qu’elle apporte | Ce qu’elle coûte | Quand elle convient |
|---|---|---|---|
| Recruter un CTO salarié | Une présence entière et un engagement durable | Un salaire au prix du marché, souvent complété de capital | Quand le produit est cadré et l’équipe à constituer |
| S’associer avec un CTO | Un engagement total, aligné sur la réussite | Une part significative du capital, difficile à reprendre | Quand la technologie est le cœur du projet et la relation éprouvée |
| Externaliser la fonction | Une compétence immédiate, sans engagement long | Des honoraires, en numéraire ou en capital | Tant que le produit et le poste restent à définir |
Les trois options ne s’excluent pas : elles se succèdent. L’externalisation sert à cadrer ; le cadrage permet de savoir s’il faut un associé ou un salarié ; et le choix se fait alors sur des critères écrits plutôt que sur une impression.
Le cadrage change aussi la manière d’évaluer les candidats. Un fondateur qui dispose d’une architecture cible et d’un registre des décisions peut soumettre un candidat à un cas réel : voici ce que nous avons décidé, voici pourquoi, que feriez-vous différemment ? La réponse en dit davantage qu’un entretien sur le parcours, et elle se lit avec l’aide de quelqu’un qui connaît le dossier.
S’associer avec un CTO reste souvent la bonne réponse quand la technologie est le produit. Mais c’est une décision de capital avant d’être une décision de recrutement, et elle se prépare comme telle : rôle écrit, acquisition progressive des parts, conditions de départ négociées avant l’arrivée plutôt qu’après la première crise.
Payer en cash ou en capital : le cas du service-for-equity
La contrainte de trésorerie pousse beaucoup de jeunes entreprises vers le capital. Il existe une voie intermédiaire entre le salarié payé en numéraire et l’associé payé en parts : le prestataire qui accepte d’être payé en capital pour une mission définie.
C’est le principe du service-for-equity, que pratique Maeliom Ventures : convertir tout ou partie des honoraires de conseil et de développement en une participation minoritaire. L’entreprise préserve sa trésorerie au moment où elle est la plus rare ; le prestataire n’est payé que si la trajectoire se confirme, et son conseil porte donc un risque réel.
Le dispositif a ses conditions, et il ne convient pas à tous. Il suppose un projet dont le prestataire comprend le marché, une relation de confiance déjà établie, un horizon assez long pour que l’alignement ait un sens, et des conditions de sortie posées dès l’entrée. Une participation ne doit jamais devenir un blocage pour les tours de financement suivants.
Payé en capital ou en numéraire, le principe reste le même : la direction technique externalisée cadre, et la réalisation, confiée à Maeliom Build ou à un autre prestataire, se juge sur les critères que ce cadrage a fixés. Le choix de l’un ne doit pas dicter la conclusion de l’autre.
Le moment de passer la main à un CTO salarié
Le CTO as a service est un dispositif de passage. Trois signaux indiquent qu’il est temps de recruter :
- les décisions techniques deviennent quotidiennes, et attendre la prochaine présence ralentit l’équipe ;
- une équipe de développement interne existe ou doit être constituée, et elle a besoin d’être dirigée sur place ;
- le produit a trouvé ses premiers clients, et la question n’est plus de savoir quoi construire mais comment tenir la croissance.
À ce moment, le travail accompli devient la meilleure aide au recrutement. Le poste est décrit à partir de ce que le produit exige réellement. Les candidats sont évalués par quelqu’un qui sait lire leurs réponses. Et le CTO recruté hérite d’une architecture documentée et d’un registre des décisions, plutôt que d’un code qu’il devra d’abord comprendre seul. C’est le sens de Maeliom Consulting sur ces missions : trancher avant de recruter, pour recruter sur des faits.
La transition elle-même se prépare. Une période de recouvrement, pendant laquelle le CTO recruté et la direction externalisée travaillent ensemble, permet de transmettre ce qui ne s’écrit pas bien : le contexte d’une décision, les relations avec les prestataires, les points fragiles connus. Elle se prévoit dans le contrat de mission dès le départ, pour ne pas devenir une prolongation négociée à la hâte.
Questions fréquentes
Quelle différence entre un CTO as a service et une agence de développement ?
Une agence exécute un cahier des charges ; un CTO as a service l’écrit, choisit qui l’exécutera et contrôle le résultat. Confier les deux rôles au même acteur supprime le contrôle.
Faut-il donner du capital à son premier CTO ?
C’est fréquent, et souvent justifié quand la technologie est au cœur du projet. Mais la décision gagne à être prise une fois le poste défini, avec une acquisition progressive des parts et des conditions de départ écrites.
Combien de temps dure une mission de CTO as a service ?
Le temps de cadrer le produit, de réaliser une première version et de recruter le CTO qui prendra la suite. La durée se fixe au départ, avec la transition comme objectif.