UrbaHiveUrbaHive
    Connexion

    ∙ Cas d'usage

    Cartographie tech pour startup et scale-up SaaS : documentez sans freiner

    UrbaHive suit le rythme de votre équipe : un modèle de données léger, des diagrammes générés, et un serveur MCP grâce auquel votre agent de code (Claude Code, Cursor, Codex, Windsurf, Devin) crée applications, flux et serveurs depuis la codebase. Démarrez en 1 jour sur le plan gratuit, puis exportez vos diagrammes en PNG ou PDF pour la data room au moment de la levée.

    Serveur MCP : Claude Code, Cursor ou Codex créent la carte depuis votre code
    Onboarding dev : une carte partagée de la stack dès le premier jour
    Modèle de données léger : démarrer en 1 jour
    Diagrammes générés, exportables en PNG et PDF pour une data room
    Analyse d'impact : dépendances directes, en amont et en aval
    Plan gratuit : 25 applications, sans CB, sans limite de durée
    Démarrer gratuitementVoir une démo (20 min)Lire : cartographie SI pour startup SaaS

    Pourquoi les startups documentent mal (et quand ça devient un problème)

    Au début, la connaissance tient dans la tête des fondateurs et des premiers devs. Puis l'équipe grossit, les services se multiplient, l'onboarding s'allonge, le moindre incident révèle des dépendances oubliées, et la due diligence d'une levée révèle des trous documentaires. Les outils de doc générique (Notion, Confluence) capturent du texte, pas des relations. Vous avez besoin d'un référentiel structuré dès 15-20 services ou avant la première Series A.

    UrbaHive pour startup : démarrer en 1 jour, scaler avec vous

    Modèle de données léger : applications, flux, serveurs, owners

    Chaque service est une application du référentiel : nom, description, programme, statut (une typologie que vous définissez), éditeur, stack technique, type interne / externe, serveur d'hébergement, responsable et contacts. Ajoutez vos propres champs personnalisés — le dépôt Git ou l'équipe, par exemple. Les flux relient une application source à une application cible, avec un type, une fréquence et un indicateur bidirectionnel. Le jour où vous recrutez un architecte, l'export ArchiMate Open Exchange Format lui permet de reprendre le référentiel dans Archi.

    Serveur MCP : votre agent de code peuple la cartographie depuis le code

    C'est le vrai raccourci. Connectez Claude Code, Cursor, Codex, Windsurf ou Devin au serveur MCP d'UrbaHive avec un jeton en écriture : l'agent lit votre codebase, puis crée les applications / services, les flux, les serveurs et les processus dans le référentiel. Ensuite, il répond aux questions sur l'architecture en s'appuyant sur ce référentiel. UrbaHive n'a aucun connecteur natif vers GitHub ou les clouds : c'est l'agent, à partir de votre code, qui fait le travail.

    Un accès programmatique cadré : jeton, périmètre, journal d'audit

    Le serveur MCP compte 70 outils : 31 en lecture, 39 en écriture, aucun outil de suppression. Le jeton d'accès est personnel, limité à une seule organisation, en lecture par défaut (l'écriture est une option), plafonné à 60 requêtes par minute, et chaque appel est inscrit au journal d'audit. C'est le seul accès programmatique : il n'y a ni API REST ni webhooks.

    Cas d'usage CTO startup

    Onboarding dev : une carte plutôt qu'un tour de la stack

    Un nouveau dev ouvre le diagramme des flux applicatifs, regroupé par programme, puis la fiche d'un service : description, stack, responsable, serveur et flux — sans attendre le mythique 'tour de la stack' avec un senior occupé. L'objectif : ramener une prise de repères de plusieurs semaines à quelques jours. Sur le plan Gratuit (1 utilisateur), partagez les diagrammes exportés en PDF ; à partir du plan Starter, invitez l'équipe directement.

    Préparer la due diligence tech d'une levée

    Un investisseur veut comprendre la stack, ses dépendances et qui en répond. Le référentiel vous donne l'inventaire des applications avec éditeur, stack technique, type interne / externe, hébergement et responsable, et deux diagrammes générés (flux applicatifs, infrastructure). Vous les exportez à la main en PNG ou PDF, puis vous les déposez dans la data room. Un cadrage documentaire qui prend des semaines peut ainsi se ramener à quelques jours, parce que l'inventaire existe déjà.

    Mesurer l'impact d'un changement avant de le faire

    Avant de décommissionner un service ou de migrer un serveur, l'analyse d'impact affiche ce qui y est directement relié (un niveau), en amont comme en aval, sur cinq couches : technique, applicative, fonctionnelle, métier et humaine. Depuis un serveur, vous voyez les applications hébergées ; depuis une application, son serveur, son programme, les capacités qu'elle couvre et les processus dont une étape l'utilise.

    Documenter une architecture microservices sans douleur

    Chaque microservice est une application, rattachée à un programme qui peut représenter un domaine ou une équipe, avec son responsable et sa stack. Les appels entre services sont des flux (source, cible, type, fréquence, bidirectionnel ou non), les bases et clusters des serveurs et infrastructures. Le diagramme des flux se génère à partir de là, regroupé par programme — aucun schéma à redessiner à chaque nouveau service.

    UrbaHive vs Notion vs Confluence vs README

    Notion et Confluence restent excellents pour la documentation textuelle (runbooks, ADRs détaillés, onboarding). UrbaHive apporte le référentiel structuré : carte des services, dépendances, owners, tech stack, serveurs. La règle : tout ce qui est 'qui appelle quoi avec quelle techno' va dans UrbaHive ; tout ce qui est texte long reste dans Notion / Confluence. Les README de repo restent valides — et un agent de code connecté en MCP peut s'appuyer dessus pour alimenter le référentiel.

    Tarifs adaptés aux startups (gratuit jusqu'à 25 applications)

    • Gratuit : 1 utilisateur, 25 applications (ou services), sans CB et sans limite de durée.
    • Starter (29 €/mois) : 5 utilisateurs, 100 applications.
    • Professionnel (99 €/mois) : 25 utilisateurs, 200 applications.
    • Entreprise sur devis : quotas sur mesure, option on-premise (Kubernetes / Docker), SLA et support dédié.

    FAQ CTO startup / scale-up

    À partir de quel stade une startup doit-elle cartographier sa stack ?

    À partir de 15-20 services / repos, ou de 8-10 développeurs, ou avant la première levée Series A. Avant ces seuils, la connaissance reste dans les têtes des fondateurs et des premiers devs ; après, l'absence de référentiel devient un frein à l'onboarding, à la due diligence, et à la résolution d'incidents. Notre recommandation : démarrer le plan Gratuit dès 10 services.

    UrbaHive remplace-t-il Notion ou Confluence pour la doc tech ?

    Non — il les complète. Notion / Confluence restent excellents pour la documentation textuelle (runbooks, ADRs détaillés, onboarding). UrbaHive apporte le référentiel structuré : carte des services, dépendances, owners, tech stack, serveurs. La règle : tout ce qui est 'qui appelle quoi avec quelle techno' va dans UrbaHive ; tout ce qui est texte long reste dans Notion / Confluence.

    Comment UrbaHive accélère-t-il l'onboarding des développeurs ?

    Un nouveau dev accède à une carte de l'écosystème générée depuis le référentiel, puis à la fiche de chaque service : description, stack, responsable, serveur et flux ; les processus métier montrent à quoi servent les applications. L'objectif : ramener une prise de repères de plusieurs semaines à quelques jours, sans mobiliser un senior pour chaque arrivée. Il peut aussi poser ses questions d'architecture à son agent IA, connecté au référentiel en lecture via MCP.

    UrbaHive s'intègre-t-il avec GitHub, AWS, Kubernetes, Terraform ?

    Pas par des connecteurs natifs : UrbaHive n'a ni intégration GitHub, AWS, GCP, Azure, Kubernetes ou Terraform, ni API REST, ni webhooks. L'accès programmatique passe par le serveur MCP : un agent de code (Claude Code, Cursor, Codex, Windsurf, Devin) muni d'un jeton en écriture lit votre codebase et crée applications, flux, serveurs et processus dans le référentiel. Disponible sur tous les plans, y compris le plan Gratuit.

    Peut-on documenter une architecture microservices avec UrbaHive ?

    Oui. Chaque microservice est une application, avec son responsable, sa stack technique et son programme (qui peut représenter un domaine ou une équipe). Les appels entre services sont des flux : source, cible, type, fréquence, bidirectionnel ou non. Bases de données et clusters se décrivent comme serveurs et infrastructures. Le diagramme des flux applicatifs est généré depuis le référentiel, regroupé par programme, et s'exporte en PNG ou PDF.

    UrbaHive peut-il aider pour une due diligence tech ?

    Oui, comme base documentaire. Le référentiel fournit l'inventaire des applications (éditeur, stack technique, type interne / externe, hébergement, responsable) et deux diagrammes générés — flux applicatifs et infrastructure — que vous exportez à la main en PNG ou PDF pour la data room. Il n'y a pas de dossier généré automatiquement : l'intérêt est que l'inventaire existe déjà le jour où l'investisseur le demande. Un cadrage qui prend des semaines peut ainsi se ramener à quelques jours.

    Comment un agent de code peut-il créer la cartographie depuis le code ?

    Vous créez dans UrbaHive un jeton d'accès personnel avec le périmètre écriture, vous le déclarez dans Claude Code, Cursor, Codex, Windsurf ou Devin, puis vous demandez à l'agent de cartographier le dépôt. Il crée les applications / services, les flux, les serveurs et les processus via les 39 outils d'écriture du serveur MCP. Garde-fous : jeton limité à une organisation, aucun outil de suppression, 60 requêtes par minute, chaque appel inscrit au journal d'audit.

    Combien coûte UrbaHive pour une startup ?

    Gratuit pour 1 utilisateur et 25 applications (ou services), sans CB et sans limite de durée. Starter à 29 €/mois : 5 utilisateurs, 100 applications. Professionnel à 99 €/mois : 25 utilisateurs, 200 applications. Entreprise sur devis. Les plans mensuels se résilient à tout moment. Entre les plans Gratuit, Starter et Professionnel, seuls les quotas changent : le serveur MCP, les diagrammes et l'analyse d'impact sont inclus dès le plan Gratuit.

    UrbaHive est-il adapté à une stack 100 % cloud-native ?

    Oui, parce que le modèle est agnostique : une fonction serverless, un service conteneurisé, un pipeline de données ou un broker d'événements se décrit comme une application avec sa stack technique ; clusters, comptes cloud et bases managées comme serveurs et infrastructures, avec un champ de localisation. UrbaHive n'importe rien automatiquement depuis AWS, GCP ou Azure : vous saisissez, ou vous laissez un agent de code peupler le référentiel via MCP à partir de votre code.

    Mes secrets et configurations sont-ils en sécurité dans UrbaHive ?

    Le référentiel ne comporte aucun champ destiné aux secrets, et nous recommandons de n'y saisir ni mots de passe, ni clés API, ni certificats, ni connection strings : seules les métadonnées d'architecture (nom du service, dépendances, responsable, stack) ont vocation à y figurer. Hébergement dans l'Union européenne, données chiffrées en transit (TLS) et au repos, sauvegardes chiffrées conservées 30 jours avec restauration testée chaque mois, quatre rôles par organisation et journal d'audit. Connexion par e-mail et mot de passe, code à usage unique ou lien magique.

    Pour aller plus loin

    Documentez votre stack ce week-end

    Plan Gratuit en 2 minutes, un jeton MCP pour votre agent de code, et l'objectif d'une première carte exploitable lundi matin. Sans CB, sans engagement.

    Démarrer gratuitement