Comment choisir un CTO freelance : critères, questions et pièges

Un bon CTO freelance a déjà dirigé des équipes et des produits en production, il explique ses choix à un dirigeant non technique, et il vous laisse propriétaire du code et des comptes. Avant de le chercher, écrivez les décisions que vous attendez de lui et le temps que vous pouvez lui consacrer. Vérifiez ensuite ses références, posez-lui des questions précises et commencez par une mission courte.

Si votre besoin est surtout de faire produire du code sur un périmètre clair, une agence peut mieux convenir. S’il dépasse trois jours par semaine pendant plusieurs années, recruter un CTO devient plus logique. Cet article vous aide à trancher, puis à choisir la bonne personne.

CTO freelance, agence ou CTO salarié : de quoi avez-vous besoin ?

Ces trois options ne vendent pas la même chose.

• Un CTO freelance à temps partagé (directeur technique externe, présent quelques heures à quelques jours par semaine) apporte des décisions et un pilotage : feuille de route, choix techniques, recrutement, suivi de l’équipe ou des prestataires.
• Une agence de développement apporte une capacité de production : une équipe qui conçoit et développe un périmètre défini. Elle convient quand vous savez ce que vous voulez construire. Le point d’attention est de savoir qui, de votre côté, valide les choix techniques et vérifie ce qui est livré.
• Un CTO salarié apporte une présence à temps plein et un engagement dans la durée, parfois avec une part du capital. C’est le choix logique quand la technique est le cœur de votre produit et que le besoin est quotidien. Il coûte un salaire et des cotisations, demande des mois de recrutement, et une erreur de recrutement peut se révéler tard : la période d’essai d’un cadre en CDI dure jusqu’à 4 mois, renouvelable une fois sous conditions, selon Service-public.gouv.fr.

CTO freelance, agence ou CTO salarié

Critère	CTO freelance à temps partagé	Agence de développement	CTO salarié
Ce que vous achetez	Des décisions et un pilotage	Une capacité de production	Une personne à temps plein
Qui porte les choix techniques	Le CTO, avec vous	L’agence, dans le cadre du devis	Le CTO, en interne
Volume	Quelques heures à plusieurs jours par semaine	Selon le projet	Temps plein
Démarrage	Après un échange et un cadrage	Après devis et planning	Après recrutement et préavis
Coût	Le temps réservé	Le projet ou le temps passé	Salaire, cotisations et recrutement
Risque principal	Une disponibilité limitée	Une dépendance au prestataire	Une erreur de recrutement
Adapté quand	Il faut un cap sans temps plein	Le périmètre à produire est clair	Le besoin est quotidien et durable

Pour comparer les coûts en détail, avec un exemple chiffré, lisez combien coûte un CTO freelance.

Comment définir votre besoin avant de chercher ?

Un CTO freelance se choisit mal quand le besoin reste flou. Répondez par écrit à quatre questions avant le premier entretien :

1. Quelles décisions faut-il prendre dans les trois prochains mois ? Par exemple : choisir une technologie, recruter un premier développeur, reprendre une application livrée par une agence, préparer une levée de fonds.
2. Combien de temps par semaine ou par mois ? Quelques heures pour arbitrer, un ou deux jours par semaine pour piloter une équipe.
3. Pour combien de temps ? Une mission ponctuelle, quelques mois, ou un besoin installé.
4. Qui, chez vous, travaillera avec lui ? Un dirigeant seul, une équipe interne, une agence, des freelances.

Les réponses aux questions 2 et 3 vous placent dans la matrice ci-dessous.

Quel format selon le temps et la durée du besoin

Quelques semainesDurée du besoinPlusieurs années

Mission ponctuelleRenfort intensif et courtCTO à temps partagéRecruter un CTOChoisir une technologieAudit avant une levéeLancer une première versionSuivre une agenceRecruter les premiers développeursDiriger une équipe au quotidien

Quelques heuresTemps nécessaire par semainePlusieurs jours

Quels critères comptent pour choisir un CTO freelance ?

1. Une expérience vérifiable de direction technique. Demandez des noms d’entreprises, des rôles, des dates et des liens. Un CTO qui a mis des produits en production et encadré des équipes peut le montrer. Méfiez-vous des chiffres impossibles à vérifier.
2. Une expérience proche de votre situation. Application mobile ou SaaS, clients particuliers ou entreprises, secteur réglementé ou non : le CTO n’a pas besoin d’avoir fait exactement votre produit, mais il doit connaître ses contraintes.
3. La capacité à expliquer. Vous devez comprendre chaque recommandation : ce qu’elle coûte, ce qu’elle risque, ce qu’elle écarte. Si les réponses restent dans le jargon, la collaboration sera difficile.
4. L’indépendance. Demandez s’il vend autre chose que son temps : du développement, de l’hébergement, des licences. Ce n’est pas un problème en soi, à condition que ce soit dit et que ses recommandations restent argumentées.
5. Une disponibilité réelle. Le nombre d’heures ou de jours réservés, le délai de réponse habituel, la façon de traiter une urgence. Un CTO trop sollicité ailleurs aura du mal à suivre votre équipe.
6. La propriété et la transmission. Le code, les comptes (hébergement, base de données, nom de domaine, stores) et la documentation doivent être à votre nom, et la fin de mission doit prévoir une passation.

Quelles questions poser en entretien ?

Les bonnes questions obligent le candidat à donner des faits. Voici celles que je vous conseille, avec ce qu’une bonne réponse contient.

