Vai al contenuto principale

Caso di studio · PropTech · Marketplace

ANT — Marketplace PropTech e console admin

Pubblicato · Aggiornato · Di YuSMP Group Engineering

Come abbiamo costruito una piattaforma web marketplace immobiliare personalizzata — una griglia inventario a livello appartamento, un'esperienza di ricerca faceted, un CMS listing e una console admin multi-ruolo — per sviluppatori residenziali e agenti che operano negli Stati Uniti e nell'Unione Europea.

SettorePropTech · Marketplace
Anno del progetto2023
Tipo di ingaggioTeam dedicato
Marketplace ANT PropTech — griglia inventario a livello appartamento e ricerca faceted su web

Il brief — un marketplace immobiliare che rispetta l'inventario a livello appartamento

Il team di prodotto ANT voleva un marketplace PropTech che andasse oltre una lista piatta di listing. L'insight centrale: gli sviluppatori residenziali negli Stati Uniti e nell'Unione Europea vendono centinaia di unità all'interno di un singolo edificio, e gli acquirenti si aspettano di vedere quell'inventario come una griglia a livello appartamento navigabile — non uno scroll di schede. Il SaaS immobiliare commerciale come Salesforce Real Estate Cloud e Bitrix24 copre i flussi di lavoro CRM delle agenzie, ma nessuno supporta una superficie pubblica con griglia appartamenti, un CMS listing controllato dagli sviluppatori e un admin multi-ruolo in un unico prodotto. Abbiamo costruito ANT da principi primi come marketplace Next.js supportato da un livello di ricerca Elasticsearch, una API Node.js / NestJS e un sistema di riferimento PostgreSQL — una piattaforma immobiliare che si distribuisce come un unico prodotto web per acquirenti, sviluppatori, agenti e operatori a livello città nei mercati USA e UE.

Punti salienti del progetto

Griglia inventario a livello appartamento Ricerca faceted su Elasticsearch CMS listing con media library Ricerca mappa MapboxGL Console admin multi-ruolo Flussi di lavoro sviluppatori + agenti Pipeline lead capture Residenza dati USA + UE

I numeri

Una panoramica di quanto ha consegnato la build ANT come marketplace web e piattaforma admin unica nel suo primo ciclo di produzione.

3superfici front-end distinte — marketplace pubblico, CMS listing per sviluppatori e console admin multi-ruolo
15+dimensioni facet nell'indice di ricerca — prezzo, stanze, superficie, piano, orientamento, stato, finiture, distretto
<100mstempo di risposta p95 tipico su cluster Elasticsearch caldo con cache facet Redis
4ruoli admin — system admin, back office sviluppatore, agente e operatore città in sola lettura
100%codebase tipizzato — TypeScript end-to-end tra front end Next.js e back end NestJS
14–22 sett.finestra di consegna tipica per un MVP marketplace PropTech comparabile con console admin
Console admin multi-ruolo ANT — back office sviluppatore e flussi di lavoro agenti su web

Perché uno stack marketplace personalizzato rispetto al SaaS immobiliare commerciale

Nessun SaaS PropTech commerciale — Salesforce Real Estate Cloud, Bitrix24 o CRM agenziali simili — combina una griglia inventario a livello appartamento, CMS listing controllato dagli sviluppatori, ricerca Elasticsearch faceted e admin multi-ruolo in un unico prodotto web. Queste piattaforme sono ottimizzate per le pipeline agenti e le licenze per posto, non per un marketplace pubblico dove ranking, SEO e griglia inventario devono essere posseduti end-to-end. Costruire ANT sopra una di esse avrebbe significato effettuare fork e sovrascrivere così tanto dello schema del vendor che il SaaS non offre alcuna leva — ogni assunzione diventa una responsabilità. Abbiamo scelto una build Next.js personalizzata perché la griglia appartamenti, la UX dei facet e il back office sviluppatore richiedevano tutti modelli dati di prima classe che nessun prodotto commerciale espone.

Il modello inventario da solo è un impegno personalizzato: uno sviluppo residenziale si scompone in edificio → ingresso → piano → unità, e ogni unità porta il proprio prezzo, stato, orientamento, riferimento planimetria e bundle media. Il modello standard degli oggetti immobiliari di Salesforce tratta un listing come un singolo record; esprimere 240 appartamenti in una torre di 30 piani come 240 tali record e poi chiedere alla piattaforma di renderizzarli come una scacchiera cliccabile non è ciò per cui è stata costruita. Il nostro indicizzatore event-sourced rispecchia l'inventario PostgreSQL in Elasticsearch ad ogni transizione di stato, in modo che la griglia pubblica, i facet di ricerca e il back office sviluppatore non vedano mai un'unità non aggiornata.

