L'option facile était de lancer chaque verticale comme un produit standalone · une startup recrutement, une startup trading, une startup juridique. Compagnies séparées, branding séparé, équipes séparées. C'est ce que la majorité des fondateurs feraient. J'ai fait l'inverse. Voici pourquoi — et ce que ça coûte vraiment.
Le conseil par défaut donné aux fondateurs early-stage est clair · "Focus on one thing. Solve it deeply. Ship it." C'est juste, dans 90% des cas. Et c'est exactement ce que j'allais faire avec CitizOS Talent, la verticale carrière IA, qui était mon premier projet vraiment fonctionnel.
Mais en construisant Talent, j'ai vu quelque chose qui m'a arrêté · la majorité de ce que je codais n'était pas spécifique aux candidatures. C'était de l'orchestration d'agents IA, de la gestion de sessions multi-users, des connecteurs vers Brevo et FT API, du parsing de CV par LLM, de la génération de PDF, du scheduling de tâches. Tout ça, ce sont des briques génériques. Et toutes les autres verticales que j'avais en tête — trading, juridique, e-commerce, contenu, médico-social — avaient besoin exactement des mêmes briques.
La question est devenue · est-ce que je code 7 fois les mêmes briques, ou je les écris une fois et je les réutilise ?
Voilà le vrai calcul. Dans un modèle "7 startups indépendantes" ·
Dans un modèle "OS multi-verticales" (CitizOS) ·
Pour les 3-4 premières verticales, le modèle "startups séparées" semble plus rapide (pas de surcharge architecturale). À partir de la 5e, l'OS prend le dessus. Le coût marginal d'ajouter une verticale tend vers zéro.
L'intuition non triviale · ce qui ressemble à de la dispersion ("tu fais 7 trucs en même temps") est en réalité une concentration sur les briques transverses. Chaque agent IA, chaque connecteur, chaque pattern d'identité bénéficie aux 7 verticales.
Sept domaines, sept marques, sept profils LinkedIn, sept stratégies SEO. Imaginer la dette opérationnelle qu'on s'inflige quand on multiplie par 7 toute la complexité de la présence en ligne.
Avec un OS, on construit une seule entité reconnaissable par Google et les bots IA · CitizOS. Le travail d'entity graph Schema.org est fait une seule fois. Les sitelinks Google profitent à toutes les verticales. Le moindre backlink renforce toutes les pages, parce qu'elles sont sous la même autorité.
Concrètement, sur citizos.ai, l'entité Organization est déclarée une fois, et chaque verticale est marquée comme subOrganization avec parentOrganization. Le moteur comprend en une lecture que Talent, Trading, Legal etc. font partie du même écosystème. Aucune dilution.
Le contre-argument honnête · "tu vas paraître éparpillé". C'est vrai. Quand un prospect arrive sur la home, voir 7 verticales peut donner l'impression d'un projet qui ne sait pas ce qu'il veut.
Trois choses contournent ce risque ·
Architecturalement, CitizOS Platform est une stack en 5 couches · Apps (verticales métier) → Agents IA (orchestration multi-modèles) → Connecteurs (intégration externe) → Identité (auth, sessions, isolation) → Doctrine (vocabulaire, gouvernance).
Chaque verticale est essentiellement un assemblage spécifique de ces couches. CitizOS Talent réutilise · l'agent "génération texte" pour les lettres de motivation, les connecteurs France Travail / HelloWork / Adzuna / Brevo, l'auth magic link, le système de scoring partagé. CitizOS Legal réutilisera · le même agent "génération texte" pour les courriers Prud'hommes, les mêmes connecteurs Brevo + un nouveau "tribunal lookup", la même auth. Etc.
Le pattern n'est pas nouveau · Google a fait pareil en partant de Search puis Gmail puis Maps puis Drive avec un seul Google Account. AWS a fait pareil en partant de S3 puis EC2 puis Lambda avec une seule IAM. Le commun s'appelle l'infrastructure mère. C'est ça qu'on construit.
L'OS reste le même. Le vocabulaire change. La verticale s'adapte.
Une erreur fréquente quand on construit un OS · sur-abstraire dès le début. "Et si on rendait tout configurable ?". "Et si on créait un meta-langage pour décrire n'importe quelle verticale ?". On finit par construire un framework générique qui ne livre rien.
La règle empirique que je suis · construire 3 verticales en parallèle, et extraire le commun seulement après. C'est exactement comme ça que Talent (v1 alpha), Legal (private beta) et Care (internal lab) sont arrivés ensemble · ils ont d'abord vécu chacun en silo, et c'est en codant les trois que les vrais patterns émergent. L'abstraction vient de la pratique, pas avant elle.
Si tu pars d'un OS avant d'avoir au moins 2-3 verticales en production, tu construis un château imaginaire.
Pour être honnête sur le négatif ·
Mais le bénéfice arrive vite ·
Construire un OS multi-verticales est contre-indiqué dans 80% des cas. C'est valable seulement si ·
Si tu coches ces quatre cases, l'OS est probablement le bon choix. Sinon, fais 7 startups · c'est juste, dans 80% des cas.
Pour CitizOS, c'est la doctrine verrouillée · une seule infrastructure, 7 verticales (et plus à venir). On ne fera pas marche arrière.