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.
Caso di studio · PropTech · Marketplace
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.
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.
Una panoramica di quanto ha consegnato la build ANT come marketplace web e piattaforma admin unica nel suo primo ciclo di produzione.

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.
| Dimensione | Build personalizzata (ANT) | Salesforce Real Estate Cloud | Bitrix24 |
|---|---|---|---|
| Griglia inventario a livello appartamento | Nativa — scacchiera edificio → piano → unità con stato live | Non disponibile — il listing è un record piatto | Non disponibile — solo pipeline deal CRM |
| Prestazioni ricerca faceted | Elasticsearch + cache facet Redis, p95 <100 ms | SOQL su oggetti standard — UX facet limitata | Filtro SQL su lista entità — nessun conteggio facet live |
| Superficie SEO pubblica | Next.js server-rendered — pieno controllo di route, schema, sitemap | Experience Cloud — tematizzato, controllo route limitato | Site builder — schema e controllo route limitati |
| CMS listing per sviluppatori | Personalizzato — media library, bozza / pubblica, modifica bulk unità | Oggetto Files standard — nessuna UX media specifica per l'immobiliare | CMS generico aggiunto — nessun editor griglia appartamenti |
| Admin multi-ruolo (sviluppatore / agente / operatore) | RBAC nativo con audit log per ruolo | RBAC solido, licenza per posto scala con il traffico | Piani ruolo limitati; UX admin orientata al team vendite |
| Modello di costo su scala marketplace | Build una tantum + hosting; nessuna penale per posto per utenti pubblici | Licenza enterprise per posto — costosa per i team di marketplace pubblico | Pricing per tier; funzionalità avanzate dietro piani superiori |
| Controllo residenza dati USA e UE | Diretto — partizioni separate, gerarchie di chiavi indipendenti | Disponibile tramite Hyperforce, richiede licenza aggiuntiva | Controllo regionale limitato nei piani inferiori |
Riferimenti PropTech: schema.org/Residence, Aggregazioni Elasticsearch, Documentazione Next.js.

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.

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.

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.
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.
Tassonomia inventario (edificio → piano → unità), inventario facet, mappa ruoli e permessi, postura privacy USA e UE, design route pubbliche e schema SEO.
Marketplace pubblico Next.js, componente griglia appartamenti, ricerca mappa MapboxGL, lista risultati faceted legata a una query Elasticsearch condivisa.
Back office sviluppatore, media library, flusso bozza/pubblica, indicizzatore event-sourced che mantiene PostgreSQL ed Elasticsearch in lockstep.
RBAC multi-ruolo, audit log per ruolo, hardening OWASP-aligned, consenso region-aware, pipeline lead capture, flussi di lavoro agenti.
Rollout USA e UE, deploy Kubernetes su infra Terraform-provisioned, stack di osservabilità, framework A/B qualità ricerca, rotazione on-call.
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.
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.
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.
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.
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.
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à.
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.
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.
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.
Servizi correlati

Piattaforme Next.js e React con superfici SEO server-rendered, ricerca faceted e console admin per operatori USA & UE.
Esplora lo sviluppo di applicazioni web →
Migrazioni AWS, Azure e GCP, piattaforme Kubernetes, infra gestita da Terraform, CI/CD e osservabilità per team USA & UE.
Esplora Cloud & DevOps →
Ingegneria di prodotto end-to-end per aziende ambiziose USA & UE, costruita da team senior con pratiche GDPR-aligned e SOC 2-minded.
Esplora lo sviluppo software su misura →Casi correlati
Piattaforma web dealer con sync Bitrix24 CRM, pre-compilazione Dadata e alert vocali in tempo reale — canale di acquisizione unico per ogni richiesta di finanziamento auto.
Vedi il caso → Industriale · WebPiattaforma web vendor industriale con contenuti multi-regione, portale partner e catalogo prodotti strutturato per acquirenti USA & UE.
Vedi il caso → Privacy consumer · VPNVPN iOS + Android nativa con WireGuard, backend no-logs, split tunnel e lancio App Store + Google Play per USA & UE.
Vedi il caso →Condividi qualche dettaglio e un consulente senior risponderà entro un giorno lavorativo.