Marketplace Next.js personalizzato vs Salesforce Real Estate Cloud vs Bitrix24 — a confronto
Dimensione Build personalizzata (ANT) Salesforce Real Estate Cloud Bitrix24
Griglia inventario a livello appartamentoNativa — scacchiera edificio → piano → unità con stato liveNon disponibile — il listing è un record piattoNon disponibile — solo pipeline deal CRM
Prestazioni ricerca facetedElasticsearch + cache facet Redis, p95 <100 msSOQL su oggetti standard — UX facet limitataFiltro SQL su lista entità — nessun conteggio facet live
Superficie SEO pubblicaNext.js server-rendered — pieno controllo di route, schema, sitemapExperience Cloud — tematizzato, controllo route limitatoSite builder — schema e controllo route limitati
CMS listing per sviluppatoriPersonalizzato — media library, bozza / pubblica, modifica bulk unitàOggetto Files standard — nessuna UX media specifica per l'immobiliareCMS generico aggiunto — nessun editor griglia appartamenti
Admin multi-ruolo (sviluppatore / agente / operatore)RBAC nativo con audit log per ruoloRBAC solido, licenza per posto scala con il trafficoPiani ruolo limitati; UX admin orientata al team vendite
Modello di costo su scala marketplaceBuild una tantum + hosting; nessuna penale per posto per utenti pubbliciLicenza enterprise per posto — costosa per i team di marketplace pubblicoPricing per tier; funzionalità avanzate dietro piani superiori
Controllo residenza dati USA e UEDiretto — partizioni separate, gerarchie di chiavi indipendentiDisponibile tramite Hyperforce, richiede licenza aggiuntivaControllo regionale limitato nei piani inferiori

Riferimenti PropTech: schema.org/Residence, Aggregazioni Elasticsearch, Documentazione Next.js.

Marketplace ANT — griglia inventario appartamenti con colori stato live e drill-in unità

Build marketplace web — Next.js, inventario a griglia appartamenti, ricerca MapboxGL

Il marketplace pubblico è costruito in Next.js con React e TypeScript, server-rendered per SEO e idratato per la ricerca interattiva. Il componente griglia appartamenti è il pezzo centrale: ogni pagina di sviluppo residenziale renderizza una scacchiera di unità, colorate per stato (disponibile, riservato, venduto), raggruppate per piano e ingresso. Gli acquirenti possono filtrare la griglia per numero di stanze, fascia di prezzo, superficie, piano e orientamento; selezionando una cella si apre un drawer con planimetria dell'unità, finiture, direzione di vista e modulo lead capture. La griglia e la ricerca globale condividono un unico indice Elasticsearch — non esiste un percorso dati separato per la pagina dello sviluppo e la pagina listing del marketplace.

La ricerca su mappa è implementata su MapboxGL con un layer di clustering personalizzato per gli Stati Uniti, l'Unione Europea e altri mercati. I listing fuori dal viewport visibile vengono eliminati dal payload di risposta; i cluster si espandono a marker per edificio sotto un livello di zoom configurato. La mappa e la lista risultati sono legate alla stessa query Elasticsearch, quindi apporre un filtro di prezzo sulla lista aggiorna i marker sulla mappa nella stessa paint. I link interni dal marketplace scorrono nella nostra superficie di servizio di sviluppo di applicazioni web per i team che pianificano build PropTech simili.

CMS listing ANT — back office sviluppatore per modifica unità, media library e flusso di pubblicazione

CMS listing — back office sviluppatore, media library, editor bulk unità

Il CMS listing è la superficie in cui gli sviluppatori residenziali e gli agenti vivono davvero. È costruito sullo stesso front end Next.js con un livello API NestJS, in modo che lo schema che il CMS modifica sia lo schema che il marketplace pubblico renderizza — nessun passaggio di esportazione/importazione, nessuna sincronizzazione notturna. Gli sviluppatori possono creare un edificio, definire piani e ingressi, poi inserire le unità una alla volta o modificarle in bulk con una tabella in stile CSV con validazione a livello colonna. Ogni unità ha il proprio prezzo, stato, superficie, numero di stanze, orientamento, direzione di vista, pacchetto finiture e un bundle media di planimetria, render e fotografie.

