Trou noir opérationnel
Zone d'une PME où une information critique, un processus ou une décision disparaît ou devient inaccessible. La donnée y entre mais personne ne peut dire exactement ce qui s'y passe. Les trous noirs opérationnels naissent quand une entreprise grandit plus vite que ses process. Ils ne sont pas des bugs — ce sont des zones d'ombre structurelles qu'on ne voit pas tant qu'une personne clé ne tombe pas malade ou ne part pas.
Exemple : Quand l'information sur le calcul des marges est dans la tête d'une seule personne et que cette personne part en congé, toute la direction attend deux semaines.
Article associé →
Friction opérationnelle
Temps et énergie consommés par les équipes pour compenser les limites des outils ou des process. Elle inclut la ressaisie entre systèmes, les exports Excel, les allers-retours par email pour aligner des données, les consolidations manuelles. La friction opérationnelle ne se voit pas sur la facture des outils — elle se mesure en heures perdues et en charge mentale.
Exemple : Dans une PME de 30 personnes, la friction opérationnelle représente souvent 1 à 2 ETP équivalents, soit 5 à 10 % du CA en coût caché.
Article associé →
Source unique de vérité
Système ou base de données qui détient la référence faisant autorité pour une donnée donnée — fiche client, fiche produit, commande, facture. Quand la source unique de vérité n'existe pas, chaque service travaille avec une version différente de la même réalité. Construire une source unique de vérité est une décision culturelle autant que technique.
Exemple : Un prix produit qui vit dans un Excel, une référence dans l'ERP et une photo sur un drive n'a pas de source unique de vérité.
Article associé →
Scaler sans recruter
Capacité d'une PME à absorber de la croissance (volume, clients, projets) sans augmentation proportionnelle de ses effectifs. Elle passe par la suppression de la friction opérationnelle, l'automatisation des tâches répétitives et la consolidation des données dans une source unique de vérité. Scaler sans recruter ne veut pas dire ne jamais recruter — cela veut dire ne pas recruter pour compenser un défaut d'outil.
Exemple : Une PME du tourisme qui gère 400 séjours annuels avec la même équipe de 8 personnes après avoir construit un outil sur mesure.
Article associé →
Outil interne sur mesure
Application construite spécifiquement pour épouser les processus d'une entreprise, par opposition à un SaaS générique qui impose sa logique. Un outil interne sur mesure couvre généralement le CRM, la gestion commerciale, la production, la facturation, le pilotage métier. Le code appartient au client. Les projets Flowlab de ce type sont livrés en 6 à 10 semaines, pour un budget entre 20 et 80 k€.
Article associé →
Architecture des opérations
Démarche qui consiste à cartographier les flux, les responsabilités et les données d'une entreprise avant de concevoir l'outil qui les supporte. L'architecture des opérations précède et conditionne l'architecture technique. C'est la méthode qui distingue un studio qui comprend le métier avant de coder d'une agence de dev qui exécute un cahier des charges.
Article associé →
Dette SaaS
Accumulation de licences de logiciels en ligne qui se recouvrent, se connectent par rustines et se renchérissent chaque année sans que la valeur suive. La dette SaaS est invisible sur les comptes tant qu'on ne consolide pas les postes d'abonnement. Elle devient structurelle au-delà de 1 500 €/mois cumulés pour une PME qui utilise moins de 50 % des fonctions payées.
Exemple : HubSpot + Pipedrive + Zapier + un outil de devis + un outil de facturation peuvent cumuler plus de 2 000 €/mois pour une PME de 30 personnes.
Article associé →
Diagnostic opérationnel
Phase d'analyse qui précède tout projet d'outil interne. Elle consiste à observer les flux réels d'une PME (pas théoriques), identifier les trous noirs opérationnels, mesurer la friction, chiffrer les coûts cachés, prioriser les gains. Un diagnostic sérieux prend entre 4 et 10 jours, étalés sur 2 à 3 semaines. Il débouche sur une recommandation chiffrée — pas forcément sur un projet de build.
Exemple : Un diagnostic qui identifie que 35 % du temps d'une équipe est consommé par de la ressaisie entre trois systèmes.
MVP — Minimum Viable Product
Version ciblée d'un produit qui résout la douleur principale sans couvrir toutes les fonctions souhaitées, livrée rapidement pour être itérée. En PME, un MVP bien cadré livre 80 % de la valeur avec 50-60 % du budget d'un projet complet. L'approche MVP est l'antidote aux projets qui durent 12 mois et livrent un produit obsolète à la livraison.
Article associé →
Propriété du code
Principe selon lequel le code source d'un outil construit pour un client lui appartient à 100 %, via une licence commerciale cessible. Le dépôt Git est accessible au client, la documentation technique est maintenue, et n'importe quel développeur compétent peut reprendre. La propriété du code distingue un vrai outil sur mesure d'une configuration no-code sur plateforme tierce — dans le second cas, le client loue l'usage, il n'est pas propriétaire.
Article associé →
Mode dégradé
Version simplifiée d'un système qui permet de continuer à prendre des commandes critiques ou à exécuter les opérations vitales même en cas de panne de l'outil principal. Le mode dégradé est une clause d'architecture défensive — elle garantit la continuité d'activité face à une panne d'hébergement, une corruption de base, ou une indisponibilité prolongée de l'éditeur d'un composant tiers.
Article associé →
Double run
Phase pendant laquelle un ancien et un nouvel outil coexistent, les données étant saisies dans les deux, pour vérifier la cohérence avant la bascule définitive. Le double run dure typiquement 2 à 8 semaines par module. Il coûte temporairement en double saisie, mais c'est le filet de sécurité qui évite qu'une bascule brutale casse la production.
Article associé →
Portail B2B
Interface accessible aux clients professionnels d'une entreprise, leur permettant de consulter leur catalogue, passer commande, suivre leurs livraisons, télécharger leurs factures. Un portail B2B bien construit absorbe 30 à 50 % des commandes en self-service et réduit les appels support de 40 à 70 %.
Article associé →
DSO — Days Sales Outstanding
Nombre moyen de jours entre l'émission d'une facture et son encaissement. Le DSO mesure l'efficacité du recouvrement et l'impact direct des impayés sur la trésorerie. En PME B2B, un DSO supérieur à 50 jours signale généralement une absence de relances systématiques — sujet classique d'automatisation.
Exemple : Automatiser les relances peut réduire le DSO de 15 à 25 jours — pour une PME à 3 M€ de CA, c'est 120 à 200 k€ de trésorerie libérée.
Article associé →
RAG — Retrieval Augmented Generation
Technique d'IA qui combine la recherche dans une base documentaire (retrieval) avec la génération de réponses par un modèle de langage. Le RAG permet à une IA de répondre sur un corpus métier spécifique (wiki interne, documentation produit, FAQ) sans être entraînée sur ces données. C'est la technique standard des chatbots internes d'entreprise en 2026.
Low-code vs no-code vs sur-mesure
Trois approches distinctes. Le no-code visuel (Bubble, Webflow) dessine des écrans sans écrire de code. Le low-code structuré (Airtable, Xano) combine base configurable et logique. Le développement sur mesure moderne (React, Supabase, Node) écrit du vrai code, hébergé en propre, avec portabilité totale. La frontière s'estompe en 2026 avec l'IA générative, mais la propriété du code reste le critère différenciant.
Article associé →
Un terme manque ou mérite précision ?
Écrivez-nous, on enrichit ce glossaire en continu.
Nous contacter