Réalisations / Proptech · SaaS
Refonte marketplace flex office
Reconstruction d’une marketplace de bureaux flexibles paralysée par la dette NoCode — DDD, TDD, CQRS.
Contexte
De quoi il s’agit
Ce cas, c’est l’histoire classique du NoCode qui sauve le lancement… puis devient la cage. Une marketplace flex office (bureaux, coworking, salles) avec plus de 500 espaces dans une quatre-vingtaine de villes : le produit avait trouvé son marché. Le socle technique, lui, n’avait pas suivi. Chez Innovation Digitale, on l’aborde comme un build de modernisation : pas un patch cosmétique, une reconstruction maîtrisée.
This case is the classic NoCode story that saves the launch… then becomes the cage. A flex-office marketplace (offices, coworking, rooms) with 500+ spaces across ~80 cities: product-market fit was there. The technical foundation wasn’t. At Innovation Digitale we treat it as a modernisation build: not a cosmetic patch — a controlled rebuild.
01 · Problématique
Le problème
Une marketplace flex office (500+ espaces, 80 villes) construite en NoCode (Xano / WeWeb) a tenu le lancement, puis s’est figée : pannes récurrentes, dette technique, dépendance à un éditeur, Excel de secours. L’outil critique n’était plus maîtrisé.
A flex-office marketplace (500+ spaces, 80 cities) built on NoCode (Xano / WeWeb) survived launch, then froze: recurring outages, technical debt, vendor lock-in, fallback Excel. The critical tool was no longer under control.
Au départ, Xano côté backend et WeWeb côté front avaient permis d’aller vite. Puis les pannes sont devenues récurrentes, la dette s’est accumulée, et l’équipe s’est retrouvée dépendante d’un éditeur pour faire évoluer l’outil critique. Le Excel de secours est revenu — signe que le système n’était plus digne de confiance.
At first, Xano on the backend and WeWeb on the front enabled speed. Then outages became recurring, debt piled up, and the team depended on a vendor to evolve the critical tool. Fallback Excel returned — a sign the system was no longer trustworthy.
Le vrai sujet n’était pas « il faut plus de features ». C’était : qui possède le code, qui peut le tester, qui peut le déployer sans magie ? Sans architecture (domaine, ports, CI), chaque évolution devenait un risque. La marketplace ne pouvait plus grandir sereinement.
The real issue wasn’t “more features”. It was: who owns the code, who can test it, who can deploy without magic? Without architecture (domain, ports, CI), every change was a risk. The marketplace could no longer grow calmly.
Pour un dirigeant, le symptôme se lit en cash et en réputation : portail client instable, suivi d’activité fragmenté, impossibilité de recruter un développeur « classique » pour reprendre la stack. C’est exactement le moment où iD intervient : cadrer le risque, proposer une refonte, sécuriser la migration des données.
For a CEO, the symptom shows up in cash and reputation: unstable client portal, fragmented activity tracking, inability to hire a “classic” developer to take over. That’s exactly when iD steps in: frame the risk, propose a rebuild, secure data migration.
02 · Solution
Ce que nous avons construit
Refonte totale — pas un patch : reconstruction sur fondations DDD, TDD et CQRS, agents IA pour accélérer sans sacrifier la qualité, infrastructure Docker, tests Vitest/PHPUnit, conformité RGPD dès la conception.
Full rebuild — not a patch: reconstruction on DDD, TDD and CQRS foundations, AI agents to accelerate without sacrificing quality, Docker infra, Vitest/PHPUnit tests, GDPR by design.
On a tranché : reconstruction from scratch sur des fondations DDD, TDD et CQRS — pas une migration progressive qui aurait prolongé la double vie NoCode / legacy. Les agents IA ont accéléré le scaffolding et les tâches répétitives, sans remplacer la revue humaine ni les critères métier.
We decided: rebuild from scratch on DDD, TDD and CQRS foundations — not a gradual migration that would have prolonged a NoCode / legacy double life. AI agents accelerated scaffolding and repetitive work, without replacing human review or business criteria.
Stack cible : backend structuré, front React, PostgreSQL, Docker, tests Vitest/PHPUnit, pipeline CI. RGPD dès la conception (consentement, droits, registre) — pas un add-on collé après coup. Objectif : une plateforme que l’équipe cliente peut comprendre et faire évoluer.
Target stack: structured backend, React front, PostgreSQL, Docker, Vitest/PHPUnit tests, CI pipeline. GDPR by design (consent, rights, register) — not a bolt-on. Goal: a platform the client team can understand and evolve.
La migration des 500+ espaces a été traitée comme un projet à part entière : mapping, contrôles, bascule. Sans ça, la plus belle architecture reste un PowerPoint.
Migrating 500+ spaces was treated as a full workstream: mapping, checks, cutover. Without that, the nicest architecture stays a PowerPoint.
03 · Résultat
Ce que ça change
Plateforme reconstruite en quelques semaines ; 500+ espaces migrés sans perte ; fin des pannes récurrentes ; autonomie technique retrouuvée — l’équipe peut faire évoluer l’outil sans éditeur NoCode.
Platform rebuilt in weeks; 500+ spaces migrated without loss; recurring outages gone; technical autonomy restored — the team can evolve the tool without a NoCode vendor.
Résultat : plateforme reconstruite en quelques semaines, données migrées, pannes récurrentes derrière, autonomie technique retrouvée. Fin du mode « on attend l’éditeur ». L’outil critique redevient un actif.
Result: platform rebuilt in weeks, data migrated, recurring outages gone, technical autonomy restored. End of “waiting on the vendor” mode. The critical tool becomes an asset again.
Au-delà des métriques, le gain stratégique est la transmissibilité : on peut recruter, auditer, documenter. C’est la définition opérationnelle de la souveraineté numérique sur un produit SaaS.
Beyond metrics, the strategic gain is transferability: you can hire, audit, document. That’s the operational definition of digital sovereignty on a SaaS product.
Tech
Angle technique
Le NoCode accélère le MVP. Sans architecture (ports, tests, domaine), il devient une cage. Ici, le passage à un socle testable et documenté a transformé une plateforme fragile en actif logiciel durable.
NoCode accelerates the MVP. Without architecture (ports, tests, domain), it becomes a cage. Moving to a testable, documented stack turned a fragile platform into a durable software asset.
Leçon technique : le NoCode est excellent pour valider. Il devient dangereux quand il porte le cœur de métier sans tests, sans ports, sans CI. DDD clarifie le langage ; TDD protège les comportements ; CQRS sépare les lectures gourmandes des écritures critiques.
Technical lesson: NoCode is excellent for validation. It becomes dangerous when it carries the core domain without tests, ports, or CI. DDD clarifies language; TDD protects behaviour; CQRS separates heavy reads from critical writes.
Si vous êtes dans la même situation — marketplace ou app critique sur une base NoCode figée — le Brief 45 min permet de voir s’il faut un audit build avant d’empiler encore une feature.
If you’re in the same spot — marketplace or critical app on frozen NoCode — the 45-min Brief shows whether a build audit is needed before stacking another feature.
Aujourd’hui, ce type de refonte NoCode → socle testable est l’un des motifs les plus fréquents chez iD : le produit a trouvé son marché, l’architecture non. On documente le parcours problématique → solution → résultat pour que les décideurs comprennent l’enjeu sans jargon inutile. Symfony, React, PostgreSQL, Docker, TDD, DDD, CQRS, CI : chaque brique du socle a une fiche dédiée si vous voulez le détail.
Today, this NoCode → testable stack rebuild is one of iD’s most frequent patterns: product-market fit yes, architecture no. We document problem → solution → result so decision-makers get the stakes without useless jargon. Symfony, React, PostgreSQL, Docker, TDD, DDD, CQRS, CI: each stack brick has its own page if you want detail.
Prochaine étape possible : Brief 45 min pour évaluer si votre outil critique est dans la même zone rouge — pannes, Excel parallèle, dépendance éditeur — et si un audit build 5 jours est le bon sas avant le MVP de reconstruction.
Possible next step: 45-min Brief to assess whether your critical tool is in the same red zone — outages, parallel Excel, vendor lock-in — and whether a 5-day build audit is the right gate before a reconstruction MVP.
Source détaillée : sebastien.maimon.fr
Next · Loading
Un outil qui coince ?
Un Brief de 45 minutes, gratuit. On clarifie le périmètre — puis un audit build si ça tient la route.