De la contabilidad a la navegación: por qué los informes de retail y hostelería necesitan un modelo nuevo

Veinte años viendo cómo los sistemas de informes ganaban capacidad me enseñaron que tener más datos nunca fue la limitación. La limitación siempre fue la distancia entre una cifra y la decisión que debería provocar.

Ideas clave

  • Un cuadro de mando responde a lo que ya pasó; una señal es concreta, trazable y llega a tiempo para una decisión, de modo que alguien todavía puede actuar.
  • Las medias de la red esconden lo importante, porque el retail y la hostelería no son sistemas lineales: una cifra sana de la red puede ocultar un problema que se está formando en tres ubicaciones concretas.
  • marql parte de una pregunta y no de un cuadro de mando, y devuelve respuestas basadas en la fuente, ligadas a una ubicación y a un periodo, para que el camino de la pregunta a la prueba y a la decisión sea corto.

Hace algo más de veinte años construí mi primer ERP yo solo, en unos dos meses, para una empresa que vendía periódicos y revistas en más de cincuenta quioscos. Sin equipo, sin manual. Me ocupaba yo mismo del stock, las devoluciones y la tesorería, y dormí en la sala de servidores más noches de las que me gustaría admitir. A los dos meses funcionaba, y acabó llevando las cuentas de un negocio con cientos de compradores mayoristas.

Aquel sistema registraba entregas, devoluciones, caja y stock, nada más. En el sentido estricto de la palabra, era contabilidad.

He pasado las dos décadas siguientes viendo cómo los sistemas de informes del comercio y la hostelería ganaban capacidad. Llegó la reposición automática, luego los sistemas de almacén que le decían al preparador a qué estantería ir después, luego los cuadros de mando, luego el BI, y ahora alguna variante de IA encima de todo, resumiendo y haciendo previsiones. Cada capa iba más rápido y tenía mejor aspecto que la anterior. Un responsable sigue teniendo que sentarse delante de las cifras y averiguar, solo, qué importa esta semana y qué hacer al respecto.

Creo que ese hueco es la razón por la que los informes del comercio y la hostelería tienen que pasar de gestionar por KPI a gestionar por señales. Es un trabajo distinto del que ya hace un cuadro de mando.

Lo que un cuadro de mando hace bien de verdad

Quiero ser justo con los cuadros de mando, porque el instinto del sector suele ser declararlos obsoletos, y ese instinto se equivoca. Un cuadro de mando muestra las ventas del día, los niveles de stock, el margen, el cumplimiento del plan. Eso es necesario. Sin él, un negocio con varias ubicaciones acaba enseguida viviendo en varias versiones incompatibles de la realidad, un encargado de tienda convencido de que todo va bien mientras otro está seguro de que no, sin una verdad común ni siquiera para empezar la conversación.

Lo que responde un cuadro de mando es lo que ya pasó. Es una pregunta real, y de verdad útil. Solo que no es completa. Las cifras históricas de ventas te muestran dónde ha estado el negocio. No te muestran hacia dónde va. Una media de la red puede parecer sana mientras tres ubicaciones concretas desarrollan en silencio un problema por debajo. Una previsión puede acertar para el conjunto y seguir siendo inútil para la persona que hoy tiene que decidir sobre una tienda.

Los informes suelen hablar en KPI, promediados por tiendas y periodos. Una señal tiene que funcionar al revés, lo bastante acotada como para actuar de inmediato. «El margen ha bajado un 2 % este mes» es un informe. «El margen se ha movido en esta ubicación, en este periodo, y esta es la partida de coste que ha cambiado» es una señal. «Los niveles de stock están altos» es un informe. «Este lote, en esta ubicación, se acerca a su fecha de caducidad» es una señal, porque alguien todavía puede actuar antes de que se cierre el plazo.

Por qué la cifra media suele esconder lo importante

Los negocios de comercio y hostelería no son sistemas lineales. La palabra suena abstracta hasta que has dirigido uno de estos negocios, así que merece la pena concretar qué significa en la práctica.

Un cambio de surtido mueve los niveles de stock, y un stock distinto cambia la disponibilidad de producto, en silencio, antes de que nada aparezca en un informe semanal, aunque la disponibilidad es justo lo que el cliente vive en el lineal. Una promoción puede subir la facturación justo la semana que querías mientras estrecha el margen y carga trabajo extra sobre una plantilla que no estaba prevista para ello. Un recorte de costes puede dar un cierre de mes perfecto y un problema operativo real seis meses después, cuando lo que recortaste resulta que sí importaba. Nada de esto aparece por sí solo en una hoja de cálculo, cosas como el tiempo, un festivo local, una tradición de Semana Santa propia de un país o un proveedor que subió un precio en silencio sin avisar a nadie.

