CTO externalisé ou agence ?

Vous comparez une agence et un CTO externalisé comme on compare deux devis pour le même chantier. C'est là que l'erreur commence : une agence livre un périmètre, un CTO externalisé porte des décisions qui continuent d'engager votre produit longtemps après la livraison.

J'ai vu cette confusion revenir souvent en audit, surtout chez des fondateurs SaaS post-MVP. Ils me montrent deux propositions côte à côte : une agence, un CTO part-time. Puis ils me demandent laquelle est "la meilleure".

La question est mal posée.

Elle suppose que les deux répondent au même besoin. Ce n'est presque jamais le cas.

Pourquoi la comparaison est mal posée

Vous arrivez souvent avec une grille simple : prix, délai, qualité perçue.

C'est logique. C'est comme ça qu'on compare deux devis quand le besoin est identique. Mais une agence et un CTO externalisé ne vendent pas la même chose.

Une agence vend un livrable borné dans le temps : un MVP, une refonte, une migration, une application mobile, un lot de fonctionnalités.

Un CTO externalisé vend autre chose : une capacité à arbitrer dans la durée. Architecture, dette technique, recrutement, priorisation, due diligence, choix de prestataires. Ce sont des décisions qui ne produisent pas toujours leurs effets le jour de la livraison. Parfois, elles se paient six mois plus tard.

Comparer uniquement les tarifs journaliers revient donc à comparer un trajet en taxi avec un abonnement de transport. Les deux vous déplacent. Mais l'un termine sa course à l'arrivée, l'autre existe pour vous accompagner dans la durée.

Avant de comparer les prix, il faut donc répondre à une question plus simple : est-ce que vous cherchez quelqu'un qui termine un périmètre, ou quelqu'un qui porte la continuité technique du produit ?

Ce qu'une agence fait très bien

Une agence est très utile quand votre besoin est clair et fermé.

Un MVP à livrer en huit semaines. Une migration technique. Une refonte mobile. Un pic de charge à absorber avant une levée. Un module SaaS que vous savez déjà spécifier.

Dans ces cas-là, l'agence apporte de la capacité. Elle peut mobiliser plusieurs profils, organiser un delivery, tenir un cadre contractuel et livrer plus vite qu'un profil seul.

Si votre produit est déjà cadré, si vos priorités sont claires, si votre architecture est tenue par quelqu'un en interne, l'agence peut être le bon choix. Vous achetez du débit d'exécution.

La limite apparaît après la livraison.

Une fois le périmètre terminé, l'agence a rempli son contrat. Elle peut rester en maintenance, bien sûr, mais elle n'a pas la même responsabilité sur les décisions structurantes que quelqu'un qui accompagne l'entreprise dans la durée.

La dette technique créée pendant le projet, les choix d'architecture, les compromis de sécurité, la façon dont l'équipe interne reprendra le code : tout ça finit souvent chez vous.

Et si vous êtes fondateur non-tech, c'est précisément le problème. Vous héritez de décisions que vous n'aviez pas les moyens d'évaluer au moment de signer.

Ce qu'un CTO externalisé apporte en plus

Un CTO externalisé ne se positionne pas d'abord sur un livrable. Il se positionne sur la qualité des décisions techniques.

Choisir une architecture. Prioriser la dette face aux fonctionnalités. Structurer le recrutement des premiers développeurs. Challenger un devis d'agence. Préparer une due diligence technique avant une levée. Traduire un risque technique en impact business compréhensible par un CEO ou un investisseur.

C'est là que le format CTO part-time prend son sens : une présence régulière, pas un sprint isolé.

La différence ne tient pas seulement au niveau technique. Un bon développeur d'agence peut être meilleur codeur qu'un CTO externalisé. Le sujet est ailleurs : qui reste responsable des conséquences du choix ?

Un CTO externalisé continue d'être là quand une décision produit ses effets. Une agence, elle, a souvent déjà clôturé le projet.

Ce n'est pas un jugement moral. C'est une différence de modèle.

Le mauvais choix coûte rarement au début

C'est le point que beaucoup de fondateurs sous-estiment.

Le mauvais choix ne coûte pas toujours cher au moment du devis. Il coûte cher six mois plus tard.

Quand il faut reprendre une codebase mal documentée. Quand le prestataire est le seul à savoir déployer. Quand chaque nouvelle fonctionnalité prend deux fois plus de temps que prévu. Quand un investisseur demande pourquoi une seule personne comprend l'architecture. Quand vous recrutez un développeur senior et qu'il passe son premier mois à comprendre ce qui a été livré.

J'ai détaillé ce mécanisme dans combien coûte un SaaS : le coût d'un produit ne se limite jamais au devis initial. Le vrai sujet est le coût total de possession. Maintenance, reprise, onboarding, dette, dépendance, vitesse perdue.

Pour un fondateur SaaS, c'est souvent là que se joue l'arbitrage.

Une agence peut être moins chère sur le build. Un CTO externalisé peut éviter que le build devienne plus cher à maintenir, à faire évoluer ou à reprendre.

Les risques de chaque option

Le principal risque avec une agence, ce n'est pas forcément la qualité du code livré. C'est ce qui se passe après son départ.

La connaissance du système peut rester chez le prestataire. Le dépôt Git peut être mal transmis. Les accès peuvent être dispersés. La documentation peut être trop légère. Le produit fonctionne, mais vous ne le maîtrisez pas vraiment.

C'est le bus factor appliqué à un prestataire externe.

L'autre risque est économique : une agence facturée au temps passé n'a pas toujours intérêt à simplifier radicalement. Plus le système est complexe, plus il justifie d'heures, de maintenance et de dépendance.

Le risque d'un CTO externalisé est différent.