• « Quelles entreprises ou quels produits avez-vous dirigés, avec quel rôle, sur quelle période ? » Des noms, des dates, des liens que vous pouvez vérifier.
• « Racontez une décision technique difficile que vous avez dû arbitrer. » Les options envisagées, le coût de chacune, la raison du choix, et ce qu’il ferait autrement.
• « Que feriez-vous dans vos 30 premiers jours chez nous ? » Comprendre l’existant et l’équipe avant de changer quoi que ce soit, puis proposer des priorités.
• « Combien de temps pouvez-vous nous consacrer, et sous quel délai répondez-vous ? » Des chiffres précis, cohérents avec ses autres missions.
• « Vendez-vous autre chose que votre temps ? » Une réponse claire, sans détour.
• « À qui appartiendront le code, les comptes et la documentation ? » À vous, écrit dans le contrat.
• « Comment se passe la fin de la mission ? » Une passation, une documentation à jour, des accès retirés.
• « Pouvez-vous m’expliquer [un sujet de votre produit] comme à un investisseur ? » Une explication courte, sans jargon, que vous pourriez répéter.

Quels signaux doivent vous alerter ?

• Aucune référence vérifiable : pas de nom d’entreprise, pas de rôle, pas de date.
• Une technologie ou un outil proposé avant même de comprendre votre besoin.
• Un délai ou un prix ferme promis avant tout cadrage.
• Des comptes, un dépôt de code ou un nom de domaine ouverts à son nom plutôt qu’au vôtre.
• Un refus de mettre par écrit le périmètre, le volume et la propriété du code.
• Une promesse de résultat garanti, plutôt qu’un engagement sur des livrables et du temps.
• Des termes techniques qu’il n’explique pas quand vous le lui demandez.

Que vérifier dans le contrat avant de signer ?

Un point juridique mérite votre attention. En droit français, un logiciel créé par un salarié dans l’exercice de ses fonctions appartient à l’employeur (article L113-9 du Code de la propriété intellectuelle). Cette règle vise les salariés. Avec un prestataire, les droits sur le code se transmettent par contrat, et ce contrat doit être écrit (article L131-2 du même code). Prévoyez donc une clause de cession des droits sur le code et la documentation, et faites relire le contrat par votre conseil.

• Périmètre et livrablesCe qui est attendu, et ce qui est exclu.
• Volume et tarifHeures ou jours réservés, prix hors taxes.
• Suivi du tempsUn relevé régulier, et les dépassements validés avant.
• Cession des droitsLe code et la documentation vous sont cédés par écrit.
• Comptes à votre nomHébergement, dépôt de code, domaine et stores.
• ConfidentialitéUn accord dès que vous partagez des données sensibles.
• Fin de missionPréavis, passation et retrait des accès.

Commencez ensuite par une mission courte : quelques jours pour poser un diagnostic et une feuille de route, ou un audit de votre application à prix fixe. Vous jugez la personne sur un livrable concret avant de vous engager sur un suivi régulier.

Mon avis de CTO

Je suis CTO dans des entreprises dont je suis associé. J’ai cofondé Welco en 2019, j’y ai constitué l’équipe technique (développeurs, designers, DevOps et QA) et conçu l’architecture. Je suis associé et CTO de Jo’s Burger depuis février 2024. Chez Resilience Care, j’ai encadré 10 personnes sur deux équipes pendant 8 mois, dans un cadre médical réglementé. Ce que je conseille aux fondateurs, c’est de juger un CTO sur des faits qu’ils peuvent vérifier, comme ceux de ma page À propos : des entreprises, des rôles, des dates, des chiffres. Attendez aussi de lui des options comparées : chez Axiome Avocats, j’ai comparé plusieurs scénarios, avec leurs coûts et leurs risques, avant de proposer une feuille de route. Chez moi, le code, les comptes et la documentation sont à votre nom, et je vous les transmets à la fin.

Questions fréquentes

Quelle différence entre un CTO freelance et un développeur freelance ? Un CTO porte la vision technique, les investissements et l’organisation de l’équipe. Il peut développer quand c’est utile, mais le cœur de sa mission reste l’analyse, la décision et le management. Un développeur freelance réalise des fonctionnalités.

Un CTO freelance peut-il travailler avec notre agence ou notre équipe ? Oui. Le but est de clarifier la direction et la collaboration, sans remplacer les personnes en place : le CTO écrit le besoin, relit les livraisons et arbitre les choix. Les rôles et le mode de communication se fixent dès le départ.

Combien de temps faut-il réserver ? Quelques heures par mois suffisent pour des arbitrages. Piloter une équipe demande plutôt un à deux jours par semaine. Le détail des coûts est dans le guide des tarifs.

Comment tester un CTO freelance avant de s’engager ? Confiez-lui une mission courte avec un livrable précis : un diagnostic, une feuille de route, une décision documentée. Vous jugez sur pièce, puis vous décidez du suivi.

À qui appartient le code écrit par un CTO freelance ? En France, sans cession écrite, les droits restent en principe au prestataire qui a écrit le code. Exigez une clause de cession des droits dans le contrat, et des comptes ouverts à votre nom.

Prochaine étape

Avant de choisir entre un CTO freelance et un recrutement, chiffrez les deux avec le calculateur CTO freelance ou CTO salarié : combien ça coûte vraiment ?.

Si un CTO à temps partagé correspond à votre besoin, l’offre CTO à temps partagé détaille ce que je prends en charge, le déroulé d’une mission et le tarif. Vous pouvez aussi réserver un premier échange de 15 minutes pour me poser les questions de cet article.

Sources

• Légifrance, article L113-9 du Code de la propriété intellectuelle (droits sur les logiciels créés par des salariés).
• Légifrance, article L131-2 du Code de la propriété intellectuelle (contrats de cession de droits d’auteur constatés par écrit).
• Service-public.gouv.fr, Période d’essai d’un salarié, page vérifiée le 12 août 2026.
• Techvisor, offre CTO à temps partagé et page À propos.