Cómo redactar la licitación de software multifamiliar

Hay una forma de reconocer una licitación de software multifamiliar mal redactada en menos de dos minutos: los requisitos funcionales coinciden casi palabra por palabra con la hoja de producto del proveedor que hizo la última demo. Ocurre en portfolios de 800 viviendas y en portfolios de 12.000. El equipo de compras hereda una lista de deseos del departamento de operaciones, el departamento de operaciones la copió de una presentación comercial, y el resultado es un pliego que solo puede ganar quien lo escribió sin saberlo. Tres años después, el propietario paga por módulos que nadie abre y no tiene manera de sacar sus propios datos del sistema.

Este artículo está escrito desde la posición del propietario y de quien firma el presupuesto. No es una lista de funcionalidades. Es una guía sobre cómo estructurar el documento para que la decisión final dependa de lo que el activo necesita y no de lo que el mercado quiere vender.

Redacta primero la sección de datos, no la de funciones

La mayoría de los pliegos dedican veinte páginas a funcionalidades y medio párrafo a la propiedad de los datos. Debería ser al revés. Las funciones cambian con cada versión; la capacidad de exportar el histórico completo de contratos, cobros, incidencias y ocupación en un formato abierto es lo que determina si el propietario puede cambiar de proveedor dentro de cinco años o si está atrapado.

Exige por escrito, y como requisito excluyente:

• Exportación completa de todas las tablas en CSV o equivalente, sin coste adicional, en cualquier momento del contrato y durante al menos 90 días tras su finalización.
• Una API documentada con límites de llamadas especificados, no una promesa de que "existe una API".
• Un diccionario de datos entregado antes de la firma, con la definición exacta de cada campo. Si el proveedor no puede explicar qué significa "fecha de inicio de renta" frente a "fecha de firma", tampoco lo podrá su equipo de reporting.
• Compromiso de que los datos residen en una jurisdicción compatible con la normativa de protección de datos aplicable a los inquilinos residenciales.

Qué exigir en portales de residentes y comunidad sin dictarlo el proveedor

Portal de residentes, pagos en línea, gestión de incidencias, comunicaciones de comunidad: son los módulos que más pesan en la percepción del inquilino y los que peor se especifican. El error habitual es pedir "portal de residentes con funcionalidad completa". Eso no se puede evaluar ni penalizar.

En lugar de describir el módulo, describe el resultado medible que el propietario necesita y deja que cada licitador explique cómo lo consigue. Por ejemplo: porcentaje de incidencias registradas por el propio residente sin llamada telefónica; tiempo medio desde la solicitud de renovación hasta la firma; porcentaje de cobros domiciliados sobre el total. Pide además que cada uno de esos indicadores sea exportable con la granularidad de edificio, portal y unidad. Un portal que no permite comparar la tasa de renovación del bloque A con la del bloque C es una herramienta de comunicación, no de gestión.

Incluye también un requisito que casi nadie escribe: que el sistema registre qué canales de captación generan los inquilinos que finalmente renuevan, y no solo los que firman. La diferencia entre coste por firma y coste por inquilino retenido a 24 meses suele cambiar por completo la asignación del presupuesto de marketing.

La planta baja comercial es la parte que casi todos los pliegos olvidan

Una proporción creciente de activos multifamiliares en Europa y América Latina son de uso mixto: viviendas arriba, locales comerciales, gimnasios, supermercados o restauración en planta baja. Esos locales pueden representar entre el 8 y el 20 por ciento de la renta del edificio y casi siempre se gestionan con una hoja de cálculo aparte porque el software residencial no entiende conceptos como renta variable sobre ventas, opciones de renovación con preaviso de 12 meses o cláusulas de exclusividad de actividad.

Aquí el pliego debe pedir, de forma explícita, capacidades propias de un software de gestión de contratos de arrendamiento comercial, aunque se compre como módulo separado o se integre con una herramienta especializada. Como mínimo:

