Son las 6:20 de la tarde. Alguien agarra un pan de la góndola.
No sabe cuánto cuesta. Puede que el pan estuviera en el lugar equivocado, movido por otro cliente. Puede que la etiqueta del estante no coincida con el producto. Puede que sencillamente no haya etiqueta.
Camina hasta el verificador de precios. Acerca el código de barras al lector. Suena un beep.
Ese gesto ocurre miles de veces al día en una cadena de supermercados, y el retail lleva 20 años tratándolo como lo que parece: un costo de servicio. Una molestia menor que se resuelve con una pantalla barata en una columna.
Es exactamente al revés. Ese beep es el momento de mayor intención de compra que existe dentro de la tienda, y hasta ahora nadie lo estaba usando.
Dos cosas pasan a la vez, no una después de la otra
Cuando el lector captura el código de barras del pan, el sistema no ejecuta una tarea y después otra. Dispara dos procesos en paralelo.
Esa simultaneidad no es un detalle de ingeniería: es la condición para que el modelo funcione. Si el anuncio llegara medio segundo después del precio, el cliente ya se dio vuelta.
Camino A: el precio
El primero es el que el cliente pidió. Retail Media Intelligence (RMI) toma el código de barras y hace una consulta de solo lectura al POS de la tienda. Devuelve dos datos: nombre del producto y precio vigente.
Vale detenerse en por qué la consulta va contra el POS y no contra el ERP, porque es la primera pregunta que hace cualquier director de sistemas.
En una cadena con 40 sucursales, el precio de un producto no es un número único. Hay precios por región, promociones que aplican solo a ciertas tiendas, y cambios que se autorizan centralmente pero tardan en propagarse. El ERP corporativo tiene la versión que la central decidió. El POS tiene la versión que la caja va a cobrar.
Si el verificador muestra un precio y la caja cobra otro, el problema no es publicitario: es de confianza del cliente y, en varios países, de cumplimiento legal.
Por eso la consulta va contra el POS. Y por eso es de solo lectura: RMI no escribe nada, no modifica nada y no puede alterar una operación. Es una integración que un área de IT puede aprobar con tranquilidad.
Camino B: la subasta
Al mismo tiempo, el segundo proceso hace algo distinto con ese mismo código de barras.
No pregunta cuánto cuesta. Pregunta qué es.
El sistema identifica la categoría del producto. Esto es un pan. Y con esa categoría hace una consulta diferente: ¿qué campañas activas están pautando sobre panes en este momento, en esta tienda?
Y aparecen cuatro.
| MARCA | PRESUPUESTO CONSUMIDO | % | TOTAL | DÍAS |
|---|---|---|---|---|
| Arepa | 82% | $4,000 | 11 | |
| Queso | 45% | $2,500 | 9 | |
| Mantequilla de maní | 69% | $3,200 | 14 | |
| Jugo de naranja | 23% | $3,000 | 3 |
↑ Poco presupuesto consumido y solo 3 días restantes — puja más fuerte
Este es el punto donde conviene detenerse, porque es el que la mayoría de la gente no ve venir.
Ninguna de esas cuatro marcas vende pan. Compiten por el pan porque saben a qué cliente quieren llegar.
Quien acaba de agarrar un pan a las 6:20 de la tarde probablemente esté armando una cena o un desayuno. Y en esa cabeza todavía hay espacio para decidir qué le va a poner encima, o con qué lo va a acompañar.
Eso es contexto, no demografía. No hace falta saber quién es esa persona. Alcanza con saber qué tiene en la mano.
Cómo se elige el ganador
Con cuatro candidatos, hay que decidir. RMI corre una subasta en tiempo real que pondera tres factores.
Cuánto puso la marca sobre la mesa. Define su peso de base.
Una campaña que ya entregó el 80% de su inversión tiene menos urgencia que una que va por el 20%.
Cuántos días le quedan. Este es el factor que ordena todo lo demás.
La combinación de los tres produce lo que en la industria se llama ritmo de entrega. Una campaña que va atrasada —poco presupuesto consumido y poco tiempo por delante— puja más fuerte. Una que va adelantada afloja.
El resultado es que el inventario se distribuye de forma pareja a lo largo de la campaña, en vez de que la marca con más dinero se coma todas las impresiones el primer día y desaparezca.
Gana el jugo de naranja de la marca A.
Lo que ve el cliente
Todo lo anterior —la consulta al POS, la clasificación, la búsqueda de campañas elegibles, la subasta— ocurre en el tiempo que tarda el beep.
El cliente levanta la vista y ve una sola pantalla.
Vale comparar esto con lo que hace una pantalla de señalización digital tradicional en esa misma tienda.
Esa pantalla también está reproduciendo un anuncio en este instante. Pero está reproduciendo el mismo que reproducía hace diez minutos, y el mismo que va a reproducir dentro de diez. No sabe que hay alguien parado enfrente. No sabe que esa persona tiene un pan en la mano.
La diferencia no es la pantalla. Es lo que la activa.
El primer dato
En el mismo momento en que se muestra el anuncio, se registra un evento: categoría consultada, campaña entregada, tienda, dispositivo, fecha y hora exacta.
Esto ya es más de lo que ofrece la mayoría de los medios en tienda. No es una estimación de audiencia ni un cálculo de tráfico peatonal. Es una impresión que ocurrió, en un punto físico identificable, en un segundo determinado.
Y como la campaña se elige en el momento, el mismo pan a otra hora entrega otra cosa.
Pero la impresión es apenas la primera de tres capas.
8 minutos después
Al cliente se le antojó el jugo. Lo puso en el carrito. Siguió comprando. A las 18:28 pasa por caja.
Acá es donde el modelo hace algo que ningún otro canal publicitario puede hacer, y conviene explicar con precisión qué es y qué no es.
RMI consulta el maestro de artículos vendidos con su marca de tiempo. No hay identificación del cliente, no hay tarjeta de fidelidad, no hay reconocimiento facial, no hay dato personal de ninguna clase. Solo una lista de productos facturados y a qué hora.
Con eso alcanza para preguntar: en la ventana de tiempo posterior a que se mostró ese anuncio, ¿se vendió ese producto en esta tienda?
Tres capas de dato, no una
De ese cruce salen tres cosas distintas, y es importante no confundirlas.
Capa 1 — Visualización. El anuncio se mostró. Verificable, no estimado.
Capa 2 — Anuncio entregado a alguien con intención demostrada. Esta es la que cambia el precio del inventario. En cualquier otro medio, la audiencia se infiere: se estima quién pasó, se modela quién miró. Acá la persona hizo algo. Agarró un producto y consultó su precio. La intención no se deduce, quedó registrada.
Capa 3 — Conversión probabilística. Se vendió el producto anunciado dentro de la ventana posterior. El porcentaje depende del tiempo transcurrido: 8 minutos pesan mucho más que 50.
Y hay una condición práctica: la capa 3 depende de que el retailer comparta el maestro de vendidos. Las capas 1 y 2 funcionan desde el día uno con la integración de solo lectura al POS. La tercera requiere una decisión del retailer.
El mismo equipo, apagado
Hasta acá seguimos un escaneo. Pero la mayor parte del día no hay nadie parado frente al verificador.
En esos ratos la pantalla no se queda en negro. Entra en modo carrusel y reproduce contenido en loop: promociones de la propia cadena, la campaña de la farmacia, la app del supermercado, el sorteo del mes. Publicidad interna, la que el retailer siempre quiso poner en algún lado y nunca tuvo dónde.
También puede reproducir campañas vendidas a marcas. Funciona. Se cuenta cuántas veces se reprodujo cada pieza y ese número se reporta.
Pero conviene decir con precisión qué es ese número, porque es exactamente lo que hace la señalización digital de toda la vida.
Es un contador de reproducciones. No sabe si había alguien enfrente. No sabe qué estaba mirando esa persona, ni qué tenía en la mano, ni si compró algo después. Es una reproducción ciega.
| MODO CARRUSELReproducción ciega | ACTIVADO POR ESCANEOEntrega contextual | |
|---|---|---|
| Qué se entrega | Loop preprogramado | Campaña elegida por categoría |
| Qué se sabe de quien mira | Nada | Tiene un pan en la mano |
| Qué se mide | Reproducciones | Impresión, intención y conversión |
| Cómo se cobra | Tiempo de pantalla | Resultado |
Lo interesante es que las dos cosas ocurren en el mismo aparato. No hay que comparar contra el producto de un competidor ni contra un espantapájaros. Alcanza con comparar el verificador consigo mismo, con y sin escaneo.
Cuando nadie escanea, el verificador es una pantalla más: un medio de alcance, vendido por tiempo, medido por reproducciones. Cuando alguien escanea, durante unos segundos se convierte en otra cosa: un medio de intención, vendido por resultado, medido por evento.
Y esto no es un defecto del carrusel. El carrusel cumple dos funciones reales: le da al retailer un canal propio para su comunicación desde el primer día, sin depender de vender nada, y mantiene el inventario ocupado en las horas muertas. Es el piso. El escaneo es lo que se construye encima.
Por qué esto no existe en ningún otro lugar
En digital se sabe todo: quién, qué miró, cuánto tiempo, qué hizo después. Pero la compra de supermercado en Latinoamérica sigue ocurriendo abrumadoramente en la tienda física. Se mide con precisión un canal donde no está pasando la decisión.
En señalización digital en tienda —incluido el propio modo carrusel de un verificador— se está en el lugar correcto, frente a la persona correcta, en el momento correcto. Pero no se sabe nada de ella. Se venden loops por tiempo de pantalla y se estima la audiencia con conteos de tráfico.
En retail media activado por escaneo coinciden las tres cosas por primera vez: intención declarada por una acción del cliente, contexto físico exacto, y confirmación de compra a los minutos.
No es un canal más de publicidad. Es inteligencia de mercado recogida en el sitio donde se toma la última decisión de compra. Que es, casualmente, el único lugar donde esa decisión todavía se puede cambiar.
Sobre privacidad, sin rodeos
- No se identifica al cliente.
- No se captura imagen, ni voz, ni biometría.
- No se usan tarjetas de fidelidad ni datos de socios.
- La consulta al POS es de solo lectura: RMI no escribe ni modifica nada.
- Para la atribución solo se consulta el maestro de artículos vendidos con marca de tiempo, sin ningún identificador de persona.
- El dato del retailer se queda en el retailer.
Lo que se mide es el comportamiento de la categoría, no el de un individuo. Un pan escaneado a las 18:20 y un jugo vendido a las 18:28 son dos hechos anónimos. El valor no está en saber quién los hizo, sino en descubrir que ocurren juntos con más frecuencia de la que nadie suponía.
Qué significa esto para cada lado
Para la marca
Presencia en el momento y el lugar donde la decisión todavía se puede mover, con una audiencia que se autoseleccionó por su propia acción, y una señal de conversión medible a los minutos.
Para el retailer
Una línea de ingresos construida sobre equipos ya instalados, sin obra y sin tocar la operación de caja. Y con el tiempo, entender qué se consulta, qué genera dudas de precio y qué se compra junto con qué.
Un pan
Todo esto empezó con alguien que no sabía cuánto costaba un pan.
Ese es el punto. No hace falta un evento extraordinario ni un comprador especial. El inventario ya existe, ocurre miles de veces por día en cada tienda, y hasta ahora se estaba desechando.
Y un pan que sigue costando $2.45.
Preguntas frecuentes
¿El anuncio retrasa la consulta de precio?
No. Los dos procesos corren en paralelo, no en secuencia. El cliente ve el precio y el anuncio en el mismo instante. Si la selección de campaña fallara, el precio se muestra igual.
¿Qué pasa si ninguna marca está pautando sobre esa categoría?
El verificador sigue mostrando el precio y entra en modo carrusel, reproduciendo contenido del loop: campañas del propio retailer o piezas vendidas sin segmentación. Esas reproducciones se cuentan, pero no llevan la señal de contexto ni de intención que sí tiene la entrega activada por escaneo.
¿RMI puede modificar precios o afectar la operación de caja?
No. La integración con el POS es estrictamente de solo lectura. RMI consulta, no escribe.
¿Se necesita cambiar los verificadores actuales?
No en la mayoría de los casos. RMI se despliega como una aplicación Android sobre los equipos existentes. La evaluación de compatibilidad del parque instalado es el primer paso de cualquier implementación.
¿Qué se necesita para medir conversiones?
Acceso de lectura al maestro de artículos vendidos con marca de tiempo. Sin ese acceso, el sistema mide igual visualizaciones e intención, pero no puede cerrar el círculo de la atribución.
¿Por qué la consulta va contra el POS y no contra el ERP?
Porque el ERP tiene el precio que la central decidió y el POS tiene el precio que la caja va a cobrar. En cadenas con precios por región o promociones locales, esos dos números pueden no coincidir. Mostrar en el verificador un precio distinto al de la caja es un problema de confianza del cliente y, en varios países, de cumplimiento legal.