Construir PropTech como Operador de Ativos

Opero três alojamentos de curta duração no Algarve e na Andaluzia. A plataforma que os gere é React + Supabase + Lovable Cloud. As pessoas perguntam se o stack escala. Escala — só que não da forma como os blogs assumem.

Comecei por ler conselhos de PropTech. O conselho era uniforme: construir para inquilinos, desenhar para escala, abstrair o modelo de propriedade para que funcione em diferentes classes de ativos. Suficientemente genérico para licenciar a outros operadores mais tarde.

Esse conselho está certo — para um tipo de PropTech.

Há dois tipos, e parecem iguais vistos de fora.

O primeiro tipo vende governança a outros operadores. O produto é a abstração: um modelo multi-tenant que funciona em várias classes de ativos, configurável por cliente, desacoplado da operação real de quem o compra. Escala horizontal: mais clientes, cada um a correr a sua própria operação em cima da plataforma.

O segundo tipo gere os ativos do próprio operador. O produto é a integração: acoplamento profundo à forma como faço onboarding de hóspedes, tarifário das propriedades, sincronização de calendários, gestão de compliance. Escala vertical: mais ativos meus, mais jurisdições, mais proprietários sob a minha gestão — mas a plataforma é minha, não licenciada.

Ambos escalam. Ambos são negócios reais. Só que escalam em eixos diferentes.

Estou a construir o segundo tipo. Eis o que isso significa na prática.

A plataforma é multi-tenant — para os meus proprietários, não para outros operadores. Row-Level Security e MFA existem porque giro ativos em nome de proprietários que precisam de acesso limitado às suas próprias finanças. Adicionar o décimo proprietário é uma alteração de configuração, não uma reescrita de arquitetura. Mas "tenant" aqui significa "proprietário com quem trabalho", não "cliente de PropTech que me paga uma taxa SaaS".

A compliance está codificada para as jurisdições onde opero. RNAL em Portugal. NRUA em Espanha. RGPD em todo o lado. A plataforma codifica isto como predefinições porque sei em que jurisdição está cada propriedade. Adicionar uma terceira jurisdição (EAU, França) é um fork das predefinições de compliance — mesma arquitetura, mais regras. A plataforma suporta horizontalidade por jurisdição mesmo quando não suporta horizontalidade por cliente.

As edge functions automatizam as minhas operações recorrentes. Cinco edge functions em produção tratam de tarefas que, de outra forma, consumiriam o meu tempo: sincronização de iCal a partir do Airbnb (sync-ical-feeds), ciclo de vida dos tokens do portal de proprietários (generate / validate / revoke tokens) e encaminhamento de emails de contacto. Cada uma substitui uma tarefa manual recorrente por propriedade. Adicionar a quarta propriedade não acrescenta quatro horas de administração semanal — as edge functions absorvem-nas. Isso é escala vertical.

A limitação não é capacidade, é posicionamento. Poderia licenciar isto a outro operador amanhã? Tecnicamente, sim — o Supabase é multi-tenant, o código está suficientemente limpo. Mas no dia em que quisesse vender isto como SaaS, a arquitetura mudaria: configurabilidade em vez de predefinições, workflows abstratos em vez de compliance codificada de forma fixa, camada de customer success, faturação. Isso é um produto diferente, não um refactor. E é uma escolha estratégica não o construir.

A armadilha da PropTech de operador não é fingir que é um futuro SaaS. É fingir que a escolha não existe. Há uma bifurcação real no caminho: vendes governança a operadores, ou operas? Vender significa investir em abstração, configurabilidade, onboarding de clientes, suporte. Operar significa investir em integração profunda com as tuas próprias operações, compliance para as tuas próprias jurisdições, automação das tuas próprias tarefas recorrentes.

Ambos levam a algum lado. Levam a sítios diferentes.

Por agora, estou a operar. A plataforma escala comigo — mais propriedades, mais proprietários, mais jurisdições, automatizada onde conta. O dia em que a pergunta estratégica for "a LusiberiaStays deve tornar-se uma PropTech SaaS?" é o dia em que a conversa sobre arquitetura começa. Hoje não é esse dia.

A PropTech que opero opera-me a mim. Isso não é uma limitação. É o design.

Fontes

• 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