Cada decisión hereda lo que vino antes, más el estado del negocio, más condiciones que nadie en la sala controla. Un sistema que solo muestra la foto de los KPI de esta semana te está dando tu velocidad y tu posición en el mapa. No dice nada de lo que hay en la próxima curva, ni de cuál de las tres últimas decisiones te ha traído hasta aquí. La investigación sobre la sobrecarga de información lo respalda. A partir de cierto punto, más información no produce mejores decisiones. La gente empieza a pasar por alto las señales que más importan, se apoya más en atajos intuitivos y dedica más tiempo a entender qué está pasando que a decidir qué hacer (Eppler & Mengis, 2004). Un gráfico más bonito no es automáticamente una respuesta mejor.

Del KPI a la señal: qué significa navegar

El cambio de enfoque al que siempre vuelvo es este. Un cuadro de mando de KPI interpreta tu posición y se queda ahí. Un navegador interpreta tu posición respecto a un destino y te dice la siguiente maniobra. Si te equivocas de salida, no te lo reprocha. El navegador del coche no te dice que te has perdido y que el viaje se ha arruinado. Dice: recalculando ruta. Los informes deberían tener la misma actitud, no un veredicto sobre lo que ya salió mal, sino un siguiente paso según cómo están las cosas.

El navegador del coche no te dice que te has perdido y que el viaje se ha arruinado. Dice: recalculando ruta.

En la práctica, una señal útil tiene que ser concreta, ligada a un SKU, una ubicación, un proveedor, un periodo, porque una media de la red esconde más de lo que muestra. Tiene que ser trazable, para que puedas preguntar por qué y te lleve a los datos de origen reales en lugar de a una cifra más grande. Y tiene que llegar a tiempo para una decisión. Un análisis que llega después de que se haya tomado la decisión operativa es una autopsia, lo llames como lo llames.

Reconozco que por eso también desconfío de cualquier producto, incluido uno de IA, que ofrece una única respuesta instantánea sin un camino visible de cómo ha llegado a ella. Una cifra sin la fuente adjunta es una afirmación que alguien te pide que creas, no una prueba que puedas comprobar tú mismo. Lo difícil nunca fue generar más cifras más rápido. Es acortar el camino de la pregunta a la prueba y a la decisión lo suficiente como para que alguien lo recorra durante su jornada de trabajo.

Por qué marql empieza por una pregunta y no por un cuadro de mando

Ese es el razonamiento detrás de cómo funciona marql. No es otro panel que configurar, y hemos tenido cuidado de no prometer automatización total ni una respuesta instantánea e incuestionable. Son dos promesas fáciles de hacer y difíciles de sostener. marql es una capa conversacional sobre los sistemas que una cadena de tiendas, un grupo de restauración o una red de franquicias ya utiliza (TPV, contabilidad e inventario, entre otros): los lee sin sustituirlos, con alojamiento en la UE. Haces una pregunta operativa real en lenguaje normal, y la respuesta vuelve ligada a su fuente, con el periodo, la ubicación y el contexto que hay detrás, todo visible y comprobable. Tus sistemas actuales no se mueven. Solo se mueve la capa de encima.

Públicamente, el compromiso que hemos asumido es más acotado que «visibilidad total, al instante». Es una revisión cualificada de tus sistemas, seguida de una primera vista en directo en 24 horas, con precios desde 200 € al mes. Es una promesa más pequeña de las que suele hacer el sector. Prefiero que siga siendo exacta a que suene más grande, y es la misma disciplina que un director de operaciones que sigue varias ubicaciones esperaría de cualquier sistema que pretenda sustituir una corazonada.

La pregunta que vale la pena hacerle a tus sistemas actuales

Veinte años viendo cómo los sistemas de informes se volvían más sofisticados sin volverse más útiles me enseñaron esto: tener más datos nunca fue la limitación. La limitación siempre fue la distancia entre una cifra y la decisión que debería provocar.

Antes de tu próxima revisión operativa, hazte una pregunta directa sobre lo que estés mirando ahora. ¿Te dice qué revisar a continuación, o solo lo que ya pasó? Si es lo segundo, la solución probablemente no sea un cuadro de mando más grande. Es un navegador.

TemasSeñales en los informes, Analítica retail, Operaciones HoReCa, Toma de decisiones

Evan Kazakov

Escrito por

Evan Kazakov

Fundador, marql

Sigue a marql en LinkedIn

Todos los artículos

Blog

Preguntas frecuentes

No. marql es una capa sobre los sistemas que ya utilizas. No se sustituye nada; tus sistemas actuales se quedan exactamente donde están.

marql se conecta a tus sistemas de origen y los lee sin sustituirlos. Lee tus datos y responde a preguntas a partir de ellos.

Tras una revisión cualificada de sistemas, la mayoría de los equipos tienen una primera vista en directo en 24 horas.

Los precios empiezan en 200 € al mes y se ajustan durante la revisión de sistemas a tus sistemas y ubicaciones concretos.

¿Listo para ver
los euros que ha encontrado?

Conecta tus cajas, tu stock y tu contabilidad en un día. Acceso de solo lectura, sin cambiar el TPV, 200 € al mes por local y menos a medida que creces.

0
Sustitución de tus sistemas
1
Un chat. Todo el negocio.