CTO on demand
CTO on demand — un directeur technique fractional, qui pratique en production.
Recruter un CTO full-time coûte cher et prend des mois. Garder un projet sans direction technique coûte plus cher encore. Je prends la casquette CTO sur la fraction de temps qui correspond à votre stade. Ce que j'apporte n'est pas théorique — c'est ce que je fais tous les jours chez Hop Hop Immo (levée finalisée en mars 2026) sur le marché de l'immobilier neuf.
Ce que je fais réellement comme CTO
Être CTO quand on est cofondateur, ce n'est pas « juste » faire de la tech. C'est devenir tour à tour — parfois dans la même journée — :
C'est fatigant, parfois usant, ça demande une certaine résilience — mais c'est aussi incroyablement formateur. Quand vous m'embauchez en CTO on demand, vous avez quelqu'un qui comprend que le rôle dépasse la tech : qui sait poser les bons arbitrages business, évangéliser en interne, structurer un pitch investisseur si besoin. Et qui sait aussi coder quand c'est ce qu'il faut.
Comment je travaille avec l'AI
L'AI n'est pas un argument marketing dans mes missions, c'est ma pratique quotidienne depuis plus d'un an. Trois usages concrets, éprouvés en production. Pour le détail complet de la pratique, voir le manifeste.
Une équipe spécialisée, pas un assistant unique
Une flotte d'agents avec rôles définis (coordinateurs, architectes, devs, reviewers, ops…) plutôt qu'un seul LLM généraliste. Chacun a un périmètre, des garde-fous, une mémoire persistante. C'est le pattern qui rend la pratique stable en production — pas un POC.
Brainstorm et challenge des choix structurants
Les LLM comme sparring partner pour faire émerger des options auxquelles je n'aurais pas pensé seul. Croisement Claude / Gemini / GPT sur les décisions d'architecture importantes. C'est l'usage où la valeur est la plus claire — pas du copier-coller en prod.
Travail asynchrone pendant qu'on dort
Monitoring, revues de code en lot, audits ciblés (accessibilité, SEO, sécurité), rétro-documentation de modules. Le matin, je relis les compte rendus, je tranche, on repart pour un cycle. La continuité du contexte change tout.
Projets legacy : extraire la connaissance métier
Un code de cinq, dix, vingt ans porte une connaissance métier précieuse — souvent non documentée, parfois oubliée des équipes actuelles. La récupérer et la rendre exploitable est un vrai enjeu, notamment quand on veut ensuite y appliquer des capacités AI.
Découpage métier (DDD)
Identifier les bounded contexts implicites dans le code legacy. Pas tout réécrire — repérer les frontières naturelles du domaine, là où les choses se découpent proprement.
Isolation des bouts de code
Extraire les modules pertinents, les couper de leurs dépendances accessoires, en faire des unités lisibles, testables, et réutilisables.
Code-to-spec
Générer la spec qui reflète vraiment le code (pas du wishful thinking), via LLM bien cadré + relecture humaine. La spec devient une mémoire vivante, réinjectable dans les LLM pour des évolutions cohérentes avec l'existant.
Résultat : la connaissance métier qui dormait dans le code legacy devient un actif documenté, exploitable, et compréhensible — par les futurs développeurs comme par les futurs agents IA.
Un cas terrain
Décembre 2025. Le genre de situation pour laquelle on embauche un CTO senior.
On vient de signer un partenaire majeur pour Hop Hop Immo. Couverture du marché neuf : 15 % → 80-85 %. Quatre ans de problématiques de scale qui arrivent d'un coup.
2-3 heures de brainstorming avec plusieurs LLM (Gemini, GPT, surtout Claude — excellent sur ces sujets).
Décision claire et assumée : pattern Backend for Frontend, en Quarkus natif, volontairement léger et scalable. Formalisation via une nouvelle norme de spec (Microsoft) compatible LLM.
Application générée, testée et déployée en production en quelques heures / jours. Déploiement OK.
Un LLM utilisé sans réflexion humaine est souvent creux. Bien utilisé — avec des MCP solides, une vraie compréhension des enjeux, et un humain qui reste aux commandes — il devient un outil extrêmement puissant.
Réalisations Hop Hop Immo
Co-fondateur et CTO de Hop Hop Immo depuis janvier 2025. Sur quatorze mois, passage de zéro à plusieurs milliers de visiteurs mensuels, sourcing de plusieurs milliers de lots immobiliers via une dizaine de promoteurs partenaires. Première levée de fonds finalisée en mars 2026.
Production réelle :
- Plateforme web complète
- Hoppy — moteur de recherche vocal en ligne, qui permet à un utilisateur de chercher un logement par la voix. Mis en production en février 2026, actuellement en A/B testing.
- Serveur MCP B2B ouvert aux partenaires promoteurs — contexte immobilier exposé pour d'autres assistants et services IA.
- Visibilité LLM en croissance forte : +61 % sur les visites en provenance de moteurs IA depuis début 2026 (selon mes analytics Plausible). Les premiers leads en provenance de ChatGPT arrivent.
Ce que je faisais « à la main » à Leclerc pendant dix ans, je le fais maintenant en startup avec dix fois moins de monde et dix fois plus de vitesse.
Vu dans Le Figaro — interview avec Gaëtan Benezech, co-fondateur
Trois formats d'intervention
½ jour / semaine
Pour les phases early-stage ou mentor fondateur non-tech. Cadrage, choix stack, revues d'architecture, points hebdo.
1 jour / semaine
CTO fractional établi. Pilotage de roadmap, recrutement tech, code reviews critiques, due diligence interne.
Mission ponctuelle
Audit pré-levée, second avis sur une décision structurante, intervention d'urgence (incident, refonte).
Pour qui ?
- Fondateur(s) non-tech à la recherche d'un référent technique de confiance
- Startup early-stage qui veut éviter de recruter trop tôt un CTO full-time
- Société pré-levée qui doit présenter une vision tech crédible aux investisseurs
- Scale-up dont le CTO actuel a besoin d'un sparring partner sur les choix structurants
Questions fréquentes
Quelle différence avec un consultant freelance senior ?
Un freelance senior code. Un CTO fractional pilote, arbitre, recrute, présente aux investisseurs, et tient la cohérence dans la durée. Les deux peuvent se justifier — mais ils ne résolvent pas le même problème.
Tu prends combien de clients en même temps ?
Maximum 3 missions en parallèle, pour garantir une vraie présence sur chacune. La règle est non négociable.
On a déjà un CTO. Tu peux quand même intervenir ?
Oui — comme sparring partner, second avis, ou pour absorber une charge ponctuelle (due diligence, audit, recrutement). Le CTO en place reste le décideur, je suis un pair externe.
Quel engagement minimum ?
Trois mois en rythme régulier pour qu'un format CTO fractional ait du sens. Pour une intervention ponctuelle (audit, urgence), quelques jours suffisent. On cadre ensemble lors du premier échange gratuit.
On en parle ?
La vraie valeur de l'AI, ce n'est pas l'AI seule — c'est l'orchestration entre données métier et usages. C'est cette discipline que j'apporte en CTO on demand. Trente minutes en visio pour comprendre votre contexte, sans engagement.
Prendre rendez-vous