Requisitos técnicos para una RFP de analítica de visitantes

Hay un patrón que se repite en casi todas las licitaciones de conteo de visitantes: el pliego dedica veinte páginas a condiciones administrativas y apenas media página a los requisitos técnicos. El resultado es predecible. Tres proveedores ofertan tecnologías incomparables entre sí, el comité evalúa por precio, y dieciocho meses después alguien descubre que los datos de afluencia no cuadran con los tickets de venta y nadie sabe si el problema es el sensor, el software o la definición de "visitante" que nunca se escribió.

Una RFP de analítica de visitantes bien redactada no es más larga: es más precisa en cinco áreas concretas. Este artículo las recorre una a una, con el lenguaje contractual que conviene usar en cada caso.

1. Precisión: exija un mínimo contractual, no una cifra de marketing

Todos los proveedores dirán "98% de precisión" en su presentación comercial. La pregunta que separa las ofertas serias de las demás es: ¿qué cifra está dispuesto a firmar y cómo se verifica? En el pliego, formule el requisito así:

• Precisión mínima garantizada por contrato, con penalizaciones o derecho de resolución si no se cumple.
• Metodología de validación definida: conteo manual sobre vídeo grabado, muestra mínima de horas y de accesos, y quién asume el coste de la auditoría.
• Condiciones de medición explícitas: la precisión real depende de la iluminación, la altura de montaje, el comportamiento de los visitantes (grupos, carritos, niños) y la geometría del acceso.

Como referencia de mercado: un proveedor solvente puede comprometer contractualmente un mínimo del 96%, alcanzando típicamente entre 98% y 99% cuando las condiciones de instalación lo permiten. Desconfíe de quien garantiza un 99% plano sin condiciones: o no ha instalado en entornos difíciles o no piensa cumplirlo. Y desconfíe igualmente de quien se niega a poner cualquier cifra por escrito.

2. Separe hardware y software en la evaluación

El error estructural más caro en estas licitaciones es adjudicar una solución cerrada donde sensores y plataforma van atados. Los sensores tienen ciclos de vida de 5 a 8 años; su necesidad analítica evoluciona más rápido. Si dentro de tres años quiere añadir sensores 3D en un flagship o lidar en un espacio público, no debería tener que cambiar de plataforma.

Incluya en el pliego un requisito de independencia de dispositivo: la plataforma debe demostrar integración operativa con sensores de al menos tres fabricantes distintos, y el adjudicatario debe declarar por escrito qué ocurre con los datos históricos si se sustituye el parque de sensores. Esto también protege al integrador de sistemas, que puede reutilizar hardware existente del cliente en lugar de justificar un reemplazo total.

3. Integración: pida el contrato de datos, no la palabra "API"

Que un proveedor "tenga API" no significa nada evaluable. Lo que necesita saber Procurement es si los datos de afluencia van a llegar a los sistemas donde se toman decisiones: el POS para calcular conversión, el BI corporativo para los cuadros de mando, el ERP para planificación de personal. Especifique:

• Documentación de API pública entregada con la oferta, no bajo NDA tras la adjudicación.
• Granularidad mínima de los datos exportables (por ejemplo, intervalos de 15 minutos por acceso y por zona).
• Conectores existentes con sistemas POS, BI, ERP y CRM, con referencias verificables de integraciones en producción. Plataformas como la de Vemco resuelven esto con una capa de integración específica (VemFusion) precisamente porque el punto débil de la mayoría de proyectos no es contar, sino cruzar el conteo con ventas y personal.
• Propiedad de los datos: los datos brutos y agregados son del cliente, exportables en formato estándar al finalizar el contrato, sin coste de salida.

4. Arquitectura de despliegue y cumplimiento normativo

Para compradores del sector público y empresas con requisitos de residencia de datos, el pliego debe exigir opciones de despliegue: SaaS alojado por el proveedor y, como alternativa, nube privada o instalación en la infraestructura del cliente. Pregunte dónde se procesan las imágenes (idealmente en el propio sensor, de modo que solo salgan conteos anónimos), qué datos personales se tratan según el RGPD, y solicite la evaluación de impacto o el modelo de encargado de tratamiento que el proveedor propone firmar.

Añada los requisitos de certificaciones de seguridad de la información y los SLA de disponibilidad y soporte que su organización exija habitualmente, con tiempos de respuesta por severidad. Un SLA sin penalización es una carta de intenciones.

5. Escalabilidad demostrada, no prometida

Si su despliegue va de una tienda piloto a cientos de ubicaciones, el pliego debe pedir evidencia de operación a escala: volumen de conteos procesados diariamente en producción, número de ubicaciones del cliente más grande, y el procedimiento de despliegue masivo (¿quién configura cada sensor, cuánto tarda, qué se hace en remoto?). Pida al menos dos clientes de referencia de tamaño y sector comparables, con derecho a contactarlos directamente.

La observación que casi ningún pliego recoge

Quien ha implantado estos sistemas sabe que la mayor fuente de datos inservibles no es la tecnología: es la definición de visitante y la gestión de excepciones. Personal que entra y sale veinte veces al día, repartidores, mamparas promocionales colocadas justo bajo el sensor, puertas que en rebajas se abren de par en par cambiando la geometría del acceso. Su RFP debería exigir que el proveedor describa cómo trata la exclusión de personal, cómo detecta y alerta de anomalías en los datos (un acceso que de repente cuenta cero, o el doble), y qué proceso de recalibración incluye el mantenimiento. Un dashboard bonito sobre datos contaminados es peor que no tener datos: genera decisiones con falsa confianza.

Estructura de puntuación recomendada

Para que la evaluación no acabe decidiéndose solo por precio, distribuya el peso técnico de forma explícita:

• Precisión garantizada y metodología de verificación: 25%
• Integración y propiedad de los datos: 20%
• Independencia de hardware y escalabilidad demostrada: 20%
• Cumplimiento, seguridad y opciones de despliegue: 15%
• Soporte, SLA y gestión de calidad del dato: 20%

Y una prueba de concepto pagada o gratuita de 4 a 8 semanas en una ubicación real, con auditoría de precisión incluida, antes de la adjudicación definitiva. Ningún proveedor serio la rechazará.

¿Está preparando una RFP de analítica de visitantes y quiere contrastar sus requisitos técnicos, obtener documentación de API o solicitar referencias verificables antes de publicar el pliego? El equipo de Vemco Group trabaja habitualmente con departamentos de compras e integradores en procesos de licitación. Contacte con nosotros y le ayudaremos a definir criterios que sus proveedores puedan firmar, no solo prometer.