Blog | Vemco Group

RFP de experiência do residente — Guia de Requisitos para um RFP de Experiência do Residente | Vemco Group

Written by Admin | 16 de set. de 2026 13:38:46

Sete propostas em cima da mesa. Todas com a expressão «experiência do residente» na capa. Nenhuma comparável com as outras. Uma inclui portal e aplicação móvel, mas não gere contratos. Outra fatura por unidade; a terceira, por utilizador ativo; a quarta, por edifício, com um mínimo anual que só aparece na página 41. Duas prometem integração com a contabilidade, mas uma delas quer dizer «exportação CSV mensal». Quem está do lado da compra passa três semanas a normalizar as respostas em vez de as avaliar.

Este cenário repete-se porque a maioria dos RFP de experiência do residente descreve o que o comprador quer sentir, não o que o fornecedor tem de entregar e provar. O que se segue é uma estrutura de requisitos pensada para quem tem de defender o orçamento perante um conselho de administração e, dois anos depois, responder pela decisão.

Escreva o RFP a partir de momentos, não de funcionalidades

Uma lista de 180 funcionalidades com colunas «sim/não/parcial» produz um vencedor que respondeu «sim» mais vezes, não o fornecedor que resolve os seus problemas. A alternativa é definir entre seis e dez momentos concretos do ciclo de vida do residente e exigir, para cada um, uma descrição operacional: quem faz o quê, em que ecrã, com que dados, em quanto tempo.

  • Entrada: desde a assinatura até à entrega de chaves. Que documentos o residente carrega, quem os valida, como se ativa o acesso ao edifício.
  • Pedido de manutenção: registo, triagem, atribuição, comunicação de estado, fecho e avaliação. Peça o tempo médio de resolução que o fornecedor consegue reportar, não o que promete.
  • Cobrança e incidentes de pagamento: como o sistema trata um pagamento falhado, quem é notificado, em que prazo.
  • Renovação ou saída: aviso prévio, inspeção, devolução de caução, fecho de contas.
  • Uso de espaços comuns: reservas, ocupação real, conflitos de agendamento.

Esta abordagem tem um efeito lateral útil: os fornecedores que só têm um portal bonito ficam expostos no momento «cobrança», e os que só têm um ERP ficam expostos no momento «pedido de manutenção». O leitor descobre em dez páginas o que, de outra forma, descobriria no sexto mês de implementação.

O requisito que quase ninguém escreve: a hierarquia de dados

Portfólio, edifício, fração, contrato, residente, garantias. Parece óbvio. Não é. Há plataformas em que o «residente» é o contrato, e quando um casal se separa e um dos dois fica na casa, o histórico de manutenção desaparece. Há outras em que uma fração só pode ter um contrato ativo, o que torna impossível registar um subarrendamento autorizado ou um período de sobreposição na mudança de inquilino.

Inclua no RFP o seu modelo de dados atual, com as exceções reais que hoje gere em folhas de cálculo paralelas. Exija que o fornecedor indique, uma a uma, quais consegue representar nativamente, quais exigem configuração e quais não são possíveis. A resposta «tratamos isso na implementação» deve contar como «não é possível» até prova em contrário.

Acrescente três cláusulas de propriedade: os dados são seus, a exportação completa em formato aberto está disponível a qualquer momento sem custo adicional, e o fornecedor elimina as cópias num prazo definido após o fim do contrato. Sem isto, o custo de mudar de plataforma dentro de cinco anos passa a ser o verdadeiro preço do software.

Integrações: distinguir «temos API» de «funciona com o que já tem»

Liste os sistemas que não vão desaparecer: contabilidade, controlo de acessos, gestão de energia, plataforma de comunicação, eventualmente sensores de contagem em ginásios, cowork ou salas comuns. Para cada um, peça referências de clientes em que essa integração específica está em produção, não um diagrama de arquitetura.

