Descubrimiento y modelo de datos
Taxonomía del inventario (edificio → planta → unidad), inventario de facetas, mapa de roles y permisos, enfoque de privacidad de EE. UU. y la UE, diseño de las rutas públicas y del esquema de SEO.
Caso de éxito · PropTech · Marketplace
Caso de éxito ANT: cómo creamos una plataforma web de marketplace inmobiliario a medida (una cuadrícula de inventario a nivel de vivienda, una experiencia de búsqueda por facetas, un CMS de anuncios y una consola de administración multirrol) para promotores residenciales y agentes que operan en Estados Unidos y en la Unión Europea.
El equipo de producto de ANT quería un marketplace PropTech que fuera más allá de una lista plana de anuncios. La idea clave: los promotores residenciales de Estados Unidos y de la Unión Europea venden cientos de unidades dentro de un mismo edificio, y los compradores esperan ver ese inventario como una cuadrícula navegable a nivel de vivienda, no como un desplazamiento interminable de tarjetas. El software inmobiliario estándar como Salesforce Real Estate Cloud y Bitrix24 cubre los flujos de CRM de intermediación, pero ninguno admite en un solo producto una superficie pública con cuadrícula de viviendas, un CMS de anuncios controlado por el promotor y una administración multirrol. Construimos ANT desde cero como un marketplace en Next.js respaldado por una capa de búsqueda en Elasticsearch, una API en Node.js / NestJS y PostgreSQL como sistema de registro: una plataforma inmobiliaria que se entrega como un único producto web para compradores, promotores, agentes y operadores municipales en los mercados de EE. UU. y la UE.
Un resumen de lo que aportó el desarrollo de ANT como marketplace web único y plataforma de administración en su primer ciclo de producción.

Ningún software PropTech estándar (Salesforce Real Estate Cloud, Bitrix24 u otros CRM de intermediación similares) combina en un solo producto web una cuadrícula de inventario a nivel de vivienda, un CMS de anuncios controlado por el promotor, búsqueda por facetas en Elasticsearch y una administración multirrol. Estas plataformas están optimizadas para los embudos de los agentes y las licencias por usuario, no para un marketplace de cara al público en el que el posicionamiento, el SEO y la cuadrícula de inventario deben controlarse de extremo a extremo. Construir ANT sobre una de ellas habría supuesto bifurcar y sobrescribir tanta parte del esquema del proveedor que el software no aportaría ninguna ventaja: cada suposición se convierte en un lastre. Elegimos un desarrollo a medida en Next.js porque la cuadrícula de viviendas, la experiencia de usuario de las facetas y el back office del promotor necesitaban modelos de datos de primer nivel que ningún producto estándar ofrece.
Solo el modelo de inventario ya es un compromiso a medida: un desarrollo residencial se descompone en edificio → portal → planta → unidad, y cada unidad lleva su propio precio, estado, orientación, referencia de plano y paquete multimedia. El modelo de objetos inmobiliarios estándar de Salesforce trata un anuncio como un único registro; expresar 240 viviendas de una torre de 30 plantas como 240 registros de ese tipo y pedirle después a la plataforma que los muestre como un tablero de ajedrez en el que se puede hacer clic no es para lo que fue creada. Nuestro indexador basado en eventos refleja el inventario de PostgreSQL en Elasticsearch en cada transición de estado, de modo que la cuadrícula pública, las facetas de búsqueda y el back office del promotor nunca ven una unidad desactualizada.
| Criterio | Desarrollo a medida (ANT) | Salesforce Real Estate Cloud | Bitrix24 |
|---|---|---|---|
| Cuadrícula de inventario a nivel de vivienda | Nativa: tablero edificio → planta → unidad con estado en vivo | No disponible: el anuncio es un registro plano | No disponible: solo embudo de operaciones al estilo CRM |
| Rendimiento de la búsqueda por facetas | Elasticsearch + caché de facetas en Redis, p95 <100 ms | SOQL sobre objetos estándar: experiencia de facetas limitada | Filtro SQL sobre la lista de entidades: sin recuentos de facetas en vivo |
| Superficie pública de SEO | Next.js con renderizado en servidor: control total de rutas, esquema y sitemap | Experience Cloud: con temas, control limitado de rutas | Constructor de sitios: control limitado del esquema y las rutas |
| CMS de anuncios para promotores | A medida: biblioteca multimedia, borrador / publicación, edición masiva de unidades | Objeto Files estándar: sin experiencia multimedia específica para el sector inmobiliario | CMS genérico añadido: sin editor de cuadrícula de viviendas |
| Administración multirrol (promotor / agente / operador) | RBAC nativo con registro de auditoría por rol | RBAC sólido; la licencia por usuario crece con el tráfico | Planes de roles limitados; la experiencia de administración está pensada para equipos comerciales |
| Modelo de costes a escala de marketplace | Desarrollo único + alojamiento; sin penalización por usuario para el público | Licencia empresarial por usuario: costosa para equipos de marketplace público | Precios por niveles; las funciones avanzadas están en planes superiores |
| Control de la residencia de datos en EE. UU. y la UE | Directo: particiones separadas, jerarquías de claves independientes | Disponible mediante Hyperforce, con licencia adicional | Control regional limitado en los niveles inferiores |
Referencias PropTech: schema.org/Residence, agregaciones de Elasticsearch, documentación de Next.js.

