Case study // B2B SaaS • PropTech

De la dette technique Bubble au SaaS multi-organisation en production : circuits de signature eIDAS, billing Stripe et étanchéité absolue des données.

Client
Excibat • The Promoters’ EDM (PropTech / BTP)
Rôle
Senior Product Designer × Builder (reprise & transformation SaaS)
Squad
Josselin Hillion (Designer × Builder) en binôme direct avec Francis (fondateur & expert métier BTP)
Durée
Juillet 2025 → septembre 2026+ (accompagnement continu en production)
Stack
Bubble • Oodrive Sign (eIDAS) • Stripe Billing • Meteo-Concept • SendGrid • Webhooks backend
  • 100 % opérationnel en production
  • Signatures Oodrive & Stripe récurrent
  • 0 porosité documentaire multi-organisations
Dashboard gestionnaire Excibat en production : liste des chantiers avec adresse, statut, QR code et modification, navigation chantiers, clients, entreprises et intervenants.(nouvel onglet)Client : Excibat
↳ Vue gestionnaire d’opérations immobilières : pilotage documentaire et circuits d’approbation sans friction.
Scan exécutif // 90 secondes

Synthèse de la mission & impact

01 // Les challenges
  • Plafond technique du fondateur. Architecture SaaS Bubble bloquée, risque de dérive fonctionnelle et de dette front-end instable.
  • Complexité métier BTP. PV de réception, réserves d’artisans, convocations, délais légaux (GPA, biennale) et certificats de situation.
  • Enjeux de sécurisation. Signatures électroniques certifiées eIDAS et billing récurrent automatisé, impératifs.
02 // L’approche
  • Refonte UX & parcours. Simplification invisible des parcours promoteurs, conducteurs de travaux, architectes et acquéreurs finaux.
  • Intégration d’APIs tierces. Oodrive Sign (e-signatures légales), Stripe Billing (abonnements B2B) et météo à 14 jours, sans dette.
  • Le pivot multi-organisation. Rôles croisés découverts, dissociation Organisation / Entreprise et recalcul des droits par le backend Bubble.
03 // Le résultat
  • SaaS 100 % opérationnel. Facturation Stripe récurrente et signatures Oodrive certifiées en production, sans rupture de service.
  • Architecture multi-orga étanche. Isolation absolue des dossiers entre donneurs d’ordre concurrents, sans sélecteur d’organisation visible.
  • Zéro friction dev. Autonomie totale du fondateur, montée en compétences produit et console d’administration centralisée.
  • 100 %SaaS opérationnel : facturation Stripe et signatures Oodrive en production
  • < 14 jdu diagnostic de dette au lancement du premier programme
  • 6 phasesde migration multi-organisation, sans rupture ni fuite de données
  • 0friction dev : autonomie complète du fondateur et transmission technique
01 // Cadrage stratégique

Mise en situation : reprise brownfield d’une GED BTP

Passer d’un outil mono-organisationnel conçu pour un seul utilisateur à une plateforme SaaS multi-acteurs étanche et scalable.

Excibat est une application de gestion électronique et d’envoi de documents dédiée aux acteurs de la construction et de la promotion immobilière. L’intervention ne relève pas d’une création sur page blanche, mais d’une reprise technique et produit progressive (brownfield) : compréhension d’un existant Bubble développé par le fondateur et un tiers, domptage d’APIs complexes et refonte de l’architecture pour absorber le passage à l’échelle.

Les 3 mandats de la mission design-builder :

  1. Sécuriser les circuits légaux (eIDAS). Cartographier et automatiser les chaînes de signatures électroniques critiques (avenants, DGD, PVR, PVLR) sans rupture juridique.

  2. Opérer le pivot multi-organisation. Déconstruire le modèle de données mono-orga pour permettre à un artisan ou un architecte d’intervenir pour plusieurs promoteurs sans fuite de devis.

  3. Ancrer l’ergonomie dans le réel chantier. Refuser le minimalisme d’agence pour concevoir des écrans contrastés, robustes et conformes aux repères des professionnels du bâtiment.

excibat-workflows-backend.png
Workflows backend Bubble et API webhooks pour l’isolation des droits multi-organisations.Workflows backend // Architecture BubbleRecalcul sécurisé des listes d’autorisations et déclencheurs d’APIs.(nouvel onglet)
« Dans le bâtiment, un artisan travaille pour cinq promoteurs à la fois. Si un devis fuit chez le voisin, le logiciel est mort. L’étanchéité doit être absolue, sans que l’utilisateur n’ait à manipuler un sélecteur d’organisation complexe. »
Francis, fondateur d’Excibat & promoteur immobilier
Organisation & gouvernance

Organisation & gouvernance : un binôme direct Designer-Builder × expert métier

Expertise métier & terrain