La media library usa S3 per lo storage e una pipeline di derivati che produce varianti WebP ottimizzate alle risoluzioni che la griglia pubblica e il drawer delle unità richiedono effettivamente. Un flusso bozza / pubblica significa che uno sviluppatore può preparare una modifica di prezzo o un cambio di stato di notte e pubblicarla atomicamente la mattina successiva — il marketplace e l'indice di ricerca si aggiornano in lockstep tramite l'indicizzatore event-sourced. L'accesso basato su ruoli consente a un agente di modificare solo le unità a lui assegnate, mentre un utente back office sviluppatore può modificare l'intero sviluppo. Questo pattern è lo stesso che usiamo nei nostri engagement di sviluppo software su misura.

Content CMS e admin ANT — pagine marketing, guide distretto e vista pipeline lead

Content CMS, console admin e la postura di sicurezza dietro entrambi

Oltre all'inventario a livello unità, ANT include un content CMS per le pagine marketing — guide ai distretti, spiegazioni sui mutui, pagine brand degli sviluppatori — e una console admin per il team operativo. Il content CMS usa un editor a blocchi con tipi di contenuto vincolati, in modo che un responsabile marketing non possa rompere accidentalmente lo schema di pagina da cui dipende la superficie SEO. La console admin stratifica quattro ruoli: system admin, back office sviluppatore, agente e operatore città in sola lettura. Ogni ruolo ha il proprio audit log; le modifiche ai permessi stesse vengono registrate nell'audit log. Il lead capture, le ricerche salvate e gli opt-in alle analisi vengono elaborati attraverso un flusso di consenso region-aware allineato al GDPR nell'Unione Europea e a CCPA / CPRA in California e agli altri regimi di privacy degli stati USA.

La sicurezza dell'applicazione segue l'OWASP Top 10 come baseline. L'autenticazione gira su token a breve scadenza con refresh; le azioni admin sensibili richiedono conferma step-up; tutti gli input server-side sono validati con schemi tipizzati al boundary del controller; gli upload vengono trasmessi attraverso un gate di scansione antivirus prima di raggiungere S3. I dati utente USA e UE sono partizionati in cluster PostgreSQL indipendenti con gerarchie di chiavi di crittografia separate, in modo che un futuro impegno di residenza dei dati in entrambe le regioni sia una modifica di configurazione, non una migrazione dello schema.

Postura di conformità: conforme al GDPR · pronto per ISO 27001 · SOC 2 Type II in corso · compatibile HIPAA · CCPA riconosciuto.

Metodologia di consegna

Una build in cinque fasi che ha portato ANT dal brief di prodotto a un marketplace PropTech in produzione con CMS listing e console admin multi-ruolo.

Fase 1

Discovery e modello dati

Tassonomia inventario (edificio → piano → unità), inventario facet, mappa ruoli e permessi, postura privacy USA e UE, design route pubbliche e schema SEO.

Fase 2

Front end marketplace

Marketplace pubblico Next.js, componente griglia appartamenti, ricerca mappa MapboxGL, lista risultati faceted legata a una query Elasticsearch condivisa.

Fase 3

CMS listing e indicizzatore

Back office sviluppatore, media library, flusso bozza/pubblica, indicizzatore event-sourced che mantiene PostgreSQL ed Elasticsearch in lockstep.

Fase 4

Console admin e sicurezza

RBAC multi-ruolo, audit log per ruolo, hardening OWASP-aligned, consenso region-aware, pipeline lead capture, flussi di lavoro agenti.

Fase 5

Lancio e iterazione

Rollout USA e UE, deploy Kubernetes su infra Terraform-provisioned, stack di osservabilità, framework A/B qualità ricerca, rotazione on-call.

La pipeline lead, i flussi di lavoro agenti e il bridge CRM