El marketplace público está desarrollado en Next.js con React y TypeScript, renderizado en servidor para SEO e hidratado para la búsqueda interactiva. El componente de cuadrícula de viviendas es la pieza central: la página de cada promoción residencial muestra un tablero de unidades, coloreadas según su estado (disponible, reservada, vendida) y agrupadas por planta y portal. Los compradores pueden filtrar la cuadrícula por número de habitaciones, rango de precio, superficie, rango de plantas y orientación; al seleccionar una celda se abre un panel con el plano de la unidad, los acabados, la orientación de las vistas y el formulario de captación de leads. La cuadrícula y la búsqueda global comparten un único índice de Elasticsearch: no hay una ruta de datos independiente para la página de la promoción y para la página de anuncios del marketplace.
La búsqueda en mapa se implementa sobre MapboxGL con una capa de agrupación a medida para Estados Unidos, la Unión Europea y otros mercados. Los anuncios fuera de la ventana visible se excluyen de la respuesta; los grupos se expanden a marcadores por edificio por debajo de un nivel de zoom configurado. El mapa y la lista de resultados están vinculados a la misma consulta de Elasticsearch, de modo que fijar un filtro de precio en la lista actualiza los marcadores del mapa en el mismo repintado. Los enlaces internos del marketplace llevan a nuestro servicio de desarrollo de aplicaciones web para los equipos que planean desarrollos PropTech similares.

El CMS de anuncios es la superficie en la que viven realmente los promotores residenciales y los agentes. Está construido sobre el mismo frontend en Next.js con una capa de API en NestJS, de modo que el esquema que edita el CMS es el esquema que muestra el marketplace público: sin paso de exportación o importación, sin sincronización nocturna. Los promotores pueden crear un edificio, definir sus plantas y portales y después introducir las unidades una a una o editar en bloque una tabla al estilo CSV con validación por columna. Cada unidad tiene su propio precio, estado, superficie, número de habitaciones, orientación, orientación de las vistas, paquete de acabados y un paquete multimedia con plano, renders y fotografías.
La biblioteca multimedia usa S3 para el almacenamiento y una canalización de derivados que genera variantes WebP optimizadas en las resoluciones que realmente solicitan la cuadrícula pública y el panel de la unidad. Un flujo de borrador / publicación permite al promotor preparar de noche un cambio de precio o de estado y publicarlo de forma atómica a la mañana siguiente; el marketplace y el índice de búsqueda se actualizan al unísono mediante el indexador basado en eventos. El acceso basado en roles permite que un agente edite solo las unidades que tiene asignadas, mientras que un usuario del back office del promotor puede editar toda la promoción. Este patrón es el mismo que usamos en todos nuestros proyectos de desarrollo de software a medida.