Le premier, c'est de confondre un bon freelance senior avec un CTO. Savoir coder vite ne suffit pas à arbitrer une roadmap, cadrer une équipe, challenger un prestataire ou porter un risque devant des investisseurs. Les deux profils peuvent se recouper, mais ce n'est pas automatique. J'en parle plus en détail dans Lead Dev ou CTO : quel profil choisir ?.

Le second risque, c'est le mauvais dimensionnement. Si vous payez un CTO part-time pour de la stratégie, mais que vous le sollicitez comme un développeur full-time, il finit par exécuter au lieu d'arbitrer. Vous perdez alors la valeur que vous étiez venu chercher.

Tableau de décision selon votre situation

| Situation | Format recommandé | Pourquoi | | --- | --- | --- | | Idée validée, pas encore de code | Agence pour un MVP très cadré | Le besoin est un livrable ponctuel, pas encore une gouvernance technique durable. | | MVP existant, premiers utilisateurs payants | CTO externalisé léger | Les premiers choix d'architecture engagent déjà les deux prochaines années. | | Équipe tech de 2 à 5 personnes, post-PMF | CTO externalisé régulier | L'équipe a besoin d'une direction technique, pas seulement d'un exécutant de plus. | | Build ponctuel sur produit déjà structuré | Agence en complément | Le périmètre est fermé et le cadrage technique existe déjà. | | Levée de fonds en préparation | CTO externalisé ou audit technique | Les investisseurs évaluent la robustesse des décisions, pas seulement le code. | | Produit SaaS à construire de zéro sans profil technique senior | CTO externalisé puis agence si besoin | Le cadrage doit précéder l'exécution pour éviter de payer deux fois. |

Ces formats ne sont pas exclusifs.

Dans beaucoup de cas, la meilleure configuration est même hybride : un CTO externalisé cadre les décisions, puis une agence exécute un périmètre précis sous cette direction.

Le CTO devient alors le garant de la cohérence technique entre le produit, l'équipe et les prestataires. Ça évite qu'une agence reconstruise le système selon ses propres conventions, puis qu'une autre fasse pareil six mois plus tard.

Quand choisir une agence

Choisissez une agence si :

• le périmètre est clair ;
• le produit a déjà une direction technique ;
• vous avez besoin de capacité d'exécution ;
• vous savez valider ce qui sera livré ;
• vous avez prévu la reprise du code, des accès et de la documentation.

Dans ce cas, une agence peut être très rationnelle. Elle vous fait gagner du temps, surtout si vous avez déjà quelqu'un pour cadrer le besoin et contrôler la qualité.

Le point important : ne demandez pas à une agence de remplacer une direction technique si ce n'est pas ce qu'elle vend.

Quand choisir un CTO externalisé

Choisissez un CTO externalisé si :

• vous êtes fondateur non-tech ou sans direction technique senior ;
• votre MVP commence à prendre de la traction ;
• vous hésitez entre plusieurs choix d'architecture ;
• vous préparez une levée ou un gros contrat ;
• vous devez recruter vos premiers développeurs ;
• vous voulez challenger un devis, une agence ou une roadmap technique.

Dans ce cas, le besoin n'est pas seulement de produire. Le besoin est de décider correctement avant de produire.

C'est aussi vrai si vous prévoyez du développement SaaS avec un périmètre encore flou. Plus le produit est stratégique, plus le cadrage compte avant le build.

Ce qu'il faut retenir

• Une agence vend surtout un périmètre à livrer. Un CTO externalisé vend une capacité de décision dans la durée.
• Si votre besoin est fermé, clair et déjà cadré, une agence peut être le meilleur choix.
• Si votre risque porte sur l'architecture, la dette, le recrutement, la levée ou la reprise du produit, le CTO externalisé est plus adapté.
• Le coût à comparer n'est pas seulement le devis initial. C'est le coût de reprise, de maintenance et de mauvaise décision.
• Les deux formats peuvent se combiner : CTO pour cadrer, agence pour exécuter.

Questions fréquentes

Peut-on combiner une agence et un CTO externalisé ?

Oui. C'est souvent une bonne configuration : le CTO cadre les décisions, sécurise l'architecture et relit les choix structurants ; l'agence exécute un périmètre défini. Ça marche bien quand le fondateur veut de la vitesse sans perdre le contrôle technique.

Un lead dev senior peut-il jouer le rôle d'un CTO externalisé ?

Parfois, mais ce n'est pas automatique. Un lead dev senior peut être excellent techniquement sans être à l'aise sur la roadmap, le recrutement, la relation investisseur ou l'arbitrage business. La vraie question est : peut-il porter la conséquence de ses décisions dans la durée ?

Quel budget prévoir pour un CTO externalisé ?

Cela dépend du rythme : audit ponctuel, quelques jours par mois, ou accompagnement régulier. Le plus important est de calibrer le format sur votre maturité : un MVP en traction n'a pas les mêmes besoins qu'une équipe post-PMF de cinq développeurs.

Une agence est-elle toujours un mauvais choix pour une startup SaaS ?

Non. Une agence peut être un très bon choix si le besoin est cadré et si la reprise est prévue dès le départ. Le problème apparaît quand une agence est utilisée pour compenser l'absence de direction technique, sans personne pour challenger les choix structurants.

Conclusion

Le bon choix dépend moins du prix que du risque que vous essayez de couvrir.

Si vous cherchez à livrer un périmètre clair, une agence peut vous faire gagner du temps. Si vous cherchez à sécuriser des décisions dont les conséquences vont se voir dans six mois, un CTO externalisé est souvent plus adapté.

Le vrai piège, c'est de comparer deux devis sans nommer le besoin réel.

Si vous hésitez entre déléguer un build et structurer une direction technique, prenons 30 minutes pour cadrer le bon format selon votre produit, votre équipe et votre stade de maturité.