Aller au contenu principal

Étude de cas · PropTech · Marketplace

ANT — Marketplace PropTech et console d'administration

Publié le · Mis à jour le · Par YuSMP Group Engineering

Comment nous avons construit une plateforme web marketplace immobilière sur mesure — une grille d'inventaire au niveau de l'appartement, une expérience de recherche à facettes, un CMS d'annonces et une console d'administration multi-rôles — pour des promoteurs résidentiels et des courtiers opérant aux États-Unis et dans l'Union européenne.

SecteurPropTech · Marketplace
Année du projet2023
MissionÉquipe dédiée
ANT PropTech marketplace — apartment-level inventory grid and faceted search on web

Le cahier des charges — une marketplace immobilière respectant l'inventaire au niveau de l'appartement

L'équipe produit d'ANT souhaitait une marketplace PropTech qui aille au-delà d'une liste plate d'annonces. Le constat central : les promoteurs résidentiels aux États-Unis et dans l'Union européenne vendent des centaines d'unités à l'intérieur d'un seul bâtiment, et les acheteurs s'attendent à voir cet inventaire sous forme de grille navigable au niveau de l'appartement — pas une liste de cartes à faire défiler. Les SaaS immobiliers prêts à l'emploi comme Salesforce Real Estate Cloud et Bitrix24 couvrent les workflows CRM de courtage, mais aucun ne prend en charge une surface publique de grille d'appartements, un CMS d'annonces contrôlé par le promoteur et une administration multi-rôles dans un seul produit. Nous avons construit ANT depuis les principes fondamentaux comme une marketplace Next.js soutenue par un niveau de recherche Elasticsearch, une API Node.js / NestJS et un système d'enregistrement PostgreSQL — une plateforme immobilière livrée comme un seul produit web pour les acheteurs, les promoteurs, les courtiers et les opérateurs municipaux sur les marchés américains et européens.

Points clés du projet

Grille d'inventaire au niveau de l'appartement Recherche à facettes sur Elasticsearch CMS d'annonces avec médiathèque MapboxGL map search Console d'administration multi-rôles Flux de travail promoteur et courtier Pipeline de capture de leads Résidence des données États-Unis + UE

En chiffres

Un aperçu de ce que le build ANT a permis de réaliser en tant que marketplace web unique et plateforme d'administration au cours de son premier cycle de production.

3surfaces frontend distinctes — marketplace publique, CMS d'annonces promoteur et console d'administration multi-rôles
15+dimensions de facettes dans l'index de recherche — prix, pièces, surface, étage, orientation, statut, finitions, quartier
<100mstemps de réponse p95 typique sur cluster Elasticsearch chaud avec cache de facettes Redis
4rôles d'administration — administrateur système, back-office promoteur, courtier et opérateur municipal en lecture seule
100%base de code typée — TypeScript de bout en bout sur le frontend Next.js et le backend NestJS
14–22 wkfenêtre de livraison typique pour un MVP de marketplace PropTech comparable avec console d'administration
ANT multi-role admin console — developer back-office and broker workflows on web

Pourquoi un stack marketplace sur mesure plutôt que les SaaS immobiliers prêts à l'emploi

Aucun SaaS PropTech prêt à l'emploi — Salesforce Real Estate Cloud, Bitrix24 ou les CRM de courtage similaires — ne combine une grille d'inventaire au niveau de l'appartement, un CMS d'annonces contrôlé par le promoteur, une recherche Elasticsearch à facettes et une administration multi-rôles dans un seul produit web. Ces plateformes sont optimisées pour les pipelines de courtage et la licence par siège, et non pour une marketplace publique où le classement, le SEO et la grille d'inventaire doivent être maîtrisés de bout en bout. Construire ANT sur l'une d'elles aurait signifié dupliquer et remplacer une si grande part du schéma fournisseur que le SaaS n'apporte aucun effet de levier — chaque hypothèse devient une responsabilité. Nous avons choisi un build Next.js sur mesure car la grille d'appartements, l'UX de facettes et le back-office promoteur nécessitaient tous des modèles de données de premier ordre qu'aucun produit prêt à l'emploi n'expose.

