Cómo comparar proveedores de RFID y ESL con una matriz de evaluación

Por qué una matriz y qué no puede hacer

Las presentaciones comerciales de RFID y ESL se parecen mucho entre sí. Todas hablan de visibilidad, exactitud y eficiencia. Esta guía se ocupa de una pregunta distinta a la de preparar la cotización o de redactar la solicitud de propuesta: ya recibió respuestas de varios proveedores y debe decidir cuál evidencia pesa más y cómo puntuarla sin dejarse llevar por la mejor presentación.

La matriz no genera un ganador objetivo. El resultado depende de las dimensiones y los pesos que usted elija, y esos pesos reflejan prioridades de negocio. Este artículo no clasifica proveedores ni afirma que alguno sea mejor; ofrece un método para que su equipo lo haga con sus propios datos.

Dimensiones de evaluación

Seis dimensiones cubren la mayoría de decisiones. Se pueden ajustar, pero conviene fijarlas antes de abrir las propuestas.

• Ajuste al caso: el proveedor entiende su proceso y propone algo específico, no un catálogo.
• Evidencia técnica: pruebas sobre sus artículos, no solo hojas de datos.
• Integración: interfaces documentadas, ejemplos y responsables claros.
• Operación: facilidad de uso, formación, administración diaria.
• Soporte y continuidad: quién responde, con qué cobertura y qué pasa si algo falla.
• Riesgo comercial y contractual: dependencia de un solo fabricante, propiedad de datos, condiciones de salida.

Preguntas específicas para RFID

En RFID conviene separar la evidencia del fabricante del lector y la etiqueta de la del integrador que diseña el sistema, y distinguir entre tipos de evidencia: una hoja de datos describe lo que el fabricante declara; un informe de prueba describe lo que alguien midió, con qué método y sobre qué artículos. Puntúe más alto lo segundo, y más aún si lo midió un tercero o usted mismo.

Sobre estándares, la RAIN RFID Alliance indica que un producto es «RAIN compliant» si sigue el protocolo ISO/IEC 18000-63 (GS1 UHF Gen2) y las reglas de codificación aplicables, y que la alianza no realiza pruebas de cumplimiento. Por tanto, una afirmación de cumplimiento del proveedor es una declaración propia; pregunte qué evidencia independiente la respalda y quién la produjo.

Tampoco puntúe una «tasa de lectura» sin saber sobre qué universo se calculó: no equivale a exactitud de inventario ni a conteo de artículos únicos. Si usará identificadores GS1, GS1 describe en su página de RFID el EPC y su estándar de datos de etiqueta; una propuesta que lo proponga debería mostrar un ejemplo de codificación verificable con sus claves.

Preguntas específicas para ESL

En ESL, la evidencia más útil es la que describe la arquitectura con detalle y no la que promete resultados. Como referencia del nivel de detalle que cabe esperar, la documentación de integración que publica Cisco Meraki con Vusion enumera modelos de punto de acceso compatibles, versión de firmware, puertos y dominios de salida, y funciones IoT del punto de acceso que no pueden activarse a la vez. Es un ejemplo de una sola combinación de proveedores, no un estándar del sector: puntúe a cada proveedor por el nivel de detalle equivalente que ofrezca para su propia arquitectura.

Que una pantalla muestre un valor no prueba que se sincronizó el último cambio, así que dé más puntos a quien pueda mostrar un informe de estado por etiqueta y el procedimiento ante una etiqueta que no responde. Los procesos que el proveedor no controla del todo (fuente del precio, asociación de etiquetas con SKU, accesos de usuarios) deben tener responsable asignado; si la propuesta no lo dice, puntúe como evidencia ausente.

Plantilla de matriz

Cada puntaje debe tener una nota que apunte al documento o a la prueba. Si no hay evidencia, el puntaje se deja en blanco y se trata como riesgo, no como «cero» ni como «cinco».

Escala de puntuación con evidencia anclada

Para que dos evaluadores lleguen a números parecidos, defina qué significa cada nivel antes de puntuar. Una escala corta y anclada funciona mejor que una de diez puntos: 0 indica que no hay evidencia, 1 que solo hay una declaración del proveedor, 2 que hay documentación técnica o una referencia que usted pudo contactar por su cuenta, y 3 que hay una prueba sobre sus artículos o sistemas con método y datos revisables. Los niveles son un ejemplo de diseño, no un estándar.

Después, multiplique cada puntaje por el peso acordado y sume, pero no tome la suma como veredicto. Revise siempre los puntajes más bajos de las dimensiones que su equipo marcó como críticas: un proveedor muy bien calificado en conjunto puede tener un hueco inaceptable en integración o en soporte, y la suma lo ocultaría. Documente también quién puntuó cada celda y con qué documento, para poder defender o revisar la decisión meses después.

Si dos proveedores quedan cerca, no desempate con una impresión. Convierta la diferencia en una condición verificable: una prueba adicional, una aclaración contractual o una referencia.

Cómo usarla sin sesgos

Fije los pesos antes de recibir ofertas y hágalo con operaciones, TI y compras en la misma sala. Que cada evaluador puntúe por separado y luego se discutan las diferencias; las discrepancias grandes suelen señalar una pregunta mal planteada.

Evite el sesgo de la demostración pulida. Un proveedor que muestra una interfaz atractiva puede ser peor en integración; ponga el peso donde está el riesgo real. Y no use el precio como un criterio más del puntaje sin antes normalizar el alcance: compárelo después, entre propuestas que cubren lo mismo.

Ejemplo hipotético de ponderación

Imagine, solo como ilustración, un comité que decide que la integración y la evidencia técnica pesan más que el soporte porque ya cuenta con un contrato de servicio con otra empresa. Asigna pesos distintos a cada dimensión y los registra antes de recibir las propuestas. Al recibirlas, el proveedor A trae una prueba documentada sobre muestras del cliente, pero una integración vaga; el proveedor B trae documentación de interfaces, pero ninguna prueba propia. La matriz no decide por el comité: muestra que cada oferta deja una pregunta abierta distinta y permite convertirlas en condiciones. Al proveedor A se le pide un entregable de integración con fechas; al B, una prueba de concepto antes de cualquier compromiso mayor.

Este ejemplo no describe a ninguna empresa real. Lo que sí es real es el patrón: los huecos de evidencia, bien identificados, se vuelven requisitos negociables y no sorpresas posteriores a la firma.

Límites del método

Una matriz mal diseñada puede dar falsa seguridad. Si el alcance de las propuestas no es comparable, ningún puntaje lo repara. Y si la evidencia depende de referencias elegidas por el propio proveedor, conviene pedir también un contacto que usted haya encontrado por su cuenta. Ninguna matriz sustituye una prueba con sus condiciones reales.

Preguntas frecuentes

¿Cuántos proveedores conviene evaluar?

Los suficientes para tener contraste real, normalmente una lista corta que el equipo pueda atender con profundidad. Evaluar demasiados diluye la evidencia que se pide a cada uno.

¿Puede puntuar el precio en la misma matriz?

Es preferible compararlo aparte, después de verificar que las propuestas cubren un alcance equivalente; de lo contrario el precio premia a quien cotizó menos.

Siguiente paso

Defina las seis dimensiones, asigne pesos y una lista corta de evidencias por cada una. Úsela para estructurar tanto la solicitud de cotización como la prueba posterior.

Si le sirve contrastar su matriz con un caso concreto, puede escribir a ARKCOM desde garkcom.com/contact.