Todos los artículos

    Nota de arquitectura

    15 de julio de 2026por Gustavo Teixeira Cuco4 min de lectura

    Construir PropTech como Operador de Activos

    Contexto de arquitectura

    Decisión de arquitectura

    Modelo operativoEconomía y medición

    Aplicado en

    Construir PropTech como Operador de Activos
    Ver en LinkedIn

    Gestiono tres alquileres de corta estancia entre el Algarve y Andalucía. La plataforma que los gestiona es React + Supabase + Lovable Cloud. La gente pregunta si el stack escala. Escala — solo que no de la forma en que asumen los blogs.

    Empecé leyendo consejos de PropTech. El consejo era uniforme: construir para inquilinos, diseñar para escalar, abstraer el modelo de propiedad para que funcione en distintas clases de activos. Lo bastante genérico como para licenciarlo a otros operadores más adelante.

    Ese consejo es correcto — para un tipo de PropTech.

    Hay dos tipos, y desde fuera parecen iguales.

    El primer tipo vende gobernanza a otros operadores. El producto es la abstracción: un modelo multi-tenant que funciona en distintas clases de activos, configurable por cliente, desacoplado de la operación real de quien lo compra. Escala horizontal: más clientes, cada uno gestionando su propia operación sobre la plataforma.

    El segundo tipo gestiona los propios activos del operador. El producto es la integración: acoplamiento profundo a cómo hago el onboarding de huéspedes, fijo precios de las propiedades, sincronizo calendarios, gestiono el compliance. Escala vertical: más activos propios, más jurisdicciones, más propietarios bajo mi gestión — pero la plataforma es mía, no está licenciada.

    Ambos escalan. Ambos son negocios reales. Solo que escalan en ejes distintos.

    Estoy construyendo el segundo tipo. Esto es lo que significa en la práctica.

    La plataforma es multi-tenant — para mis propietarios, no para otros operadores. Row-Level Security y MFA existen porque gestiono activos en nombre de propietarios que necesitan acceso limitado a sus propias finanzas. Añadir el décimo propietario es un cambio de configuración, no una reescritura de arquitectura. Pero "tenant" aquí significa "propietario con el que trabajo", no "cliente de PropTech que me paga una cuota SaaS".

    El compliance está codificado para las jurisdicciones en las que opero. RNAL en Portugal. NRUA en España. RGPD en todas partes. La plataforma codifica esto como valores por defecto porque sé en qué jurisdicción está cada propiedad. Añadir una tercera jurisdicción (EAU, Francia) es un fork de los valores por defecto de compliance — misma arquitectura, más reglas. La plataforma soporta horizontalidad por jurisdicción incluso cuando no soporta horizontalidad por cliente.

    Las edge functions automatizan mis operaciones recurrentes. Cinco edge functions en producción se encargan de tareas que, de otro modo, consumirían mi tiempo: sincronización de iCal desde Airbnb (sync-ical-feeds), ciclo de vida de los tokens del portal de propietarios (generate / validate / revoke tokens) y el enrutamiento de correos de contacto. Cada una sustituye una tarea manual que se repite por propiedad. Añadir la cuarta propiedad no suma cuatro horas de administración semanal — las edge functions las absorben. Eso es escala vertical.

    La limitación no es de capacidad, es de posicionamiento. ¿Podría licenciar esto a otro operador mañana? Técnicamente, sí — Supabase es multi-tenant, el código está lo bastante limpio. Pero el día en que quisiera vender esto como SaaS, la arquitectura cambiaría: configurabilidad en lugar de valores por defecto, workflows abstractos en lugar de compliance codificado de forma fija, una capa de customer success, facturación. Eso es un producto distinto, no un refactor. Y es una decisión estratégica no construirlo.

    La trampa del PropTech de operador no es fingir que es un futuro SaaS. Es fingir que la elección no existe. Hay una bifurcación real en el camino: ¿vendes gobernanza a operadores, u operas? Vender significa invertir en abstracción, configurabilidad, onboarding de clientes, soporte. Operar significa invertir en integración profunda con tus propias operaciones, compliance para tus propias jurisdicciones, automatización de tus propias tareas recurrentes.

    Ambos llevan a algún sitio. Llevan a sitios distintos.

    Por ahora, estoy operando. La plataforma escala conmigo — más propiedades, más propietarios, más jurisdicciones, automatizada donde cuenta. El día en que la pregunta estratégica sea "¿debería LusiberiaStays convertirse en un PropTech SaaS?" es el día en que empieza la conversación sobre arquitectura. Hoy no es ese día.

    El PropTech que opero me opera a mí. Eso no es una limitación. Es el diseño.

    Fuentes

    • LusiberiaStays operations stack: React 18 + TypeScript + Supabase + Lovable Cloud
    • Compliance frameworks: PT DL 128/2014 (consolidated DL 76/2024), ES Decreto 28/2016, GDPR
    • Edge functions in production: sync-ical-feeds, send-contact-email, generate-portal-token, validate-portal-access, revoke-portal-token
    • Properties under management: 3 (Algarve, Algarve, Andalucía)
    • Multi-tenant architecture: Row-Level Security on Supabase, MFA TOTP on admin, owner portal with token-scoped access