Estamos resolviendo el mayor problema del sector de la restauración rápida

Las cadenas de restauración rápida se ahogan en información sobre lo que va mal, y casi nadie la lee.

Piensa en un local un martes cualquiera. El POS registra cada pedido, cada anulación y cada descuento. El sistema de fichajes registra quién entró a trabajar y a qué hora. Hay recuentos de stock, registros de mermas, albaranes, lecturas de temperatura, checklists completados o saltados, el cuadrante, la promoción de esa semana y reseñas en tres plataformas. Unos cuantos miles de datos sobre cómo funcionó de verdad ese restaurante. Ahora multiplícalo por cincuenta locales y por cada día del año.

En algún lugar de todo eso está la freidora a la que le cambian el aceite con un día de retraso en dos locales. El coste de materia prima que ha ido subiendo desde que un proveedor cambió el formato del envase. El equipo de cierre que se salta la revisión de la cámara frigorífica los domingos. El encargado que invita a más comidas que nadie en la zona. Nada de esto es una crisis. Cada cosa cuesta dinero cada día que pasa desapercibida, y juntas marcan la diferencia entre un local que se paga el alquiler y uno que cierra sin hacer ruido.

Nadie puede leerlo

No es por falta de esfuerzo. Los equipos de operaciones tienen dashboards, herramientas de BI e informes semanales, y los miran.

Pero un dashboard solo responde a las preguntas que a alguien se le ocurrió hacer. Te dirá que el coste de materia prima ha subido en la zona. No te dirá que ha subido en tres locales, en un solo producto, porque una ración se ha ido desviando. Descubrirlo exige cruzar cuatro sistemas y saber qué es normal para ese local, ese día de la semana, en esa temporada. Un responsable de zona con doce locales y un coche no tiene esa tarde. Nadie la tiene cada día, para cada local.

Así que los problemas se descubren de la forma cara. Cuando son lo bastante grandes como para aparecer en la cuenta de resultados, un mes después, tras semanas costando dinero. O cuando un cliente los descubre primero.

El sector no tiene un problema de datos. Tiene un problema de lectura. A esta escala, leerlo todo supera lo que pueden hacer las personas, y siempre lo ha superado.

Bienvenido al turno de noche

Kimchi es un equipo de agentes de IA. Los llamamos analistas, porque ese es el trabajo que hacen.

Cada noche, después del cierre, leen todo lo que cada local ha generado ese día. Saben qué es normal para cada local, así que notan cuándo algo deja de serlo, mucho antes de que sea lo bastante grande como para aparecer en otra parte.

Este es el tipo de cosa que sale de una noche.

• Ventas del desayuno −11 %

  Lightspeed

• Controles de apertura a las 7:40

  Checklists

• Reseñas: comida fría, servicio lento

  Reseñas

Ventas del desayuno un 11 % más bajas en 3 locales

La apertura va 40 minutos tarde, así que la primera hora del desayuno sale de una cocina que no está lista.

Responsable de zonaUrgencia alta

En tres locales, las ventas del desayuno han bajado un 11%. El POS muestra la caída y, por sí sola, parece un mes flojo. El checklist de apertura muestra que esos locales terminan sus revisiones de apertura a las 7:40, cuarenta minutos después de abrir las puertas. Y las reseñas de esas mañanas dicen que la comida estaba fría o tardó en llegar. Nada de esto haría saltar una alarma por sí solo, y cada dato está en un sistema distinto.

Leídos juntos, son un solo problema. La rutina de la mañana va con retraso, así que la primera hora del desayuno se sirve desde una cocina que no está lista, y los clientes que lo notan dejan de venir.

Eso es lo que sale: no un gráfico, sino un hallazgo. Qué falla, dónde, desde cuándo y las pruebas que lo respaldan, lo bastante concreto como para actuar antes del desayuno.

Cada hallazgo va a la persona que puede solucionarlo, no a una bandeja de entrada que todo el mundo ha aprendido a ignorar. Este llega al responsable de zona, con la solución ya redactada: empezar la rutina de apertura media hora antes en esos tres locales y añadir una comprobación de que la cocina está lista a las 7:00. Para cuando empieza el turno de mañana, cada problema tiene un responsable.

Los analistas encuentran, explican y proponen. Las personas deciden. Nada cambia en un local hasta que alguien lo aprueba.

Y después se soluciona

Detectar un problema es la mitad del trabajo, y es la mitad en la que nuestro sector se ha gastado el dinero. La otra mitad es donde los problemas suelen morir: un informe, una reunión, una llamada, un plan de acción y, tres semanas después, el mismo problema en otro sitio.

Por ese hueco Kimchi no se queda en el hallazgo. Llevas tus operaciones con nuestro propio ecosistema de apps: procedimientos, formación, checklists, auditorías, stock y más, todo sobre la misma base de la que leen los analistas. El problema y su solución viven en un mismo lugar, y pasar de uno a otro es un único flujo de trabajo, desde el problema hasta la solución implantada en el local.

Vuelve al problema del desayuno. El responsable de zona aprueba la solución redactada y desde ahí se pone en marcha: la rutina de apertura adelantada media hora, una nueva comprobación en el checklist de apertura de los tres locales y una formación breve para el equipo de la mañana. Sin exportaciones, sin correos, sin un segundo sistema que mantener sincronizado. El checklist de la mañana siguiente es la primera prueba de que ha llegado.

Como la solución pasa por el mismo sistema que encontró el problema, Kimchi ve si se mantiene o si se va perdiendo sin que nadie lo note. Y cuando una solución funciona en un local, se convierte en el estándar para todos, en lugar de irse con el encargado al que se le ocurrió.

Quiénes somos

Kimchi no empezó siendo tres. Hussein y yo llevábamos unos meses construyéndolo cuando reservé una llamada con Gaëtan en Tinrate, una plataforma belga para reservar tiempo con expertos. Quería su ayuda para conseguir a XKey como cliente. Nunca imaginé que esa llamada acabaría con un cofundador, pero Gaëtan resultó ser la pieza que le faltaba al equipo fundador.

Somos tres fundadores, socios a partes iguales, y cada uno se encarga de una parte distinta del problema.

Gaëtan ha pasado quince años en operaciones de restauración, desde locales independientes hasta cadenas internacionales de restauración rápida, y ha estado en las reuniones donde el mismo problema se resuelve por tercera vez. Kimchi busca las cosas que Gaëtan ha aprendido a buscar.

Yassine dirige producto y diseño. Formado en la TU Delft, su trabajo es conseguir que algo tan potente le resulte obvio a un jefe de turno en plena hora punta. Si un hallazgo tarda un minuto en entenderse, ya ha fracasado.

Hussein escribe código desde los nueve años y construye lo que hay debajo: los analistas, las integraciones con los sistemas que una cadena ya utiliza y las apps.

La experiencia operativa profunda, el oficio de producto y la ingeniería seria rara vez coinciden en la misma sala. Este problema necesita las tres, y por eso fundamos Kimchi juntos.

Esta noche

Si diriges una cadena, los problemas que Kimchi te mostraría mañana por la mañana ya están en tus datos esta noche. Nos gustaría enseñarte cómo son.