Sabes lo que vendiste. No sabes lo que pasó.
Las ventas se consolidan solas. Lo demás no: el inventario real, lo que pasó en cada punto, por qué se perdió esa mercancía, qué hizo el equipo en calle. Esa información existe, pero llega tarde, incompleta, o en un formato que nadie puede cruzar.
Dónde duele en una operación de retail
El dato de la calle llega tarde, incompleto, o no llega
Personal desplazado, puntos distribuidos, conectividad que se cae, sistemas que se caen, latencia. Tener información en tiempo real cuando la operación pasa fuera de una oficina no es un problema de software, es un problema de física y de infraestructura.
El resultado es que las decisiones que dependen de saber qué está pasando ahora se toman con lo que pasaba ayer. Y en operaciones con temporada, un día de retraso es una decisión perdida.
El inventario del sistema no es el inventario real
Es el problema más caro del sector y el que menos se ataca de raíz, porque parece un problema de robo y en realidad es de proceso.
Los orígenes están en la operación diaria: recepciones incompletas de proveedor, transferencias mal registradas entre bodegas, escaneos que no se hicieron, ajustes sin explicación, devoluciones mal procesadas, mercancía dañada que nadie dio de baja, producto que existe pero nadie encuentra.
El promedio del sector opera con precisión de inventario cercana al 65%. Un tercio de lo que dice el sistema no corresponde con lo que hay. Y sobre ese inventario se planea la compra, se calcula la rotación y se promete disponibilidad.
El registro depende de que alguien lo haga bien
Buena parte de lo que ocurre en punto de venta y en calle entra al sistema porque una persona lo digitó, lo escaneó o lo reportó. Sin verificación cruzada, el proceso está pidiendo confianza donde debería tener control.
No es un problema de la gente. Es un problema de diseño: cuando el único registro de un evento es el auto-reporte de quien lo ejecutó, no hay forma de distinguir un error de un descuido, ni de detectar el patrón que se repite en un solo punto.
Cada sistema tiene su verdad, y algunos son cuadernos
POS por un lado, inventario por otro, e-commerce en un tercero, logística en un cuarto. Y en el medio, planillas de Excel, formatos en papel, cuadernos, mensajes de WhatsApp con la novedad del día.
Integrar lo tecnológico ya es difícil. Lo que no está en ningún sistema no se integra: se transcribe, y ahí se pierde.
Anticipar demanda con temporadas, campañas y canales
La demanda en retail no es una serie estable. Tiene temporadas, campañas, quiebres por competencia, comportamiento distinto por canal y por punto. Planear compra y capacidad con eso exige historia limpia y comparable, y es exactamente lo que la operación no tiene.
Sin eso, la planeación es reactiva: se ajusta cuando ya hubo quiebre de stock o cuando ya sobró inventario.
Cada mejora destapa la siguiente
Es la característica del sector que más desconcierta a quien viene de otra industria. Se arregla el proceso de recepción y aparece el de transferencias. Se ordena el inventario y aparece el de devoluciones. Cada capa que se resuelve deja ver la que estaba debajo.
No es que las mejoras no sirvan. Es que en operaciones con esta cantidad de puntos de contacto, la ineficiencia no se elimina de una vez: se administra por capas. Cualquiera que te prometa resolverlo todo en un proyecto no ha operado en retail.
Lo que hemos construido en retail y operaciones distribuidas
Mismo caso de uso, aplicado también en este sector
El 70% del tiempo de soporte se iba en responder las mismas 30 preguntas. Los casos complejos esperaban días en cola.
60% de tickets resueltos sin intervención humana
Ver caso completo →Sin visibilidad del nivel de madurez en IA por área. Los diagnósticos tradicionales tardaban semanas y terminaban en un PDF que nadie ejecutaba.
+3,000 personas evaluadas en menos de 2 semanas
Ver caso completo →Sabían que podían automatizar, pero no cuáles procesos ni en qué orden. Los diagnósticos internos llegaban sesgados por política interna.
+2,000 iniciativas de automatización identificadas y priorizadas
Ver caso completo →Por dónde se empieza
Casi siempre, por The Brain.
En retail el diagnóstico resuelve las dos cosas que hunden el resto: cuál es el proceso real con todas sus excepciones, y cuánto cuesta hoy. Automatizar antes de eso no ordena la operación, la replica más rápido.
Y hay una razón adicional acá: con la cantidad de fuentes que tiene un retailer, decidir qué atacar primero sin un mapa de costos es adivinar.
Si el proceso ya está mapeado y el número está claro, The Muscle.
Verificación cruzada de registros, consolidación entre sistemas que no se hablan, detección de anomalías en inventario y en punto de venta, pronóstico de demanda por punto y por canal. Sobre los sistemas que ya tienes.
Si el reto es que la operación adopte, The Program.
Es donde más se pierde valor en operaciones distribuidas: la herramienta llega al punto y el equipo sigue con el cuaderno, porque nadie los involucró en el diseño. Habilitación por rol y por punto, no capacitación genérica.
Y esto no lo automatices
Trabajamos con varias operaciones distribuidas. Estas son las cosas que consistentemente NO recomendamos automatizar, aunque técnicamente se pueda:
La atención en punto físico, sobre todo devoluciones, garantías y reembolsos.
Son los momentos donde el cliente ya está molesto y donde una respuesta rígida convierte un problema pequeño en una reseña pública. Se puede darle mejor información a quien atiende. La atención no.
Las etapas de revisión y aprobación que exponen a auditoría.
El sistema puede validar, cruzar y dejar listo. Aprobar es de la persona responsable. Cuando hay riesgo de auditoría, legal o reputacional, la revisión humana no es un paso lento del proceso. Es el control.
Las maniobras de campo que dependen de interacción humana.
Con clientes, con aliados, con proveedores, con la comunidad. Se puede reducir el papeleo alrededor y darle mejor información a quien está allá. La maniobra no.
Los cambios de volúmenes, criterios y umbrales.
Los parámetros que definen cómo opera el sistema los mueve una persona con criterio, no el sistema por su cuenta. Un modelo que se recalibra solo es un modelo cuyo comportamiento nadie puede explicar cuando alguien pregunte.
La toma de decisiones estratégicas.
Consolidar la información, cruzarla y hacer el pre análisis, sí. Decidir, no. Un sistema que decide sin contexto de mercado, relaciones y capacidad real produce decisiones que se ven bien en un tablero.
Si lo que te duele está en esta lista, te lo vamos a decir antes de cobrarte un peso.
Lo que nos preguntan
Tenemos sistemas muy específicos que no se pueden integrar
Es la norma en retail, no la excepción. Casi ninguna operación distribuida arranca con una capa de integración limpia.
Hay más caminos de los que parece: lectura directa de base de datos, procesos programados de extracción, automatización sobre la interfaz cuando no hay alternativa, capas intermedias que normalizan lo que cada sistema entrega. Cuál aplica depende de qué tienes, y eso se define en el diagnóstico.
Y para lo que no está en ningún sistema, que en retail siempre hay algo, la pregunta es distinta: no cómo integrarlo, sino si vale la pena capturarlo digitalmente o si el costo de hacerlo supera lo que aporta.
Todavía tenemos muchos procesos manuales
Eso no es un impedimento, es el punto de partida más común.
Lo que sí importa es distinguir cuáles procesos manuales están ahí porque nadie los ha tocado, y cuáles están ahí porque el criterio humano es necesario. Los primeros son candidatos. Los segundos aparecen en la lista de arriba.
Esa distinción es la mitad del diagnóstico, y no se puede hacer desde afuera sin hablar con quien ejecuta el proceso.
Nos preocupa que un modelo mal calibrado nos cueste caro
Es la preocupación correcta, y en retail más que en otros sectores: un umbral mal puesto en detección de anomalías puede bloquear inventario bueno o dejar pasar pérdida real, y ambas cosas se sienten en el margen.
Por eso el diseño parte de ahí. Ningún sistema que construimos ajusta umbrales por su cuenta ni ejecuta decisiones de compra o de baja de inventario. Detecta, prioriza, presenta la evidencia. La decisión queda donde debe estar.
Y el patrón de implementación es conservador: correr en paralelo al proceso actual antes de reemplazarlo, y comparar contra el criterio humano durante el tiempo que tu equipo necesite para confiar en el sistema. Cuando empieza a operar, ya hay evidencia de su comportamiento en tu operación real.
Si medimos esto en serio, va a salir información que hoy no se reporta
Va a salir. Y conviene decir algo sobre eso, porque es la preocupación real y casi nadie la nombra.
En operaciones distribuidas, la información sube filtrada. Cuando un mal indicador tiene consecuencias para quien lo reporta, el sistema entero aprende a reportar lo que se espera. Eso pasa en toda operación con muchos puntos y jerarquía.
Lo que hace un sistema de verificación cruzada es quitar esa presión: cuando el dato se construye de varias fuentes, ya no depende de que nadie tenga que dar una mala noticia. El reporte deja de ser un juicio sobre alguien y vuelve a ser un dato.
Y hay un tema práctico: el sponsor del diagnóstico dentro de la compañía es quien revisa y firma los hallazgos antes de que salgan a cualquier comité. El entregable se construye con esa persona, no sobre ella.
¿Cuál de estos es tu caso?
Quince minutos para revisar tu operación y decirte dónde está el costo que no aparece. Si al calcularlo no justifica una implementación, también te lo decimos.
Hablemos 15 minutos