La superficie di monetizzazione di ANT vive nella pipeline lead. Ogni drawer unità, pagina distretto e profilo sviluppatore porta un modulo lead capture tipizzato; le submission atterrano in un servizio NestJS che deduplica per telefono ed email, assegna punteggi per fonte e recency, e instrada all'agente corretto in base all'edificio e al piano dell'unità. Gli agenti vedono la propria coda all'interno della console admin, con transizioni di stato in un tocco (nuovo → contattato → tour prenotato → riservato → venduto) e un campo note a testo libero che diventa l'audit trail. Un layer di webhook spinge gli eventi lead in uscita verso il CRM preferito dello sviluppatore — Salesforce, HubSpot o Bitrix24 — in modo che il marketplace non diventi mai il sistema di riferimento per la pipeline deal dello sviluppatore. Le ricerche salvate inviano digest email agli acquirenti quando nuove unità corrispondenti alla loro combinazione di facet entrano nell'indice; la cadenza del digest rispetta lo stato di consenso dell'utente ed è soppressa per gli utenti nell'Unione Europea che non hanno acconsentito alle comunicazioni di marketing. Nei mercati degli Stati Uniti, lo stesso motore di digest rispetta la preferenza CCPA / CPRA «Do Not Sell or Share». L'intera pipeline è costruita in modo che aggiungere una nuova sorgente lead, un nuovo ruolo agente o un nuovo target CRM sia una modifica di configurazione, non una release di codice.

Lancio in USA e UE — leggi sulla privacy, residenza dati e SEO

ANT è stato lanciato come un unico prodotto web che serve acquirenti e sviluppatori negli Stati Uniti e nell'Unione Europea. Gli utenti in California, New York, Texas e Florida negli USA, e gli utenti in Germania, Paesi Bassi, Francia, Svezia e Irlanda nell'UE, accedono alla stessa applicazione Next.js con negoziazione dei contenuti region-aware. I flussi di consenso sono region-aware: gli utenti nell'UE e nel SEE ricevono una schermata di consenso granulare in stile GDPR con toggle separati per analisi e marketing; gli utenti in California ricevono una divulgazione CCPA-style «Do Not Sell or Share My Personal Information». Le pratiche di gestione dei dati sono allineate al GDPR per gli utenti dell'Unione Europea e al patchwork sulla privacy degli stati USA — CCPA / CPRA (California), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) e Oregon CPA.

Il backend separa i dati utente UE e USA in partizioni PostgreSQL indipendenti con gerarchie di chiavi di crittografia separate, abilitando un futuro impegno di residenza dei dati in entrambe le regioni senza una migrazione dello schema. L'indicizzatore Elasticsearch esegue worker stateless che possono essere vincolati a regioni UE o USA indipendentemente. Il SEO pubblico è costruito su uno schema JSON-LD con tipi Residence e Offer in modo che gli sviluppi residenziali appaiano correttamente nelle superfici rich-result di Google; la generazione della sitemap è automatica e rispetta il flusso di pubblicazione del CMS listing. La conformità alla protezione dei dati UE e gli obblighi CCPA della California sono documentati nella privacy policy in-app e in un template di accordo di trattamento dati fornito al cliente per il loro DPA con i sub-processor UE. L'intera piattaforma è gestita su una giornata lavorativa CET con sovrapposizione con la costa est degli Stati Uniti (9:00–13:00 ET) per stand-up, demo e incident response.

Stack tecnologico e roadmap

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

La roadmap attiva di sviluppo software su misura per ANT include un calcolatore di accessibilità mutui incorporato nel drawer delle unità, un digest email di ricerca salvata con alerting per facet, uno spazio di lavoro agenti offline-friendly per tour on-site e una API partner pubblica in modo che i pianificatori urbani nell'Unione Europea possano estrarre dati anonimi sulla densità dei listing per ricerche sulla politica abitativa. I piani infrastrutturali coprono lo spostamento del cluster Elasticsearch a un tier dedicato con SLO di ricerca sub-50 ms, l'espansione dell'impronta Cloud & DevOps a multi-region active-active e il rollout di un dashboard analitiche per tenant che mostra la qualità dei lead per agente, edificio e canale di acquisizione.

Domande frequenti

Quanto costa costruire un marketplace immobiliare personalizzato?

Un MVP di marketplace PropTech mirato che copre listing pubblici, ricerca e filtri, un CMS listing per sviluppatori e una console admin base costa tipicamente $140k–$320k. Aggiungere una griglia inventario a livello appartamento, ricerca mappa MapboxGL, lead capture con integrazione CRM e admin multi-ruolo con audit log porta una piattaforma completa a $320k–$750k. I principali driver di costo sono l'infrastruttura di ricerca (tuning Elasticsearch, UX dei facet), il modello dati inventario (edificio → piano → unità) e il sistema di ruoli e permessi richiesto per sviluppatori, agenti e operatori a livello città nei mercati USA e UE.

Perché costruire un marketplace PropTech personalizzato invece di usare Salesforce Real Estate Cloud o Bitrix24?