Le modèle d'inventaire à lui seul est un engagement sur mesure : un programme résidentiel se décompose en bâtiment → entrée → étage → unité, et chaque unité porte son propre prix, statut, orientation, référence de plan de sol et bundle média. Le modèle d'objet immobilier standard de Salesforce traite une annonce comme un enregistrement unique ; exprimer 240 appartements dans une tour de 30 étages sous forme de 240 tels enregistrements puis demander à la plateforme de les rendre sous forme d'un échiquier cliquable n'est pas pour cela qu'elle a été conçue. Notre indexeur event-sourced reflète l'inventaire PostgreSQL dans Elasticsearch à chaque transition d'état, de sorte que la grille publique, les facettes de recherche et le back-office promoteur ne voient jamais une unité périmée.

Marketplace Next.js sur mesure vs Salesforce Real Estate Cloud vs Bitrix24 — aperçu
Dimension Build sur mesure (ANT) Salesforce Real Estate Cloud Bitrix24
Grille d'inventaire au niveau de l'appartementNative — échiquier bâtiment → étage → unité avec statut en directNon disponible — l'annonce est un enregistrement platNon disponible — pipeline de transactions de type CRM uniquement
Performance de la recherche à facettesElasticsearch + cache de facettes Redis, p95 <100 msSOQL sur objets standard — UX de facettes limitéeFiltre SQL sur liste d'entités — pas de comptages de facettes en direct
Surface SEO publiqueNext.js rendu côté serveur — contrôle total des routes, schéma, sitemapExperience Cloud — thémé, contrôle des routes limitéConstructeur de site — schéma et contrôle des routes limités
CMS d'annonces pour les promoteursSur mesure — médiathèque, brouillon / publication, édition groupée d'unitésObjet Files standard — pas d'UX média spécifique à l'immobilierCMS générique en add-on — pas d'éditeur de grille d'appartements
Administration multi-rôles (promoteur / courtier / opérateur)RBAC natif avec journal d'audit par rôleRBAC solide, licence par siège qui évolue avec le traficPlans de rôles plafonnés ; UX admin orientée équipe commerciale
Modèle de coût à l'échelle marketplaceBuild unique + hébergement ; aucune pénalité par siège pour les utilisateurs publicsLicence enterprise par siège — coûteux pour les équipes marketplace publiquesTarification par palier ; fonctionnalités avancées derrière les plans supérieurs
Contrôle de résidence des données US et UEDirect — partitions séparées, hiérarchies de clés indépendantesDisponible via Hyperforce, licence supplémentaire requiseContrôle régional limité sur les paliers inférieurs

Références PropTech : schema.org/Residence, Agrégations Elasticsearch, Documentation Next.js.

ANT marketplace — apartment inventory grid with live status colors and unit drill-in

Construction de la marketplace web — Next.js, grille d'inventaire d'appartements, recherche MapboxGL

La marketplace publique est construite avec Next.js, React et TypeScript, rendue côté serveur pour le SEO et hydratée pour la recherche interactive. Le composant de grille d'appartements est le point central : chaque page de programme résidentiel affiche un échiquier d'unités, colorées par statut (disponible, réservée, vendue), regroupées par étage et entrée. Les acheteurs peuvent filtrer la grille par nombre de pièces, fourchette de prix, surface, plage d'étages et orientation ; la sélection d'une cellule ouvre un tiroir avec le plan de sol de l'unité, les finitions, la direction de vue et le formulaire de capture de leads. La grille et la recherche globale partagent un seul index Elasticsearch — il n'y a pas de chemin de données séparé pour la page de programme et la page d'annonce marketplace.

