Saltar al contenido

Caso operativo anonimizado

La tablet del mostrador dejó de ser el cuello de botella

Un restaurante de comida casual con varias sedes recibe pedidos de domicilio por Rappi y reservas de mesa por WhatsApp. Las dos cosas llegan al mismo tiempo y en las mismas horas pico.

Revisar una operación parecida Ver todos los casos

Estado de la evidencia

Caso operativo anonimizado

Ficha publicada el 27 de agosto de 2026.

Esta ficha describe una operación documentada por Meteor sin revelar la identidad del cliente. No es una reseña, no atribuye resultados porcentuales y no presenta una voz anónima como testimonio independiente.

Consultar el registro y el método de evidencia

¿Cómo se automatiza esta operación con un Met?

En esta operación, el Met coordina Rappi, Agenda de Meteor, CRM de Meteor para ejecutar el flujo documentado: El Met ve los pedidos nuevos, los acepta indicando el tiempo de cocción real y después los marca listos para que el domiciliario los recoja. La ficha separa lo automatizado de las decisiones que todavía requieren confirmación humana y no presenta este proceso como una garantía de resultados.

Contexto

La operación documentada

Un restaurante de comida casual con varias sedes recibe pedidos de domicilio por Rappi y reservas de mesa por WhatsApp. Las dos cosas llegan al mismo tiempo y en las mismas horas pico.

País documentado: Colombia

Antes: trabajo manual

  • Los pedidos se aceptaban desde la tablet del mostrador. En hora pico, el que nadie alcanzaba a tocar se cancelaba solo.
  • Cuando en cocina se acababa un insumo, el producto seguía publicado hasta que alguien entrara al portal a apagarlo.
  • Con la cocina saturada seguían entrando pedidos que no se iban a cumplir a tiempo.
  • La reserva de mesa se confirmaba por mensaje y no quedaba registrada en ningún lado, así que el día de la reserva nadie sabía cuántas mesas estaban comprometidas.

Ahora: trabajo del Met

  • El Met ve los pedidos nuevos, los acepta indicando el tiempo de cocción real y después los marca listos para que el domiciliario los recoja.
  • Apaga por referencia los productos que se acabaron, sin tocarles el precio, y los vuelve a prender cuando llega el insumo.
  • Cierra la tienda completa cuando la cola se satura y la reabre cuando baja, en vez de acumular pedidos imposibles.
  • La reserva de mesa sale de los huecos libres reales, se confirma en la conversación y se reprograma o se cancela ahí mismo.

Integraciones

Sistemas que sostienen el caso

Cada enlace lleva a la ficha técnica del conector, donde se detallan sus herramientas, requisitos y límites.

Rappi Agenda de Meteor CRM de Meteor

Límites documentados

  • No cambia precios ni edita el menú. Solo prende y apaga la disponibilidad de lo que ya está publicado.
  • No gestiona domiciliarios ni tiempos de entrega. Esa parte es de la operación de Rappi.
  • No resuelve reclamos ni reembolsos de la plataforma.

¿Quieres revisar una operación parecida?

Te mostramos qué puede conectarse, qué requiere confirmación humana y qué no debe prometerse.

Quiero una demostración