--- title: "Dashboard cocina restaurante: métricas en vivo 2026" description: "Un dashboard de cocina con métricas en vivo muestra tiempo de orden, mesa más lenta y mix de venta. Te damos arquitectura, KPIs y stack open source." slug: "dashboard-de-cocina-para-restaurante-con-metricas-en-vivo" url: "https://catalizadora.ai/blog/dashboard-de-cocina-para-restaurante-con-metricas-en-vivo" cluster: "datos-sistemas/dashboard-cocina-restaurante" author: "Pablo Estrada" published_at: "2026-05-11T12:00:00+00:00" updated_at: "2026-06-19T19:59:51.42746+00:00" read_minutes: "5" lang: "es" --- # Dashboard cocina restaurante: métricas en vivo 2026 > Un dashboard de cocina con métricas en vivo muestra tiempo de orden, mesa más lenta y mix de venta. Te damos arquitectura, KPIs y stack open source. Un dashboard de cocina para restaurante con métricas en vivo es la diferencia entre un servicio que sale en 18 minutos por mesa y uno que sale en 32. La arquitectura correcta consume el stream de órdenes del POS, calcula KPIs en código (no en respuestas de IA) y proyecta en pantalla LED en la cocina con latencia menor a tres segundos. KPIs en código, no hallucinations. Aquí va el blueprint. ## ¿Qué KPIs son no negociables en cocina? Estos son los seis que aplicamos en cada implementación. Sin ellos el dashboard es decoración. | KPI | Cálculo | Umbral típico | |---|---|---| | Tiempo promedio preparación | (timestamp listo menos timestamp pedido) / total | menos de 12 minutos | | Órdenes activas | conteo de status en preparación | menos de 20 simultáneas | | Mesa más lenta | min(timestamp pedido) de órdenes activas | alerta si más de 25 min | | Throughput estación | platos completados por hora por estación | varía por concepto | | Mix de venta del día | conteo por plato como porcentaje | depende de menú | | Stock crítico | ingredientes con menos de cierto umbral | depende de plato | Cada KPI debe calcularse en código auditable, nunca con un LLM. La cocina no perdona números falsos. ## La arquitectura mínima para producción Cinco capas que toda implementación seria tiene. Saltar alguna rompe el sistema en el segundo mes. 1. POS source: conector que extrae órdenes en tiempo real (webhook o polling) 2. Bronze layer: persistencia cruda de eventos sin transformar 3. Silver layer: normalización a esquema canónico (orden, ítem, timestamp, estación) 4. Gold materialized views: KPIs precalculados con refresh cada cinco segundos 5. Front end: pantalla web LED con auto refresh y dark mode El front end es lo de menos. El 80% del esfuerzo está en las primeras cuatro capas. ## Caso real: 28 KPIs hardcoded en una distribuidora Trabajamos con una distribuidora multinacional donde implementamos reportería avanzada con 28 KPIs hardcoded en JavaScript más AI sólo para narrativa. Browser side compute (cero CPU servidor), two level pattern KPI headline más párrafo IA, audit trail SHA-256 immutable. - Cinco secciones (Financials, Sales, Services, Complaints, System Usage) - 28 KPIs en JS - AI narrativa only (no KPI calc) - Two level pattern KPI headline más párrafo - Audit trail append only verificable Esa misma arquitectura aplica a cocina: KPIs determinísticos en código, narrativa contextual generada por LLM. Nunca al revés. ## El gotcha de la latencia Tu cocina necesita latencia menor a tres segundos entre que se confirma la orden y aparece en la pantalla. Mayor a eso, el cocinero pierde confianza en el sistema y vuelve al ticket de papel. Las tres causas más comunes de latencia alta. - POS con polling cada minuto en lugar de webhook - Base de datos sin índices en columna timestamp - Front end que hace polling pesado en lugar de Server Sent Events o WebSocket La solución es streaming nativo: el POS dispara webhook, el backend procesa y publica vía SSE a las pantallas conectadas. ## Las cinco pantallas que un restaurante mediano necesita Una sola pantalla no cubre roles distintos. Esta es la segmentación mínima. 1. Pantalla parrilla: órdenes activas asignadas a parrilla, agrupadas por mesa 2. Pantalla frío: ensaladas y entradas, mismo formato 3. Pantalla postres: lo último que sale, prioridad si la mesa pidió cuenta 4. Pantalla gerencia: vista agregada con mesa más lenta y throughput 5. Pantalla pasillo: tiempo promedio por mesa, NPS digital si lo capturas Cada pantalla muestra sólo lo relevante a esa estación. Mostrar todo a todos genera ruido y bajan el sistema. ## Los siete gotchas que rompen el dashboard 1. POS legacy sin API: hay que negociar con proveedor o hacer scraping autorizado 2. Sin sincronización de relojes: timestamps no alineados generan KPIs falsos 3. Pantalla LED de mala calidad: brillo bajo en cocina ilumina la receta a medias 4. Sin redundancia: si cae internet la cocina queda ciega (necesitas modo offline) 5. Demasiados KPIs en una pantalla: el cocinero no procesa más de seis simultáneos 6. Notificaciones audibles excesivas: el equipo las apaga y pierdes la alerta crítica 7. Sin gobernanza: cualquier mesero modifica órdenes post-confirmadas y rompe trazabilidad ## ¿Construir o comprar? Para restaurantes con un solo POS conocido (Toast, Square, Lightspeed, Loyverse), existen KDS (Kitchen Display System) integrados por 50 a 150 USD por pantalla al mes. Cubre el 70% de los casos. Para cadenas con dos o más conceptos, multi sucursal, POS legacy o lógica de cocina específica (estaciones cruzadas, prep avanzado, dark kitchen híbrido), conviene a medida. La inversión única se paga frente a recurrencia mensual creciente. Sin retainers, sin licencias atadas, código a tu nombre para siempre. ## Comparativa costos año 1 | Opción | Costo año 1 | Cubre | |---|---|---| | KDS Toast Kitchen Display 3 pantallas | 5,400 USD | Restaurante único concepto | | Loyverse KDS Free | 0 USD | Hasta 3 pantallas básicas | | Dashboard a medida MAGIA Core | 15,000 USD único | Multi POS, multi sucursal, data lake | | Solución enterprise tipo Oracle Micros | 30,000+ USD anuales | Cadenas con 50 sucursales | A horizonte tres años y dos o más sucursales, la solución propia se paga sola. Para una sucursal con POS estándar, KDS comercial cubre. ## La capa que más diferencia hace El audit trail con hash chain SHA-256. Cada modificación de orden queda en append only. El gerente puede preguntar "quién modificó la mesa siete a las 21:43" y la respuesta está disponible al segundo. Sin esto, las quejas de clientes se vuelven palabra contra palabra. ## Próximos pasos Si tu restaurante o cadena tiene más de una sucursal y la gerencia decide a ciegas qué cocina está fallando, una sesión estratégica de descubrimiento te entrega blueprint con KPIs específicos para tu operación. [MAGIA Core](https://catalizadora.ai/magia/core) entrega en doce semanas data lake unificado, dashboard de cocina y dashboard ejecutivo para dueño. [MAGIA Forge](https://catalizadora.ai/magia/forge) cubre cuando necesitas software a medida con IA con guardrails. Llamada de 30 minutos. Sin pitch deck. Conversación real sobre tu operación. ## Preguntas frecuentes ### ¿Qué métricas debe mostrar un dashboard de cocina en vivo? Tiempo promedio de preparación por plato, número de órdenes activas, retraso en mesa más lenta, throughput por estación (parrilla, frío, postres), mix de venta del día y stock crítico de ingredientes. ### ¿Cuánto tarda implementar un dashboard de cocina serio? Entre dos y ocho semanas según POS origen. Si tu POS expone API (Toast, Square, Lightspeed), dos semanas. Si tu POS es legacy local, dos meses incluyendo extracción de datos y validación. ### ¿Funciona con cualquier sistema POS? Sí, siempre que el POS exponga API o tenga base de datos consultable. Para sistemas cerrados sin API hay que negociar acceso con el proveedor o implementar workaround de exportación periódica. ### ¿Sirve la cocina abierta de un restaurante o también dark kitchen? Sirve para ambos. En dark kitchen es aún más crítico porque sin clientes a la vista el cuello de botella no se ve. El dashboard reemplaza el feedback visual del salón con datos. ### ¿Cuánto cuesta hacer un dashboard a medida? Entre 3,000 y 12,000 USD según número de POS y profundidad. Una solución MAGIA Core a 15,000 USD entrega data lake unificado más dashboard por rol (cocina, gerencia, dueño) en doce semanas. --- Source: https://catalizadora.ai/blog/dashboard-de-cocina-para-restaurante-con-metricas-en-vivo Author: Pablo Estrada — AI Catalyst, LLC (catalizadora.ai)