La recherche par carte est mise en œuvre sur MapboxGL avec une couche de regroupement personnalisée pour les États-Unis, l'Union européenne et d'autres marchés. Les annonces hors de la fenêtre visible sont supprimées du payload de réponse ; les regroupements s'étendent en marqueurs par bâtiment en dessous d'un niveau de zoom configuré. La carte et la liste de résultats sont liées à la même requête Elasticsearch, de sorte qu'épingler un filtre de prix sur la liste met à jour les marqueurs de la carte dans la même peinture. Les liens internes de la marketplace mènent vers notre surface de service de développement d'applications web pour les équipes planifiant des builds PropTech similaires.

ANT listing CMS — developer back-office for unit editing, media library, and publish workflow

CMS d'annonces — back-office promoteur, médiathèque, éditeur de lots en masse

Le CMS d'annonces est la surface dans laquelle les promoteurs résidentiels et les courtiers vivent réellement. Il est construit sur le même frontend Next.js avec une couche API NestJS, de sorte que le schéma que le CMS édite est le schéma que la marketplace publique affiche — pas d'étape d'export/import, pas de synchronisation nocturne. Les promoteurs peuvent créer un bâtiment, définir ses étages et entrées, puis soit saisir les unités une par une, soit éditer en masse un tableau de style CSV avec validation au niveau de la colonne. Chaque unité a son propre prix, statut, surface, nombre de pièces, orientation, direction de vue, package de finitions et un bundle média de plan de sol, rendus et photographies.

La médiathèque utilise S3 pour le stockage et un pipeline de dérivation qui produit des variantes WebP optimisées aux résolutions que la grille publique et le tiroir d'unité demandent réellement. Un workflow brouillon / publication permet à un promoteur de préparer un changement de prix ou un basculement de statut pendant la nuit et de le publier atomiquement le lendemain matin — la marketplace et l'index de recherche se mettent à jour en parallèle via l'indexeur event-sourced. Le contrôle d'accès par rôle permet à un courtier de modifier uniquement les unités qui lui sont assignées, tandis qu'un utilisateur back-office promoteur peut modifier l'ensemble du programme. Ce schéma est le même que celui que nous utilisons dans nos engagements de développement logiciel sur mesure.

ANT content CMS and admin — marketing pages, district guides, and lead pipeline view

CMS de contenu, console d'administration et posture de sécurité

Au-delà de l'inventaire au niveau de l'unité, ANT est livré avec un CMS de contenu pour les pages marketing — guides de quartier, explications hypothécaires, pages de marque des promoteurs — et une console d'administration pour l'équipe opérationnelle. Le CMS de contenu utilise un éditeur par blocs avec des types de contenu contraints, de sorte qu'un responsable marketing ne peut pas accidentellement casser le schéma de page dont dépend la surface SEO. La console d'administration superpose quatre rôles : administrateur système, back-office promoteur, courtier et opérateur municipal en lecture seule. Chaque rôle a son propre journal d'audit ; les changements de permission sont eux-mêmes journalisés. La capture de leads, les recherches sauvegardées et les opt-ins analytiques sont traités via un flux de consentement adapté à la région, aligné sur le RGPD dans l'Union européenne et sur le CCPA / CPRA en Californie et dans les autres régimes de confidentialité des États américains.

La sécurité applicative suit les OWASP Top 10 comme base de référence. L'authentification fonctionne sur des tokens de courte durée rotatifs avec actualisation ; les actions administratives sensibles nécessitent une confirmation supplémentaire ; toutes les entrées côté serveur sont validées avec des schémas typés à la frontière du contrôleur ; les téléversements transitent par une passerelle d'analyse antivirus avant d'atteindre S3. Les données des utilisateurs américains et européens sont partitionnées dans des clusters PostgreSQL indépendants avec des hiérarchies de clés de chiffrement séparées, de sorte qu'un futur engagement de résidence des données dans l'une ou l'autre région est un changement de configuration, et non une migration de schéma.