Vale a pena um parêntesis sobre dados de ocupação. A Vemco Group trabalha com contagem de pessoas e analítica desde 2005 e, em 2025, adquiriu a TecBrain, software espanhol de gestão de propriedades fundado em 1995, estendendo a sua atividade a esta área. A experiência da contagem ensina uma lição transferível para o RFP: qualquer fornecedor que garanta um número redondo de precisão sem condições associadas está a vender, não a informar. Em contagem, o mínimo contratual honesto é 96%, com valores típicos de 98 a 99% quando a iluminação, o layout e o comportamento dos visitantes o permitem. Peça o mesmo tipo de honestidade quando lhe prometerem «100% de disponibilidade» ou «integração com qualquer ERP».

Defina também o modelo de alojamento como requisito, não como preferência. Cloud partilhada, cloud privada ou instalação própria têm implicações diferentes em segurança, custo e conformidade com o RGPD. Um fornecedor que oferece ambas as opções em cloud dá-lhe margem negocial; um que oferece apenas uma está a decidir por si.

Uma observação de quem já implementou

Toda a demonstração comercial corre sobre uma base de dados limpa, com nomes inventados e contratos perfeitos. O seu património não é assim. Tem frações com dois códigos, contratos sem data de fim, residentes com o email do filho, garagens registadas como arrumos. Exija, como fase obrigatória da avaliação, que os dois ou três finalistas carreguem uma extração real (anonimizada) de um dos seus edifícios mais complicados e demonstrem os momentos-chave com esses dados. O que aparece nessa sessão, e o tempo que o fornecedor demora a prepará-la, prevê melhor o esforço de migração do que qualquer resposta escrita. Quem já passou por uma migração sabe que a limpeza de dados consome uma fatia desproporcionada do projeto, e que o fornecedor que a antecipa vale mais do que o que a promete «sem impacto».

Preço: obrigar à comparação numa única base

Forneça um cenário de referência e obrigue todos a orçamentá-lo: número de frações, número de edifícios, número de utilizadores internos, número estimado de residentes ativos, volume de pedidos de manutenção por mês, três integrações nomeadas. Peça o custo total a cinco anos, com implementação, formação, migração, suporte e atualizações discriminados. Depois, e só depois, deixe cada fornecedor apresentar o seu modelo nativo. A diferença entre as duas colunas é onde vivem as surpresas.

Inclua o que acontece quando o portfólio cresce ou encolhe. Vendas de edifícios, aquisições e fusões de sociedades gestoras são frequentes neste setor; um contrato que penaliza a redução de unidades ou cobra a reconfiguração de hierarquias a cada operação não é um contrato de software, é uma renda.

Uma matriz de pontuação que resiste a discussões internas

Publique os pesos no próprio RFP. Os fornecedores respondem melhor quando sabem o que conta, e a equipa de compras evita a reunião em que alguém propõe mudar os critérios porque o seu favorito ficou em segundo. Uma distribuição que tem funcionado:

  • Cobertura dos momentos definidos, demonstrada com dados reais: 30%
  • Modelo de dados e cláusulas de propriedade e exportação: 15%
  • Integrações em produção com sistemas equivalentes aos seus: 15%
  • Plano de migração, formação e adoção pelos residentes: 15%
  • Custo total a cinco anos no cenário de referência: 15%
  • Suporte, SLA e referências verificáveis no mesmo país ou regime jurídico: 10%

Note que o preço não é o critério dominante. Não por ser irrelevante, mas porque num sistema que vai tocar todos os residentes e todos os contratos durante anos, uma poupança de 15% na licença desaparece com um único trimestre de cobranças mal reconciliadas ou de pedidos de manutenção perdidos.

O que fica de fora, e porquê

Resista a incluir requisitos de «inovação» ou «visão de futuro» com peso na pontuação. São impossíveis de verificar e recompensam quem escreve melhor, não quem opera melhor. Se quiser saber para onde vai o fornecedor, pergunte o que lançou nos últimos 24 meses e quantos clientes o usam. Uma aquisição recente, uma nova geografia ou um módulo em produção dizem mais do que qualquer roadmap.

Se está a preparar um RFP de experiência do residente e quer discutir como estruturar os momentos, o cenário de referência ou a sessão com dados reais antes de o publicar, fale connosco em vemcogroup.com/contact-us. Partilhamos o que aprendemos em implementações de gestão de propriedades e de analítica de ocupação, incluindo os requisitos que só se revelam depois de assinado o contrato.