Francis (fondateur et promoteur BTP) apporte la vision business, teste chaque brique en conditions réelles sur ses chantiers et arbitre les flux juridiques.

Design & fullstack build

Josselin Hillion assure l’architecture de données, la refonte UI/UX, le développement Bubble, l’intégration des APIs (Stripe, Oodrive) et la sécurité backend.

Livraison continue en prod

Zéro perte entre maquette et code : chaque sprint livre des fonctionnalités testées immédiatement sur de vrais dossiers de consultation d’entreprises.

Acte 01 // Juillet – septembre 2025Phase 1/4

Cadrage, reprise de l’existant & intégration Oodrive Sign

Diagnostiquer la dette technique accumulée, comprendre les responsabilités de signature et dompter l’API Oodrive Sign pour sécuriser les circuits d’actes juridiques critiques.

Dès le lancement de la mission en juillet 2025, le premier enjeu a été de cartographier la complexité documentaire du BTP : avenants, Décomptes Généraux Définitifs (DGD), factures de situation, Procès-Verbaux de Réception (PVR) et de Levée de Réserves (PVLR). Chaque document répond à des statuts de visa stricts et engage la responsabilité légale des signataires.

L’exploration technique a rapidement mis en évidence la lourdeur de l’API Oodrive « all-in-one » et de ses mécanismes de soumission. J’ai architecturé les appels d’API et les webhooks bidirectionnels pour tracer en temps réel l’avancement des signatures, automatisé la mise à jour des taux de TVA, synchronisé les boucles de relance e-mail via SendGrid et conditionné l’accès aux documents selon le statut de chaque utilisateur sur le projet.

  • Socle API Oodrive Sign & webhooks
  • Boucles automatiques SendGrid
  • Matrice des circuits de signature
  • Audit de la dette Bubble
↳ Architecture des flux API Oodrive Sign : soumission multi-documents et mise à jour temps réel par webhooks.
Acte 02 // Septembre – novembre 2025Phase 2/4

Extension fonctionnelle & mise en place du SaaS Stripe

Structurer le modèle économique en self-service et enrichir la proposition de valeur métier avec des services contextuels de chantier, sans désorienter l’utilisateur.

À l’automne 2025, nous avons étendu la webapp vers un fonctionnement SaaS autonome. J’ai conçu et documenté le tunnel de souscription à l’abonnement annuel (payé mensuellement) via Stripe Checkout, en ajustant l’architecture pour permettre le paiement sans exiger la création préalable d’un compte.

Parallèlement, le produit s’est enrichi de services directement utiles sur le terrain : intégration de l’API Météo-Concept pour afficher les prévisions à 14 jours géolocalisées sur chaque chantier, téléchargement groupé d’appels d’offres et gestion de la suppression de données en fin de Garantie de Parfait Achèvement (GPA). Lors de la revue de fin novembre, un travail ergonomique approfondi a été mené sur la navigation globale pour guider pas à pas les utilisateurs et corriger des anomalies critiques de statut.

  • Tunnel Stripe Checkout & Billing
  • API météo chantier 14 j
  • Téléchargement groupé DCE
  • Navigation guidée par phase
↳ Le bloc d’abonnement du site public : l’offre annuelle et son tunnel Stripe Checkout, conçus pendant cette phase.
Acte 03 // Décembre 2025 – mars 2026Phase 3/4

Le déclic métier & la migration multi-organisation

Remettre en question un modèle de données mono-organisationnel devenu bloquant, pour aligner l’architecture logicielle avec la réalité des relations d’affaires du BTP.

En décembre 2025, un constat structurel majeur a fait pivoter le produit : un architecte ou un bureau d’études intervient sur des chantiers pour le compte de plusieurs promoteurs, et une même entreprise sous-traitante travaille simultanément pour plusieurs organisations. Le modèle Bubble initial, pensé pour une organisation unique fermée, devenait un goulet d’étranglement dangereux pour la sécurité des données.

En mars 2026, j’ai piloté la migration multi-organisation en 6 phases. Architecture : distinction stricte entre organisation donneuse d’ordre et entreprise intervenante. Migration des données : réaffectation sans perte de l’historique et déplacement des attributs SIRET / TVA vers l’organisation. Sécurité & Privacy Rules : Bubble ne permettant pas de comparer deux listes dans ses Privacy Rules, le contrôle d’accès a été déporté dans des workflows backend calculant des listes explicites de personnes autorisées.

Refactorisation des workflows : créations de projets, notifications et suppressions en cascade adaptées pour éliminer toute relation orpheline « fantôme ». Interfaces transparentes : complexité absorbée en coulisses, avec refus délibéré d’un sélecteur visible d’organisation. Recette multi-comptes : protocoles de validation croisée en test et en pré-production.

  • Plan de migration en 6 phases
  • Modèle Organisation ⇄ Entreprise
  • Privacy Rules déportées en backend
  • Scripts de migration zéro perte
