The Promoters' EDM • De la dette technique Bubble au SaaS multi-organisation en production : circuits de signature eIDAS, billing Stripe et étanchéité absolue des données.
Vous avez l'essentiel. Deux chemins :
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.
Francis (Fondateur et Promoteur BTP) apporte la vision business, teste chaque brique en conditions réelles sur ses chantiers et arbitre les flux juridiques.
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.
Zéro perte en ligne entre maquette et code : chaque sprint livre des fonctionnalités testées immédiatement sur de vrais dossiers de consultation d'entreprises.
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.
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 météo à 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.
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 différents, 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 méthodiques :
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.
Le processus de validation d'Excibat repose sur une collaboration étroite avec Francis, qui cumule les casquettes de commanditaire, expert métier et utilisateur sur ses propres opérations immobilières. Ses retours ont été cruciaux pour corriger des erreurs de conception théoriques :
Le travail s'est poursuivi sur la fiabilisation des certificats de paiement (gestion du responsive et des situations de travaux) et le positionnement marketing ciblé sur la gestion de la GPA.
Voir les preuves d'architecture :
Savoir 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.
Capacité à dialoguer en continu avec le commanditaire pour prioriser la stabilité avant d'ajouter de nouvelles fonctionnalité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. Contournement des limites techniques de Bubble en gérant le calcul des droits d'accès à l'écriture via des workflows backend sécurisés et des suppressions en cascade propres.
Savoir effacer ses réflexes de designer (vouloir des écrans ultra-minimalistes ou des 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 :
Assumer pleinement 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. Valorisation de la rigueur de delivery technique et de la transmission client.
Prêt à transformer une architecture complexe en produit B2B fluide ?