Un patrimonio de 4.000 viviendas en alquiler lanza un pliego para renovar su plataforma de experiencia del residente. Recibe siete propuestas. Cinco de ellas contestan "sí, cumple" a los 142 requisitos. Dieciocho meses después, el equipo de operaciones sigue exportando incidencias a una hoja de cálculo porque el módulo de mantenimiento no habla con el ERP contable y el portal del residente muestra recibos con dos semanas de retraso. Nadie mintió en la oferta. El problema estaba en el RFP de experiencia del residente: preguntaba por funciones, no por resultados verificables.
Esta guía parte de esa situación, que cualquier responsable de compras o consultor inmobiliario reconocerá. No repite qué es un portal del residente. Se centra en cómo redactar requisitos que un proveedor no pueda cumplir con un simple "sí" en una casilla.
La mayoría de pliegos se construyen copiando la lista de módulos de dos o tres proveedores y fusionándola. El resultado es un documento que ningún producto cumple al 100% y que todos afirman cumplir. Un enfoque más útil: describa entre ocho y doce escenarios reales de su operación y exija que el licitador explique, con capturas o vídeo, cómo los resolvería su sistema.
Los escenarios obligan al proveedor a mostrar el producto tal como es. Y a usted le permiten comparar respuestas equivalentes en lugar de interpretar matrices de cumplimiento.
Ningún software de experiencia del residente vive solo. Convive con el ERP contable, la pasarela de cobros, el control de accesos, el sistema de firma electrónica y, cada vez más, con sensores de ocupación en zonas comunes. El pliego debe listar cada sistema con el que la plataforma tendrá que intercambiar datos, indicar la versión y el propietario interno de cada uno, y pedir al licitador que declare para cada integración si ya existe en producción, si es un conector estándar por configurar o si requiere desarrollo.
Aquí una observación de quien ha implantado estos sistemas: la integración que más retrasa la puesta en marcha casi nunca es la contable. Es la de control de accesos. Los fabricantes de cerraduras y tornos cambian sus API con frecuencia, los administradores de fincas heredan instalaciones de tres marcas distintas y nadie sabe quién tiene las credenciales del panel. Pida al licitador referencias concretas de integraciones de accesos que estén funcionando hoy, con nombre de fabricante, y reserve en el calendario del proyecto un margen específico para esta parte.
Vale la pena preguntar también cómo el proveedor incorpora datos de afluencia y ocupación. Vemco, que lleva desde 2005 midiendo tráfico de personas para operadores de retail y espacios comerciales, adquirió en 2025 TecBrain, empresa española de software de gestión inmobiliaria fundada en 1995. La lógica de esa operación es precisamente la que su pliego debería recoger: la experiencia del residente no se limita al portal; incluye saber si el gimnasio de la comunidad está saturado a las 19:00 o si la sala de coworking justifica su coste. Un requisito razonable es que la plataforma pueda recibir conteos de ocupación desde sensores de terceros y mostrarlos al residente y al gestor. Si el proveedor ofrece esa medición, exija que la precisión se declare de forma contractual: un mínimo del 96%, con valores típicos del 98–99% cuando la iluminación, la disposición del espacio y el comportamiento de las personas lo permiten. Desconfíe de quien prometa una cifra fija sin condiciones.
Los datos de residentes son datos personales de alta sensibilidad: contratos, ingresos, incidencias médicas en el caso de vivienda para mayores. El pliego debe exigir claridad sobre tres puntos que a menudo quedan en un anexo genérico de RGPD:
Un proveedor maduro responde a estas tres preguntas en media página. Uno que necesita tres reuniones para contestarlas está diciéndole algo.
El coste total a cinco años debe incluir licencias, implantación, integraciones a desarrollar, formación, soporte y el coste interno de las horas que su equipo dedicará al proyecto. Ese último concepto rara vez aparece y es el que diferencia una implantación de nueve semanas de una de nueve meses. Exija que cada licitador presente un plan de proyecto con hitos, responsabilidades del cliente y horas estimadas de su personal.
Una ponderación que funciona bien en contratos de este tipo: 35% ajuste funcional demostrado en escenarios, 25% integración y arquitectura de datos, 20% coste total a cinco años, 10% referencias verificadas en el mismo segmento (alquiler residencial, comunidades de propietarios, senior living o estudiantes no son intercambiables), 10% plan de implantación y equipo asignado. Ajuste los porcentajes a su caso, pero no deje el precio por encima del 30%: en esta categoría, el ahorro en licencia se pierde con facilidad en horas de consultoría posteriores.
Pida tres referencias de clientes con un parque similar y solicite hablar con la persona que gestiona el día a día del sistema, no con quien firmó el contrato. Tres preguntas bastan: cuánto tardó la implantación frente a lo prometido, qué integración dio más problemas y cuántos tickets de soporte abren al mes. Las respuestas serán más honestas que cualquier caso de éxito publicado.
Un buen RFP de experiencia del residente no es más largo que uno mediocre. Es más concreto. Sustituye "el sistema deberá permitir la gestión de incidencias" por "muestre cómo una incidencia reportada a medianoche llega al proveedor de mantenimiento correcto y cómo el residente ve su estado a las 8:00". Esa diferencia de redacción es la que separa una plataforma que sus equipos usan de otra que sortean.
Si está preparando un pliego para gestión de residentes o comunidades y quiere contrastar sus requisitos de integración, alojamiento y medición de ocupación con quien ha implantado estos sistemas en parques residenciales y espacios comerciales, hable con el equipo de Vemco. Revisaremos su borrador de RFP y le señalaremos qué requisitos generarán respuestas comparables y cuáles solo producirán casillas marcadas.