• Seguimiento de renovaciones con alertas configurables por fecha de preaviso, no solo por fecha de vencimiento. En VemLease, por ejemplo, la gestión del ciclo de vida del contrato y el seguimiento de renovaciones están pensados exactamente para que ninguna opción de prórroga pase sin que el arrendador haya decidido si quiere ejercerla.
• Gestión de vacantes comerciales con cálculo de renta perdida por local y por día, para que el coste de un local vacío aparezca en el mismo informe que la ocupación residencial.
• Recogida de ventas declaradas por el inquilino comercial y comparación entre locales, del tipo que VemTenant viene ofreciendo desde 2013, de modo que la renta variable se liquide sobre cifras verificadas y no sobre estimaciones.
• Datos de afluencia de visitantes en las zonas comerciales, cruzados con ventas y contratos. Un local que declara caídas de ventas mientras la afluencia sube está contando una historia que el propietario necesita conocer antes de negociar la renovación.

Si el pliego incluye conteo de visitantes, cuidado con cómo se redacta la precisión. Lo honesto y contractualmente defendible es exigir un mínimo del 96 por ciento, sabiendo que en condiciones normales de iluminación, disposición del acceso y comportamiento de los visitantes el resultado habitual se sitúa entre el 98 y el 99 por ciento. Pedir "99 por ciento garantizado" solo consigue que los proveedores serios se retiren y los que firman cualquier cosa se queden.

Criterios de evaluación ponderados y una prueba con datos reales

Publica la ponderación en el propio pliego. Una distribución razonable para un propietario de uso mixto podría ser: 30 por ciento arquitectura de datos y portabilidad, 25 por ciento gestión residencial, 20 por ciento software de administración de arrendamientos para la parte comercial, 15 por ciento capacidad de informes consolidados y 10 por ciento coste total a cinco años. Si el precio pesa más del 20 por ciento, el pliego acaba premiando a quien más cosas deja fuera del alcance inicial.

Y sustituye la demo comercial por una prueba dirigida. Entrega a los finalistas un conjunto anonimizado de 200 contratos reales, incluidos tres o cuatro con cláusulas raras (renta escalonada, carencia parcial, opción de compra), y pídeles que los carguen y produzcan tres informes concretos en un plazo fijo: vencimientos a 18 meses, renta contratada frente a renta de mercado por tipología y ocupación económica frente a ocupación física. Lo que tarden y lo que no consigan dice más que cualquier presentación.

Lo que sabe quien ya ha implantado uno de estos sistemas

El proyecto no se retrasa por el software. Se retrasa por la migración de los contratos existentes. En la práctica, entre un cuarto y un tercio de los contratos comerciales de planta baja llegan al proyecto con fechas de opción de renovación mal registradas o directamente ausentes, porque durante años vivieron en el correo electrónico del gestor y no en ningún sistema. El pliego debe asignar explícitamente quién abstrae esos contratos, quién valida la abstracción y qué ocurre con el calendario si la calidad de los datos de origen es peor de lo previsto. Los proveedores que rehúsan poner precio a esa tarea suelen ser los que luego la facturan como cambio de alcance.

Un segundo detalle: pide que el software de informes inmobiliarios consolide residencial y comercial en una única vista por edificio. Los consejos de administración y los financiadores no piensan en módulos; piensan en activos. Si para responder "¿cuánto renta este edificio y qué vence el año que viene?" hay que abrir dos sistemas y una hoja de cálculo, la inversión no ha resuelto el problema que la justificó.

Cláusulas que conviene escribir antes de negociar el precio

• Escalado de precio vinculado a unidades gestionadas, no a usuarios, para que abrir el acceso a los gestores de comunidad no penalice al propietario.
• Niveles de servicio con penalización económica automática, medidos sobre disponibilidad del portal del residente en horario ampliado y sobre tiempo de respuesta a incidencias críticas.
• Plan de salida con entregables y plazos, redactado ahora, cuando el propietario tiene poder de negociación.
• Integración con el software de gestión de propiedades comerciales ya existente, con responsabilidad clara sobre quién mantiene la conexión cuando cualquiera de los dos sistemas se actualice.

Un buen pliego no es el más largo. Es el que permite comparar propuestas distintas con la misma regla, protege los datos del propietario y trata la planta baja comercial con el mismo rigor que las viviendas de arriba.

Si está preparando una licitación de software multifamiliar para un portfolio con locales comerciales y quiere revisar cómo especificar la gestión de contratos, el seguimiento de renovaciones, la recogida de ventas de inquilinos y el conteo de visitantes con requisitos que los proveedores puedan cumplir de verdad, hable con el equipo de Vemco Group y le ayudaremos a redactar esa sección del pliego con criterios verificables.