Posture de conformité : Conforme au RGPD · Prêt pour ISO 27001 · SOC 2 Type II en cours · Compatible HIPAA · CCPA pris en compte.

Méthodologie de livraison

Un build en cinq phases qui a conduit ANT du brief produit à une marketplace PropTech en production avec CMS d'annonces et console d'administration multi-rôles.

Phase 1

Découverte et modèle de données

Taxonomie d'inventaire (bâtiment → étage → unité), inventaire des facettes, cartographie des rôles et permissions, posture de confidentialité US et UE, conception des routes publiques et du schéma SEO.

Phase 2

Interface marketplace

Marketplace publique Next.js, composant de grille d'appartements, recherche cartographique MapboxGL, liste de résultats à facettes liée à une requête Elasticsearch partagée.

Phase 3

CMS d'annonces et indexeur

Back-office promoteur, médiathèque, workflow brouillon/publication, indexeur event-sourced maintenant PostgreSQL et Elasticsearch en parallèle.

Phase 4

Console d'administration et sécurité

RBAC multi-rôles, journaux d'audit par rôle, durcissement aligné OWASP, consentement adapté à la région, pipeline de capture de leads, flux de travail courtier.

Phase 5

Lancement et itération

Déploiement US et UE, déploiement basé sur Kubernetes sur infrastructure provisionnée par Terraform, stack d'observabilité, framework A/B de qualité de recherche, rotation d'astreinte.

Le pipeline de leads, les flux de travail des courtiers et le pont CRM

La surface de monétisation d'ANT réside dans le pipeline de leads. Chaque tiroir d'unité, page de quartier et profil de promoteur porte un formulaire typé de capture de leads ; les soumissions arrivent dans un service NestJS qui déduplique par téléphone et email, score par source et récence, et route vers le bon courtier en fonction du bâtiment et de l'étage de l'unité. Les courtiers voient leur file d'attente dans la console d'administration, avec des transitions de statut en un clic (nouveau → contacté → visite réservée → réservé → vendu) et un champ de note en texte libre qui constitue la piste d'audit. Une couche webhook pousse les événements de leads vers le CRM de choix du promoteur — Salesforce, HubSpot ou Bitrix24 — de sorte que la marketplace ne devient jamais le système d'enregistrement du pipeline de transactions du promoteur. Les recherches sauvegardées envoient des digests par email aux acheteurs lorsque de nouvelles unités correspondant à leur combinaison de facettes entrent dans l'index ; la cadence du digest respecte l'état de consentement de l'utilisateur et est supprimée pour les utilisateurs de l'Union européenne qui n'ont pas opté pour les communications marketing. Sur les marchés américains, le même moteur de digest respecte la préférence CCPA / CPRA « Ne pas vendre ou partager ». L'ensemble du pipeline a été construit de sorte qu'ajouter une nouvelle source de leads, un nouveau rôle de courtier ou une nouvelle cible CRM est un changement de configuration, et non une publication de code.

Lancement aux États-Unis et en UE — droit à la vie privée, résidence des données et SEO

ANT a été lancé comme un seul produit web servant les acheteurs et les promoteurs aux États-Unis et dans l'Union européenne. Les utilisateurs en Californie, New York, Texas et Floride aux États-Unis, et les utilisateurs en Allemagne, aux Pays-Bas, en France, en Suède et en Irlande dans l'UE, accèdent à la même application Next.js avec une négociation de contenu adaptée à la région. Les flux de consentement sont adaptés à la région : les utilisateurs dans l'UE et l'EEE reçoivent un écran de consentement granulaire de type RGPD avec des interrupteurs séparés pour l'analytique et le marketing ; les utilisateurs en Californie reçoivent une divulgation de type CCPA « Ne pas vendre ou partager mes informations personnelles ». Les pratiques de traitement des données sont alignées sur le RGPD pour les utilisateurs de l'Union européenne et sur le patchwork de confidentialité des États américains — CCPA / CPRA (Californie), VCDPA (Virginie), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) et Oregon CPA.

