Inmobiliario:
Plataforma de red multiagencia

Cada agencia de la red operaba su propio stack: un CRM, una hoja de cálculo de listados, una herramienta de firma electrónica y un repositorio de documentos separados. La conciliación entre ellos vivía en la cabeza del agente. A nivel de red, no había ninguna vista consolidada de los listados, ningún dato de valoración compartido, ningún recorrido de referencia entre agencias, y ningún registro auditable de lo que cada agencia había entregado a un regulador a lo largo de un año.

Los intentos anteriores de centralización habían fracasado porque presuponían un control del lado de la red sobre los datos de la agencia. Las agencias se negaron, y la plataforma nunca alcanzó una adopción útil.

Las opciones multiinquilino por defecto de SDEN se aplicaban (identificador de inquilino como tipo obligatorio, seguridad a nivel de fila de PostgreSQL, claves de cifrado por inquilino para los expedientes de alto valor), pero ampliadas con una capa de consentimiento explícito para la agregación a nivel de red. Cada agencia controlaba qué campos subían a la central; la plataforma registraba la decisión de consentimiento por campo y por agencia.

1. Fase 1: Diseño de la gobernanza de la red

   Cuatro semanas. Trabajamos con la red y tres agencias representativas para definir qué campos necesitaba la central, cuáles se negaban a compartir las agencias, y cuáles eran negociables. Resultado: un documento de gobernanza escrito que el consejo de la red firmó, más la arquitectura de flujo de datos diseñada en torno a él.

2. Fase 2: Construcción de la plataforma multiinquilino

   Catorce semanas. La arquitectura de Real Estate ampliada para funcionalidades de nivel de red: aislamiento de inquilinos por agencia, consolidación de red consentida, valoración asistida por IA con búsquedas de comparables restringidas por defecto a la cartera de la agencia y ampliadas con un consentimiento explícito.

3. Fase 3: Despliegue por agencia

   Ocho semanas. Dos agencias incorporadas por semana, con el ingeniero principal en la llamada del cliente cada vez. La migración de los datos heredados se hizo con el acceso de lectura de la agencia, no en una caja negra. Cada agencia aprobó las decisiones de consentimiento antes de la puesta en servicio.

4. Fase 4: Informes de la red y operación conjunta

   Cuatro semanas. Los paneles consolidados de la central entraron en servicio después de que la séptima agencia llevara cuatro semanas en servicio, el tiempo suficiente para que los datos fueran representativos. Rotación de guardia conjunta durante la ventana de soporte para que la función de ingeniería de la red heredara la postura operativa.

Todas las PLACEHOLDER (p. ej. ocho) agencias de la red adoptaron la plataforma dentro de la ventana de despliegue. Ninguna abandonó la red por el cambio de plataforma, algo que el intento interno anterior de la red no había conseguido. La central obtuvo la vista consolidada que reclamaba, restringida a los campos que las agencias consintieron compartir.

En el plano operativo, cada agencia reemplazó cuatro herramientas por un solo producto. El número de solicitudes de documentación regulatoria que la central podía satisfacer por sí misma (sin preguntar a cada agencia individualmente) aumentó sustancialmente. PLACEHOLDER: confirmar las cifras de volumen exactas antes de publicar.