Quand j'ai fondé ACCENSEO en juin 2024 après ma sortie du Groupe Pichet, j'ai eu 3 directions possibles : faire du conseil pur (haute marge mais sans capital long terme), du produit pur (faible marge la première année et risque de runway court), ou un modèle hybride. Avec un budget de démarrage limité, une SAS unipersonnelle et une équipe à recruter en alternance, je devais arbitrer ce choix avant la première facture - pas après.

J'ai posé la décision dans une note stratégique de 3 pages où j'ai cartographié 4 éléments : marché adressable par secteur (immobilier, industrie, e-commerce, comptabilité), marge brute attendue par offre (mission TJM vs licence SaaS), besoin en fonds de roulement sur 12 mois, et levier technique entre les missions clients et la roadmap produit interne - autrement dit comment chaque ligne de code livrée chez un client pouvait nourrir la base réutilisable du SaaS comptable. J'ai défendu cette note auprès de mon comptable, validé les hypothèses lors des premiers rendez-vous commerciaux, puis structuré l'année 1 autour de 4 piliers : sites e-commerce (Magento/Next.js), pipelines IA d'enrichissement produit, infrastructure Terraform AWS pour PME, et le SaaS comptable comme produit interne.

Sur les 12 premiers mois, j'ai livré pour des clients dans plus de 10 secteurs différents (immobilier, logistique, comptabilité, food trucks, santé, BTP, gestion de patrimoine, mode, viticulture, hôtellerie) tout en cadrant le SaaS comptable - 234 K lignes de code, 42 features, 382 routes API, 91 modèles BDD, conforme à l'e-facturation 2026-2027. La marge des missions a financé la première année du produit sans capital externe.

Le modèle hybride n'était pas une intuition, c'était un calcul. Et c'est exactement la posture qu'attend un board : montrer qu'on sait articuler un signal marché en arbitrage budgétaire trimestriel, défendre une trajectoire produit avec ses unit economics, et pas juste choisir une stack qu'on aime. Cette note, je l'ai depuis rejouée comme template chaque trimestre pour piloter ACCENSEO et préparer la prochaine étape CTO scale-up.

Au Groupe Pichet, l'ESB sur Tibco BusinessWorks 6 était l'état de l'art de la décennie 2014-2020 mais commençait à montrer ses limites face à l'essor du cloud : architecture monolithique, 18 K€/mois d'OPEX d'hébergement Docker/Kubernetes uniquement pour le run, profil de risque legacy bien identifié. La direction me demandait de défendre une trajectoire de modernisation devant le codir, dans un contexte de programme de transformation SI lancé en 2022.

J'ai construit une roadmap pluriannuelle 2022-2024 structurée en termes business plutôt qu'en termes tech, parce que le codir n'était pas une assemblée d'ingénieurs. 3 angles : trajectoire OPEX projetée à 3 ans (build vs maintenance des 2 plateformes pendant la transition), profil de risque legacy chiffré (continuité de service sur les flux financiers, conformité réglementaire), et plan de migration trimestriel avec critères d'arrêt explicites pour chaque jalon. J'ai conduit l'audit iPaaS en évaluant 2 fournisseurs - Middleway SAS et RS2I/TIBCO Cloud Intégration - via une analyse coût-bénéfice approfondie.

Le budget annuel d'environ 370 K€ a été validé chaque année, le prix fournisseur a été verrouillé sur 3 ans, et la roadmap a survécu à 4 changements de DSI consécutifs - un exploit dans une organisation où l'arrivée d'un nouveau directeur SI a tendance à remettre la stratégie technique à zéro.

Si la roadmap a survécu, c'est parce qu'elle était formulée en termes risque, OPEX, dépendance fournisseur, conformité - pas en termes tech. C'est la posture que je reproduis aujourd'hui chaque fois que je dois défendre un investissement technique devant un comité. Le CTO scale-up qu'on recrute en 2026 doit pouvoir tenir ce langage : marché, defensibilité, levier - sans abandonner la profondeur technique.

Quand j'ai démarré ACCENSEO en juin 2024, le plan d'embauche n'était pas un détail RH, c'était la décision stratégique qui conditionnait la viabilité économique du produit interne. Recruter 2 développeurs seniors + 1 cheffe de projet senior aurait coûté environ 3x plus cher qu'une équipe mixte mêlant salariée et alternants, et aurait absorbé toute la marge des missions clients. Sans cette marge, notre SaaS comptable ne pouvait pas être financé sans capital externe. La question stratégique était donc : comment muscler la livraison sans tuer l'unit economics année 1 ?

J'ai bâti un plan d'embauche mixte : 1 cheffe de projet salariée pour tenir le pilotage et la relation client, plus 2 développeurs en alternance pour la livraison produit. Arbitrage assumé : je tradais moins de séniorité opérationnelle dev année 1 contre une vélocité année 2 maintenue + une marge brute défendable. J'ai cadré le ramp-up sur 3 mois (pair-programming intensif, ownership progressif, mentoring quotidien) et installé un cycle Shape Up hybride adapté au rythme école 1 sur 3. Côté lecture VC, j'ai posé l'argument simple : sur un cycle de 24 mois, 2 développeurs en alternance encadrés par une cheffe de projet salariée délivrent davantage que 2 seniors qui partent au bout de 18 mois pour une meilleure offre.

Marge brute année 1 préservée : la rentabilité des missions clients a financé l'intégralité de la première année du SaaS comptable sans capital externe. Vélocité tenue : le SaaS comptable a livré 42 fonctionnalités produit sur 12 mois (saisie comptable, journaux, écritures, rapprochement bancaire Open Banking DSP2, déclarations fiscales TVA / IS / CFE / DAS2 / PAS via EDI Teledec, e-facturation DGFiP v3.1, assistant IA multi-fournisseurs, gestion multi-rôles), conformes à l'e-facturation 2026-2027 avant l'échéance. Équipe (1 salariée + 2 alternants) autonome en 3 mois, stable sur la durée du contrat.

Cette décision n'était pas un choix RH, c'était un arbitrage de portefeuille produit : sans la discipline alternants, le SaaS comptable n'aurait pas existé en 2025-2026. C'est exactement la lecture qu'un board attend d'un CTO Founder — articuler plan d'embauche, marge brute et trajectoire produit sur la même page. Le pattern est rejouable sur le prochain rôle CTO scale-up : à chaque vague d'embauche, traiter la décision comme un investissement avec son ROI projeté à 24 mois, pas comme un coût RH ad hoc.