Le backend sépare les données des utilisateurs UE et US dans des partitions PostgreSQL indépendantes avec des hiérarchies de clés de chiffrement séparées, permettant un futur engagement de résidence des données dans l'une ou l'autre région sans migration de schéma. L'indexeur Elasticsearch exécute des workers sans état qui peuvent être ancrés dans les régions UE ou US indépendamment. Le SEO public est construit sur un schéma JSON-LD avec les types Residence et Offer afin que les programmes résidentiels apparaissent correctement dans les surfaces de résultats enrichis de Google ; la génération du sitemap est automatique et respecte le workflow de publication du CMS d'annonces. La conformité à la protection des données dans l'UE et les obligations CCPA californien sont documentées dans la politique de confidentialité intégrée et un modèle d'accord de traitement des données fourni au client pour son DPA avec les sous-traitants UE. L'ensemble de la plateforme est opéré en journée de travail CET avec chevauchement avec la côte est des États-Unis (9h–13h ET) pour les stand-ups, démonstrations et réponses aux incidents.

Stack technique et feuille de route

TypeScript Next.js React Node.js NestJS PostgreSQL Elasticsearch Redis MapboxGL S3 Docker Kubernetes Terraform Event-sourced indexer OWASP-aligned hardening JSON-LD (Residence, Offer)

La feuille de route active de développement logiciel sur mesure pour ANT comprend une calculatrice d'accessibilité hypothécaire intégrée dans le tiroir d'unité, un digest email de recherches sauvegardées avec alertes par facette, un espace de travail courtier compatible hors ligne pour les visites sur site, et une API partenaire publique afin que les urbanistes de l'Union européenne puissent extraire des données anonymisées de densité d'annonces pour les recherches de politique du logement. Les plans d'infrastructure couvrent le déplacement du cluster Elasticsearch vers un palier dédié avec un SLO de recherche inférieur à 50 ms, l'expansion de l'empreinte cloud & DevOps vers un actif-actif multi-régions, et le déploiement d'un tableau de bord analytique par tenant qui fait remonter la qualité des leads par courtier, bâtiment et canal d'acquisition.

Foire aux questions

Quel est le coût de développement d'une marketplace immobilière sur mesure ?

Un MVP de marketplace PropTech ciblé couvrant les annonces publiques, la recherche et les filtres, un CMS d'annonces orienté promoteur et une console d'administration de base coûte généralement entre 140 000 € et 320 000 €. L'ajout d'une grille d'inventaire au niveau de l'appartement, d'une recherche cartographique MapboxGL, d'une capture de leads avec intégration CRM et d'une administration multi-rôles avec journaux d'audit porte une plateforme complète à 320 000 €–750 000 €. Les principaux postes de coût sont l'infrastructure de recherche (ajustement Elasticsearch, UX de facettes), le modèle de données d'inventaire (bâtiment → étage → unité) et le système de rôles et permissions requis pour les promoteurs, courtiers et opérateurs municipaux sur les marchés américains et européens.

Pourquoi construire une marketplace PropTech sur mesure plutôt que d'utiliser Salesforce Real Estate Cloud ou Bitrix24 ?

Les SaaS immobiliers prêts à l'emploi — Salesforce Real Estate Cloud, Bitrix24 et similaires — sont optimisés pour les workflows CRM de courtage, pas pour une marketplace publique avec des grilles d'inventaire au niveau de l'appartement et un CMS d'annonces contrôlé par le promoteur. Ils imposent des schémas de données fixes, une tarification par siège qui évolue mal avec le trafic public et une UI basée sur des modèles qui ne peut pas héberger la grille d'appartements en style échiquier que les acheteurs attendent sur une page de programme résidentiel. Un build Next.js sur mesure sur Elasticsearch donne le contrôle total du classement de recherche, du modèle d'inventaire et de la surface SEO publique — rien de tout cela n'est configurable dans Salesforce ou Bitrix24 au niveau dont un opérateur PropTech sérieux a besoin.