Además del inventario a nivel de unidad, ANT incluye un CMS de contenidos para páginas de marketing (guías de distritos, explicaciones sobre hipotecas, páginas de marca de promotores) y una consola de administración para el equipo de operaciones. El CMS de contenidos usa un editor por bloques con tipos de contenido acotados, de modo que un responsable de marketing no pueda romper por accidente el esquema de página del que depende la superficie de SEO. La consola de administración superpone cuatro roles: administrador del sistema, back office del promotor, agente y operador municipal de solo lectura. Cada rol tiene su propio registro de auditoría; los propios cambios de permisos también quedan registrados. La captación de leads, las búsquedas guardadas y las activaciones de analítica se procesan mediante un flujo de consentimiento adaptado a la región, alineado con el RGPD en la Unión Europea y con la CCPA / CPRA en California y en los demás regímenes estatales de privacidad de EE. UU.
La seguridad de la aplicación toma como base el OWASP Top 10. La autenticación funciona con tokens rotativos de corta duración y renovación; las acciones sensibles de administración requieren una confirmación adicional; toda la entrada en el servidor se valida con esquemas tipados en el límite del controlador; las cargas pasan por una puerta de análisis antivirus antes de llegar a S3. Los datos de usuarios de EE. UU. y la UE se separan en clústeres de PostgreSQL independientes con jerarquías de claves de cifrado distintas, de modo que un futuro compromiso de residencia de datos en cualquiera de las dos regiones es un cambio de configuración y no una migración de esquema.
Enfoque de cumplimiento: alineado con el RGPD · preparado para ISO 27001 · SOC 2 Type II en curso · apto para HIPAA · CCPA contemplada.
Un desarrollo en cinco fases que llevó a ANT desde el briefing del producto hasta un marketplace PropTech en producción con CMS de anuncios y consola de administración multirrol.
Taxonomía del inventario (edificio → planta → unidad), inventario de facetas, mapa de roles y permisos, enfoque de privacidad de EE. UU. y la UE, diseño de las rutas públicas y del esquema de SEO.
Marketplace público en Next.js, componente de cuadrícula de viviendas, búsqueda en mapa con MapboxGL, lista de resultados por facetas vinculada a una consulta de Elasticsearch compartida.
Back office del promotor, biblioteca multimedia, flujo de borrador/publicación, indexador basado en eventos que mantiene PostgreSQL y Elasticsearch al unísono.
RBAC multirrol, registros de auditoría por rol, refuerzo alineado con OWASP, consentimiento adaptado a la región, canal de captación de leads y flujos de trabajo para agentes.
Despliegue en EE. UU. y la UE, despliegue basado en Kubernetes sobre infraestructura aprovisionada con Terraform, stack de observabilidad, marco de pruebas A/B de calidad de búsqueda y rotación de guardias.
La superficie de monetización de ANT reside en el canal de leads. Cada panel de unidad, página de distrito y perfil de promotor incluye un formulario tipado de captación de leads; los envíos llegan a un servicio de NestJS que elimina duplicados por teléfono y correo electrónico, puntúa según el origen y la actualidad y deriva al agente adecuado en función del edificio y la planta de la unidad. Los agentes ven su cola dentro de la consola de administración, con transiciones de estado en un clic (nuevo → contactado → visita reservada → reservada → vendida) y un campo de nota libre que se convierte en la pista de auditoría. Una capa de webhooks envía los eventos de leads al CRM que elija el promotor (Salesforce, HubSpot o Bitrix24), de modo que el marketplace nunca se convierta en el sistema de registro del embudo de operaciones del promotor. Las búsquedas guardadas envían resúmenes por correo a los compradores cuando entran en el índice nuevas unidades que coinciden con su combinación de facetas; la cadencia de los resúmenes respeta el estado de consentimiento del usuario y se suprime para los usuarios de la Unión Europea que no hayan aceptado las comunicaciones de marketing. En los mercados de Estados Unidos, el mismo motor de resúmenes respeta la preferencia «No vender ni compartir» de la CCPA / CPRA. Todo el canal se construyó de modo que añadir un nuevo origen de leads, un nuevo rol de agente o un nuevo destino de CRM sea un cambio de configuración y no un lanzamiento de código.
ANT se lanzó como un único producto web que atiende a compradores y promotores de Estados Unidos y de la Unión Europea. Los usuarios de California, Nueva York, Texas y Florida en EE. UU., y los de Alemania, Países Bajos, Francia, Suecia e Irlanda en la UE, acceden a la misma aplicación Next.js con negociación de contenido adaptada a la región. Los flujos de consentimiento se adaptan a la región: los usuarios de la UE y el EEE reciben una pantalla de consentimiento granular al estilo del RGPD con interruptores independientes para analítica y marketing; los usuarios de California reciben un aviso al estilo de la CCPA, «No vender ni compartir mi información personal». Las prácticas de tratamiento de datos están alineadas con el RGPD para los usuarios de la Unión Europea y con el mosaico de leyes estatales de privacidad de EE. UU.: CCPA / CPRA (California), VCDPA (Virginia), CPA (Colorado), CTDPA (Connecticut), UCPA (Utah), TDPSA (Texas) y la CPA de Oregón.
El backend separa los datos de usuarios de la UE y de EE. UU. en particiones de PostgreSQL independientes con jerarquías de claves de cifrado distintas, lo que permite un futuro compromiso de residencia de datos en cualquiera de las dos regiones sin una migración de esquema. El indexador de Elasticsearch ejecuta workers sin estado que pueden fijarse de forma independiente a regiones de la UE o de EE. UU. El SEO público se apoya en un esquema JSON-LD con los tipos Residence y Offer para que las promociones residenciales aparezcan correctamente en los resultados enriquecidos de Google; la generación del sitemap es automática y respeta el flujo de publicación del CMS de anuncios. El cumplimiento de la protección de datos de la UE y las obligaciones de la CCPA de California se documentan en la política de privacidad de la aplicación y en una plantilla de acuerdo de tratamiento de datos entregada al cliente para su DPA con subencargados de la UE. Toda la plataforma se opera con jornada CET y solapamiento con la costa este de EE. UU. (9:00–13:00 ET) para reuniones diarias, demos y respuesta a incidencias.
La hoja de ruta activa de desarrollo de software a medida de ANT incluye una calculadora de asequibilidad hipotecaria integrada en el panel de la unidad, un resumen por correo de búsquedas guardadas con alertas por faceta, un espacio de trabajo para agentes que funcione sin conexión en las visitas presenciales y una API pública para socios con la que los urbanistas de la Unión Europea puedan obtener datos anonimizados de densidad de anuncios para investigación en política de vivienda. Los planes de infraestructura contemplan trasladar el clúster de Elasticsearch a un nivel dedicado con un SLO de búsqueda inferior a 50 ms, ampliar la huella de cloud y DevOps a un modelo multirregión activo-activo y desplegar un panel de analítica por inquilino que muestre la calidad de los leads por agente, edificio y canal de captación.
Un MVP de marketplace PropTech centrado en anuncios públicos, búsqueda y filtros, un CMS de anuncios para promotores y una consola de administración básica suele costar entre $140k y $320k. Añadir una cuadrícula de inventario a nivel de vivienda, búsqueda en mapa con MapboxGL, captación de leads con integración de CRM y una administración multirrol con registros de auditoría lleva una plataforma completa a entre $320k y $750k. Los principales factores de coste son la infraestructura de búsqueda (ajuste de Elasticsearch, experiencia de facetas), el modelo de datos del inventario (edificio → planta → unidad) y el sistema de roles y permisos que necesitan promotores, agentes y operadores municipales en los mercados de EE. UU. y la UE.
El software inmobiliario estándar (Salesforce Real Estate Cloud, Bitrix24 y similares) está optimizado para flujos de CRM de intermediación, no para un marketplace de cara al público con cuadrículas de inventario a nivel de vivienda y un CMS de anuncios controlado por el promotor. Imponen esquemas de datos fijos, precios por usuario que escalan mal con el tráfico público y una interfaz basada en plantillas que no puede alojar la cuadrícula de viviendas al estilo tablero de ajedrez que los compradores esperan en la página de una promoción residencial. Un desarrollo a medida en Next.js sobre Elasticsearch da control total sobre el posicionamiento de la búsqueda, el modelo de inventario y la superficie pública de SEO, y nada de eso es configurable dentro de Salesforce o Bitrix24 al nivel que necesita un operador PropTech serio.
Una cuadrícula de inventario a nivel de vivienda muestra una promoción residencial como un tablero de ajedrez: cada edificio, planta y unidad es una celda en la que se puede hacer clic, coloreada según su estado (disponible, reservada, vendida). Los compradores pueden filtrar la cuadrícula por número de habitaciones, rango de precio, rango de plantas y orientación, y después profundizar en el plano, los acabados y el precio de una unidad concreta. Importa porque, en Estados Unidos y en la Unión Europea, los promotores residenciales publican cientos de unidades a la vez; sin una vista de cuadrícula, el comprador tiene que recorrer una lista plana y la tasa de conversión se desploma. La cuadrícula sirve además como panel de inventario interno del promotor, de modo que el CMS de anuncios y el marketplace público comparten una única fuente de verdad.
La búsqueda por facetas de nivel de producción para el sector inmobiliario se apoya en Elasticsearch con mapeos cuidadosamente ajustados: geo_point para la búsqueda en mapa, objetos anidados para los atributos de las unidades y agregaciones para los recuentos de facetas en cada consulta. Cada panel de facetas (precio, habitaciones, superficie, planta, orientación, estado) muestra recuentos en vivo que se actualizan al aplicar filtros, lo que exige una única consulta que devuelva a la vez los resultados y las agregaciones. Almacenar en caché en Redis las combinaciones de filtros más frecuentes reduce el tiempo de respuesta a menos de 100 ms en los casos habituales. PostgreSQL sigue siendo el sistema de registro; Elasticsearch se reconstruye a partir de la base de datos mediante un indexador basado en eventos, de modo que el índice de búsqueda nunca se desvíe de la verdad del inventario.
En la Unión Europea, el RGPD exige que los datos personales de los residentes de la UE (leads, búsquedas guardadas, datos de contacto) se traten de forma documentada, con una base jurídica clara y un acuerdo de tratamiento de datos con los subencargados. En Estados Unidos, la CCPA y la CPRA en California, la VCDPA en Virginia, la CPA en Colorado, la CTDPA en Connecticut, la UCPA en Utah, la TDPSA en Texas y la CPA de Oregón exigen cada una un aviso «No vender ni compartir» y un mecanismo de exclusión voluntaria. ANT se construyó con los datos de usuarios de EE. UU. y la UE en particiones de base de datos separadas con jerarquías de claves de cifrado independientes, de modo que un futuro compromiso de residencia en cualquiera de las dos regiones no requiere una migración de esquema.
Si planea un marketplace inmobiliario, una plataforma de anuncios con inventario en cuadrícula de viviendas o una administración multirrol para promotores residenciales y agentes en Estados Unidos y en la Unión Europea, hemos entregado este stack de principio a fin y podemos acortar de forma notable el plazo de desarrollo. El equipo de ingeniería de ANT forma parte de YuSMP Group. Trabajamos a precio cerrado en MVP bien acotados y con equipos de desarrollo dedicados para la entrega continua, con jornada CET y una franja garantizada de solapamiento con la costa este de EE. UU. (9:00–13:00 ET) para reuniones diarias, demos y respuesta a incidencias.
Servicios relacionados

