Vous avez un devis d'agence à signer, un outil métier à lancer ou une refonte qui glisse, et personne chez vous pour dire si c'est le bon choix : c'est la situation type où un CTO externalisé sert. Sur le papier, le modèle est simple, un directeur technique à temps partiel, payé au forfait. La vraie différence entre 2 prestataires se voit sur 2 points : ce que vous pouvez constater de son travail chaque mois, et ce que vous gardez, code, accès et décisions, le jour où la mission s'arrête. Ce guide détaille ces 2 points, puis ce que ça coûte.
Ce qu'est un CTO externalisé, et ce qu'il n'est pas
Un CTO externalisé est un directeur technique expérimenté qui intervient chez vous à temps partiel, sous contrat de prestation. Il porte aussi le nom de CTO à temps partagé, de fractional CTO ou de CTO-as-a-Service : le plus souvent, c'est le même modèle. Vérifiez seulement au contrat qu'il s'agit d'une personne nommée, en prestation. Il construit la feuille de route, c'est-à-dire ce qui sera livré, dans quel ordre et pourquoi. Il arbitre l'architecture, encadre les développeurs quand ils existent, et surveille la dette technique, ces raccourcis qui rendent chaque évolution plus lente et plus chère.
Il ne se confond pas avec 2 autres profils :
- Le développeur senior qu'on loue pour coder. Un CTO externalisé peut coder, mais vous le payez pour décider.
- Le consultant qui livre un rapport puis disparaît. Un CTO externalisé reste après ses recommandations, et en assume les suites devant vous.
Quand un CTO externalisé devient utile
Si vous vous reconnaissez dans 3 de ces situations, il est temps de confier votre direction technique à quelqu'un.
-
Vous portez un outil métier, mais personne ne sait le cadrer techniquement
Achats, opérations, santé, finance : le besoin est clair côté terrain, mais le choix entre développer et acheter, le périmètre et l'architecture restent flous.
-
Votre feuille de route glisse chaque semaine
Les délais glissent, les priorités changent sans arrêt, et personne ne tient le cap.
-
Vous n'avez pas d'équipe tech, et vous construisez déjà avec l'IA
Ne pas avoir d'équipe n'est plus un mur : avec l'IA, vous allez beaucoup plus loin seul qu'il y a 3 ans. Le risque, c'est de décider à l'aveugle : mauvais outil, mauvais périmètre, et personne pour dire ce qui tiendra une fois l'outil utilisé pour de vrai.
-
Une refonte ou migration majeure se profile
Changer de technologie, déplacer vos serveurs chez un hébergeur ou migrer une base de données critique sans pilote est une opération à risque.
-
Vos développeurs livrent, mais personne ne tranche
Des développeurs compétents sans direction technique livrent, mais accumulent souvent de la dette plus vite que de la valeur.
Vous avez déjà commencé seul ? Lisez ce qu'il faut savoir avant de construire votre outil avec l'IA, et à quoi ressemble une direction technique en PME.
CTO externalisé, CTO interne ou DSI externalisée
Si votre enjeu est de livrer un outil qui n'existe pas encore, cherchez un CTO. Si c'est de faire tourner l'existant, cherchez une DSI, une direction des systèmes d'information. Entre CTO interne et CTO externalisé, la question est le volume : tant que la technique ne remplit pas un temps plein, le poste salarié est trop lourd.
CTO interne
Temps plein- Ce qu'il dirige
- La technique, l'équipe et le produit, tous les jours.
- Pour qui
- Une entreprise dont la technique est le cœur du métier et occupe déjà une équipe.
- Ce qu'il ne fait pas
- Il ne se met pas en pause quand le besoin baisse : le coût du poste reste fixe, et le recrutement prend plusieurs mois.
Le bon choix : quand la technique remplit un temps plein, et le restera.
CTO externalisé
Temps partagé- Ce qu'il dirige
- Ce qu'on construit : un outil métier, un produit, une refonte, et le choix entre développer et acheter.
- Pour qui
- Une direction générale ou métier, en PME ou en ETI, avec ou sans développeurs.
- Ce qu'il ne fait pas
- Il ne gère pas votre parc informatique ni le support aux utilisateurs.
Le bon choix : quand vous devez décider et livrer sans équipe technique à diriger à temps plein.
DSI externalisée
Existant- Ce qu'il dirige
- Le système d'information en place : postes, réseau, logiciels achetés, sécurité, contrats fournisseurs.
- Pour qui
- Une entreprise dont le parc et les logiciels du marché doivent tourner sans incident.
- Ce qu'il ne fait pas
- Concevoir l'outil métier qui vous manque n'est généralement pas son rôle.
Le bon choix : quand le problème est de faire tourner et de sécuriser ce qui existe déjà.
Dans une entreprise de taille intermédiaire, une ETI, vous avez souvent les 2 : une DSI en place, et un outil métier qu'elle n'a pas le temps de construire. Voyez comment un CTO externalisé pour ETI travaille avec elle, sans la contourner.
Ce que vous devez constater chaque mois chez votre CTO externalisé
Vous devez constater 2 choses : vos décisions ont été challengées, et les problèmes vous ont été remontés avant de vous coûter. Les dirigeants avec qui je travaille ne viennent pas chercher quelqu'un qui valide. Ils viennent chercher un état des lieux régulier, quand ça va, et surtout quand ça ne va pas.
Les 3 alertes types qu'un CTO externalisé doit vous remonter :
- « On va être bloqués » : une dépendance, un délai ou un choix technique qui va arrêter le projet dans quelques semaines.
- « On paye trop pour ça » : un coût d'hébergement mensuel que vous pourriez réduire en changeant d'approche.
- « Cette personne est un risque » : un développeur ou un prestataire sans qui personne ne sait faire tourner le système. S'il part, vous êtes bloqué.
Le dernier cas coûte cher quand il arrive : voyez comment sortir de la dépendance à un seul développeur. Votre CTO externalisé doit aussi vous challenger sur vos propres projets : un recrutement, un développement, un axe stratégique. S'il valide tout, il ne vous apporte rien que l'IA ne fasse déjà.
Les 5 blocs d'un compte rendu, après chaque point important
- 1
Ce qui a été établi
Les faits constatés pendant l'échange ou l'analyse, sans jugement.
- 2
Mon avis
Une position tranchée et assumée, y compris quand elle contredit la direction.
- 3
Ce que ça implique
Les conséquences concrètes pour vous, numérotées, avec ce qu'il faut sécuriser.
- 4
Point de transparence
Ce que le CTO a dit ou fait pendant l'échange et qui pourrait vous surprendre, pour que vous ne l'appreniez pas par quelqu'un d'autre.
- 5
Prochaines étapes
Une action, un nom, une date. Chaque étape a un responsable.
Les 3 signes qu'une mission dérive :
- Il ne parle qu'aux équipes, jamais à la direction. Il devient un support technique de luxe, et ne peut plus dire non à la direction.
- Vous ne savez pas dire ce qu'il a tranché le mois dernier : aucune décision écrite, aucune alerte remontée.
- Ses objectifs sont flous : aucun résultat daté, du type « l'outil de suivi des commandes en service dans 6 semaines ».
Ce qui vous appartient quand la mission du CTO externalisé s'arrête
Tout doit vous appartenir dès le premier jour, pas à la fin. En mission, je travaille comme si j'étais dans vos équipes : je ne prends jamais rien en mon nom propre, et mes contrats vous cèdent le code que j'écris. Les comptes et les contrats sont au nom du client. Sans cet écrit, le code reste juridiquement à celui qui l'a écrit, même s'il est sur vos serveurs. Vous êtes propriétaire de votre système dès le départ, et libre de partir à la fin de l'engagement sans perdre la main dessus. Ça vous responsabilise aussi : rien ne se décide hors de votre vue.
Les 4 choses qui doivent être à votre nom :
- Le code source
- Dans un dépôt, l'espace en ligne où le code est rangé, ouvert au nom de votre entreprise et pas sur le compte du prestataire.
- Les comptes d'hébergement et de services
- Serveurs, nom de domaine, outils payants : facturés à votre entreprise, avec vos propres accès administrateur.
- La documentation
- Comment le système fonctionne, comment le remettre en ligne, de quels prestataires il dépend.
- Le contrat
- Signé, avec la propriété du code et la remise des accès écrites noir sur blanc.
En début de mission, je pose souvent 2 questions : avez-vous accès au code source, et avez-vous un contrat écrit qui dit à qui appartient le code ? Plusieurs fois, la réponse a été non aux 2.
Sur une mission récente, je suis arrivé en cours de route : le client avait signé un développement avec un prestataire, sans cadrer au départ ce qui lui reviendrait. Nous avons tout récupéré ensemble : le code, la documentation, le fonctionnement du système. Nous l'avons aussi sorti de sa dépendance au prestataire. Le faire à la fin de ce développement plutôt qu'à sa signature l'a obligé à refaire des choix, et à payer au prestataire des heures de passation : j'estime le surcoût entre 10 000 et 20 000 €. Tout aurait pu être propre dès le départ, mais mon client n'était pas technique, et il ne pouvait pas le vérifier. Un an plus tard, ce prestataire a mis la clé sous la porte. Sans cette reprise, le client se serait retrouvé dans une position très délicate.
Combien coûte un CTO externalisé
Vous pouvez payer un CTO externalisé de 3 façons. Le bon choix dépend moins du tarif affiché que de la responsabilité que vous attendez.
- Au jour
- Vous achetez du temps. Utile pour un audit ou une mission courte, quand le besoin est borné.
- Au forfait mensuel
- Vous réservez une disponibilité et une responsabilité dans la durée : arbitrages, suivi, décisions rapides au moment où elles comptent.
- Au projet
- Pour une phase de construction avec un livrable précis et un périmètre stable.
Vous n'avez pas besoin d'un CTO assis 5 jours par semaine dans vos réunions. Vous avez besoin de quelqu'un qui connaît le contexte et tranche vite, au moment où la décision compte : avant d'accepter un devis, avant un mail sensible, avant de recadrer un prestataire.
Mes offres démarrent à 2 900 € HT par mois, avec un engagement minimum de 3 mois. Quand l'existant est mal connu, je commence par un audit de 1 à 4 jours, entre 2 000 et 5 000 € HT.
Choisir un CTO externalisé : la séquence, dans l'ordre
Suivez ces 5 étapes dans l'ordre, jusqu'à la signature du contrat.
- 1
Écrivez ce que vous attendez, en résultats datés : l'outil de validation des achats en service sous 8 semaines, tout devis prestataire arbitré sous 48 heures. « Améliorer la technique » n'est pas une mission.
- 2
Demandez au candidat un exemple réel où il a dit non à un dirigeant, et ce qui s'est passé ensuite.
- 3
Vérifiez qu'il a déjà piloté une refonte ou une migration critique, et qu'il connaît les contraintes de votre secteur. En santé, lisez le guide CTO externalisé santé.
- 4
Décidez s'il doit construire lui-même ou diriger des développeurs. Avec l'IA, un CTO qui code va vite, mais vous le payez d'abord pour son jugement.
- 5
Faites écrire au contrat la propriété du code, la remise des accès et le format du compte rendu. Donnez-lui ensuite accès au terrain, aux outils et aux décideurs dans les 2 premières semaines.
Auteur de l'article
Fabien Bousquet, CTO externalisé.
Pas une équipe, pas un sous-traitant. C'est moi qui vous écris, qui cadre, qui build, qui livre.
En savoir plus sur mon parcours →Questions fréquentes sur le CTO externalisé
Quelle différence entre un CTO externalisé et une DSI externalisée ?
Une DSI externalisée fait tourner le système d'information existant : postes, réseau, logiciels achetés, sécurité, contrats fournisseurs. Un CTO externalisé dirige ce qu'on construit : un outil métier, un produit, une refonte, et les arbitrages entre développer et acheter. Pour un outil à construire, c'est un CTO qu'il vous faut.
Combien coûte un CTO externalisé ?
Sur ce site, le forfait de CTO externalisé démarre à 2 900 € HT par mois, avec un engagement minimum de 3 mois. Si vous connaissez mal votre existant, la mission commence par un audit court de 1 à 4 jours, entre 2 000 et 5 000 € HT. Le forfait achète une disponibilité et une responsabilité, pas un nombre de jours figé.
CTO externalisé, CTO à temps partagé, fractional CTO : quelle différence ?
Le plus souvent, aucune. Ces termes désignent un directeur technique senior qui ne travaille pas à temps plein pour vous. Vérifiez quand même le contrat : une personne nommée en prestation, une équipe d'agence derrière un nom, ou un salarié partagé entre plusieurs employeurs. Le périmètre, la disponibilité promise et ce que vous récupérez en fin de mission font la vraie différence.
Un CTO externalisé peut-il développer lui-même ?
Oui, et avec l'IA tout s'accélère : un CTO qui code construit vite. Mais sa valeur reste le jugement qu'il porte sur vos choix, et il n'a pas besoin d'IA pour ça. On peut presque tout faire avec l'IA. Ce n'est pas une raison pour tout faire : décider ce qu'on ne construit pas est aussi un choix stratégique.
Que récupérez-vous à la fin d'une mission de CTO externalisé ?
Le code développé pour vous, les comptes d'hébergement et la documentation, et ce dès le premier jour plutôt qu'à la fin. Pour les logiciels achetés, les abonnements doivent être à votre nom. Un CTO externalisé sérieux vous cède par écrit le code qu'il écrit : à la fin de l'engagement, vous partez sans perdre la main sur votre système.
Pour aller plus loin : le guide CTO externalisé santé si votre produit touche des données de santé, et le guide pour faire valider un outil métier par votre DSI si vous êtes en ETI. Et si on vous propose un « Chief AI Officer fractionnel » pour piloter votre stratégie IA, lisez d'abord pourquoi ces 2 métiers sont en train de fusionner.