À quoi ressemble une grille d'inventaire au niveau de l'appartement, et pourquoi est-ce important ?

Une grille d'inventaire au niveau de l'appartement affiche un programme résidentiel comme un échiquier : chaque bâtiment, étage et unité est une cellule cliquable colorée par statut (disponible, réservée, vendue). Les acheteurs peuvent filtrer la grille par nombre de pièces, fourchette de prix, plage d'étages et orientation, puis approfondir le plan de sol, les finitions et le prix d'une unité spécifique. Cela importe car, aux États-Unis et dans l'Union européenne, les promoteurs résidentiels listent des centaines d'unités simultanément — sans vue en grille, un acheteur doit faire défiler une liste plate et le taux de conversion s'effondre. La grille sert également de tableau de bord d'inventaire interne au promoteur, de sorte que le CMS d'annonces et la marketplace publique partagent une seule source de vérité.

Comment gérer la recherche à facettes à l'échelle d'une marketplace ?

La recherche à facettes de qualité production pour l'immobilier s'exécute sur Elasticsearch avec des mappings soigneusement ajustés : geo_point pour la recherche cartographique, objets imbriqués pour les attributs d'unités et agrégations pour les comptages de facettes à chaque requête. Chaque panneau de facettes (prix, pièces, surface, étage, orientation, statut) affiche des comptages en direct qui se mettent à jour à mesure que les filtres sont appliqués, ce qui nécessite une seule requête retournant à la fois les résultats et les agrégations. La mise en cache des combinaisons de filtres populaires dans Redis réduit le temps de réponse à moins de 100 ms pour les cas courants. PostgreSQL reste le système d'enregistrement ; Elasticsearch est reconstruit à partir de la base de données via un indexeur event-sourced afin que l'index de recherche ne dérive jamais de la vérité de l'inventaire.

Comment les règles de résidence des données US et UE affectent-elles un build de marketplace PropTech ?

Dans l'Union européenne, le RGPD exige que les données personnelles des résidents européens — leads, recherches sauvegardées, coordonnées — soient traitées de manière documentée avec une base juridique claire et un accord de traitement des données avec les sous-traitants. Aux États-Unis, le CCPA et le CPRA en Californie, le VCDPA en Virginie, le CPA au Colorado, le CTDPA au Connecticut, l'UCPA en Utah, le TDPSA au Texas et l'Oregon CPA exigent chacun une divulgation « Ne pas vendre ou partager » et un mécanisme d'opt-out. ANT a été construit avec les données des utilisateurs américains et européens dans des partitions de base de données séparées avec des hiérarchies de clés de chiffrement indépendantes, de sorte qu'un futur engagement de résidence dans l'une ou l'autre région ne nécessite pas de migration de schéma.

Construire une marketplace PropTech similaire — parlez-nous de votre projet

Si vous planifiez une marketplace immobilière, une plateforme d'annonces avec inventaire en grille d'appartements ou une administration multi-rôles pour des promoteurs résidentiels et des courtiers aux États-Unis et dans l'Union européenne, nous avons livré ce stack de bout en bout et pouvons réduire significativement le délai de build. L'équipe d'ingénierie derrière ANT est au sein d'YuSMP Group. Nous travaillons à prix fixe pour les MVP bien cadrés et sur des équipes de développement dédiées pour la livraison continue, avec une journée de travail CET et une fenêtre garantie de chevauchement avec la côte est des États-Unis (9h–13h ET) pour les stand-ups, démonstrations et réponses aux incidents.

Parler d'un projet similaire Découvrir les services de développement web

Partager cette étude de cas

LinkedIn X

Planifier un projet similaire

Réserver un appel de découverte

Demander une proposition

Partagez quelques détails et un consultant senior vous répondra dans un délai d'un jour ouvré.

Vous préférez parler directement ? ☎ Appeler le +374 44 871 811 ✉ sales@yusmpgroup.com