Il SaaS immobiliare commerciale — Salesforce Real Estate Cloud, Bitrix24 e simili — è ottimizzato per i flussi di lavoro CRM delle agenzie, non per un marketplace pubblico con griglie inventario a livello appartamento e CMS listing controllato dagli sviluppatori. Impongono schemi dati fissi, prezzi per posto che scalano male con il traffico pubblico e UI basata su template che non può ospitare la griglia appartamenti in stile scacchiera che gli acquirenti si aspettano su una pagina di sviluppo residenziale. Una build Next.js personalizzata su Elasticsearch offre pieno controllo del ranking della ricerca, del modello inventario e della superficie SEO pubblica — nessuna di queste è configurabile in Salesforce o Bitrix24 al livello di cui ha bisogno un operatore PropTech serio.

Come appare una griglia inventario a livello appartamento e perché è importante?

Una griglia inventario a livello appartamento renderizza uno sviluppo residenziale come una scacchiera: ogni edificio, piano e unità è una cella cliccabile colorata per stato (disponibile, riservato, venduto). Gli acquirenti possono filtrare la griglia per numero di stanze, fascia di prezzo, piano e orientamento, poi entrare nel dettaglio della planimetria, finiture e prezzo di un'unità specifica. È importante perché, negli Stati Uniti e nell'Unione Europea, gli sviluppatori residenziali listano centinaia di unità contemporaneamente — senza una vista griglia, un acquirente deve scorrere una lista piatta e il tasso di conversione crolla. La griglia funge anche da dashboard inventario interno dello sviluppatore, quindi il CMS listing e il marketplace pubblico condividono un'unica fonte di verità.

Come si gestisce la ricerca faceted su scala marketplace?

La ricerca faceted di livello produzione per il settore immobiliare gira su Elasticsearch con mappings attentamente ottimizzati: geo_point per la ricerca su mappa, nested objects per gli attributi delle unità e aggregazioni per i conteggi dei facet su ogni query. Ogni pannello facet (prezzo, stanze, superficie, piano, orientamento, stato) mostra conteggi live che si aggiornano con l'applicazione dei filtri, il che richiede una singola query che restituisce sia i risultati che le aggregazioni. Il caching delle combinazioni di filtri frequenti in Redis riduce il tempo di risposta a meno di 100 ms per i casi comuni. PostgreSQL rimane il sistema di riferimento; Elasticsearch viene ricostruito dal database tramite un indicizzatore event-sourced in modo che l'indice di ricerca non diverga mai dalla verità dell'inventario.

Come influenzano le regole di residenza dati USA e UE su una build marketplace PropTech?

Nell'Unione Europea, il GDPR richiede che i dati personali dei residenti UE — lead, ricerche salvate, dati di contatto — siano trattati in modo documentato con una base giuridica chiara e un accordo di trattamento dati con i sub-processor. Negli Stati Uniti, CCPA e CPRA in California, VCDPA in Virginia, CPA in Colorado, CTDPA in Connecticut, UCPA in Utah, TDPSA in Texas e Oregon CPA richiedono ciascuno una divulgazione e un meccanismo di opt-out per la vendita o condivisione dei dati personali. ANT è stato costruito con i dati utente USA e UE in partizioni di database separate con gerarchie di chiavi di crittografia indipendenti, in modo che un futuro impegno di residenza in entrambe le regioni non richieda una migrazione dello schema.

Costruisci un marketplace PropTech simile — parlaci

Se stai pianificando un marketplace immobiliare, una piattaforma listing con inventario a griglia appartamenti o un admin multi-ruolo per sviluppatori residenziali e agenti negli Stati Uniti e nell'Unione Europea, abbiamo consegnato questo stack end-to-end e possiamo comprimere significativamente la timeline di build. Il team di ingegneria dietro ANT si trova all'interno di YuSMP Group. Lavoriamo a prezzo fisso per MVP ben definiti e con team di sviluppo dedicati per la consegna continuativa, con una giornata lavorativa CET e una finestra garantita di sovrapposizione con la costa est degli Stati Uniti (9:00–13:00 ET) per stand-up, demo e incident response.

Parlaci di una build simile Vedi i servizi di sviluppo web

Condividi questo caso

LinkedIn X

Pianifica una build simile

Prenota una discovery call

Richiedi una proposta

Condividi qualche dettaglio e un consulente senior risponderà entro un giorno lavorativo.

Preferisci parlare direttamente? ☎ Chiama +374 44 871 811 [email protected]