↳ Architecture de sécurité : contournement des limites Bubble par des listes d’autorisations explicites calculées côté serveur.
Acte 04 // Avril – septembre 2026+Phase 4/4

Recette opérationnelle, retours terrain & stabilisation

Frotter l’outil à la réalité du terrain auprès de l’expert métier, déconstruire les préjugés d’agence (minimalisme excessif, automatisation rigide) et outiller le fondateur pour son autonomie complète.

La validation d’Excibat repose sur une collaboration étroite avec Francis, à la fois commanditaire, expert métier et utilisateur sur ses propres opérations immobilières. Ses retours ont corrigé des erreurs de conception théoriques. Clôture manuelle vs automatique : dans un appel d’offres BTP, le dépôt d’une offre ne clôture pas le dossier, la négociation technique et financière continue ; la clôture automatique a donc été remplacée par une action manuelle concertée.

Ergonomie adaptée au bâtiment : face à des interfaces jugées trop épurées pour les repères des professionnels, l’UI a évolué vers des écrans plus cadrés, structurés et contrastés, avec une identité affirmée (vert signalétique, typographie forte, logo historique EB conservé). Autonomie client : pour que Francis ne dépende pas d’un prestataire à chaque ajustement, j’ai développé une page d’administration centralisée (gestion par lot, contrôles techniques) et documenté chaque workflow.

Le travail s’est poursuivi sur la fiabilisation des certificats de paiement (responsive et situations de travaux) et sur le positionnement marketing ciblé sur la gestion de la GPA.

  • Console d’administration centralisée
  • Certificats de paiement & situations
  • Documentation des workflows
↳ Interface de certification financière : clarté des montants HT/TTC, gestion des acomptes et chaîne d’approbation MOE/MOA.
Niveau 4 // Maîtrise senior

Les 4 tiroirs

❖ Posture BuilderDesigner–Builder sur code brownfieldSavoir plonger dans une dette technique sans tout réécrire

Plonger dans une application existante, décoder la logique d’un tiers, cartographier les dépendances cachées et opérer une refonte chirurgicale sans détruire les données historiques ni interrompre l’exploitation en cours.

Dialoguer en continu avec le commanditaire pour prioriser la stabilité avant d’ajouter de nouvelles fonctionnalités.

❖ Données & SécuritéArchitecture relationnelle & Privacy RulesContourner les limites Bubble via des workflows backend calculés

Pour Excibat, la confiance ne se décrète pas par un discours marketing : elle s’établit par l’étanchéité absolue des devis et des factures entre promoteurs concurrents. Les limites techniques de Bubble sont contournées en calculant les droits d’accès à l’écriture dans des workflows backend sécurisés, avec des suppressions en cascade propres.

❖ Humilité métierÉcoute du terrain réel vs théorie d’agenceRefus du minimalisme aseptisé et clôture manuelle des appels d’offres

Savoir effacer ses réflexes de designer (écrans ultra-minimalistes, automatisations parfaites) dès que l’expert terrain démontre que le BTP a besoin de cadres visuels forts et de négociations humaines non bloquées par la machine :

  • Passage de la clôture automatique à une action manuelle concertée post-négociation.
  • Écrans denses, repères stables et absence de sélecteur d’organisation visible pour préserver la fluidité cognitive.
❖ Transparence seniorVérité terrain & lucidité sur les métriquesAssumer le beta-testing opérationnel continu plutôt que des métriques inventées

Assumer la nature des apprentissages : parler de beta-testing opérationnel continu et de recettes de production avec un promoteur en activité, plutôt que de masquer la réalité derrière de fausses études de laboratoire ou des métriques d’ARR non vérifiées. Valoriser la rigueur de delivery technique et la transmission client.

🎯 The so what? // Ce que ce cas démontre pour vos produits
01 // Multi-organisation

Maîtrise des écosystèmes multi-organisations denses

Pour les produits B2B exigeants (billetterie, ERPs transactionnels, fintechs), savoir gérer des droits d’accès à granularité fine, isoler strictement les données de clients concurrents et concevoir des flux financiers récurrents sans faille.

02 // Designer × Builder

Posture hybride Designer & Builder

Fini le fossé entre la promesse graphique et la réalité du code. Capacité à modéliser la base de données relationnelle, intégrer les webhooks d’APIs tierces et designer des interfaces intuitives adaptées aux contraintes techniques sous-jacentes.

03 // Écoute métier

Pragmatisme & écoute métier authentique

Ne jamais concevoir en chambre d’écho. Travailler main dans la main avec les utilisateurs métiers sur le terrain, déconstruire les dogmes d’agence pour adapter l’outil aux usages réels et garantir une adoption immédiate.

Prêt à transformer une architecture complexe en produit B2B fluide ?