Plataformas Next.js y React con superficies de SEO renderizadas en servidor, búsqueda por facetas y consolas de administración para operadores de EE. UU. y la UE.
Explorar el desarrollo de aplicaciones web →
Migraciones a AWS, Azure y GCP, plataformas Kubernetes, infraestructura gestionada con Terraform, CI/CD y observabilidad para equipos de EE. UU. y la UE.
Explorar cloud y DevOps →
Ingeniería de producto de principio a fin para empresas ambiciosas de EE. UU. y la UE, a cargo de equipos sénior con prácticas alineadas con el RGPD y orientadas a SOC 2.
Explorar el desarrollo de software a medida →Casos relacionados

Plataforma web para concesionarios con sincronización con Bitrix24 CRM, autorrelleno con Dadata y alertas de voz en tiempo real: un único canal de entrada para cada solicitud de financiación de vehículos.
Ver el caso →
Plataforma web de un proveedor industrial con contenido multirregión, portal de socios y catálogo de productos estructurado para compradores de EE. UU. y la UE.
Ver el caso →
VPN nativa para iOS + Android con WireGuard, backend sin registros, split tunneling y lanzamiento en App Store + Google Play para EE. UU. y la UE.
Ver el caso →Cuéntenos algunos detalles y un consultor sénior le responderá en un día hábil.