Caso · Hostelería

Carta digital administrable para hostelería

De cartas impresas que había que rehacer a una carta digital administrable para locales de hostelería

Resumen

Problema

Los cambios de productos y precios obligaban a actualizar materiales impresos o PDF. Cada cambio suponía maquetar, imprimir o pedir a otra persona que lo hiciera.

Solución

Una carta móvil accesible mediante QR, con catálogo organizado y un panel desde el que cada local actualiza su oferta sin intervención técnica.

Resultado observado

El establecimiento puede publicar cambios de productos y precios sin reimprimir la carta.

Cambio observado, sin cifras publicadas. Solo publico métricas con punto de partida, periodo y fuente.

Antes y después

Qué pasos desaparecieron

«Antes» muestra cómo se hacía el trabajo y marca los pasos donde se atascaba o había que revisar a mano. «Después», el recorrido con el sistema en marcha.

Antes

  1. Cambia un precio o un plato
  2. Rehacer la carta en papel o PDF
  3. Esperar a que otra persona la maquete o imprima
  4. Sustituir la carta en el local

Después

  1. Cambio desde el panel del local
  2. Carta publicada sin reimprimir
  3. El cliente la abre con el QR

Piezas del sistema

  • Panel de gestión por local Cambios rápidos de productos, precios y alérgenos
  • Una sola aplicación Datos aislados por establecimiento
  • Carta pública ligera Pensada para abrirse desde el móvil
  • Colas de tareas Las operaciones pesadas no ralentizan la carta
  • Pasarela de pago Integrada en la plataforma

Razonamiento

Cómo se decidió qué construir

  1. Situación inicial

    Las cartas estaban en papel o en PDF. Actualizar un precio o un plato del día dependía de rehacer el documento y, a menudo, de un tercero.

  2. Restricciones y riesgos

    • Varios locales en un solo sistema, con los datos de cada establecimiento aislados.
    • Quien actualiza la carta no es técnico y lo hace a menudo en mitad del servicio.
    • El cliente del local accede desde el móvil y la carta tiene que estar siempre disponible.
  3. Qué se decidió

    Crear una carta móvil accesible por QR y administrable desde un panel pensado para cambios rápidos. Una única base de código para todos los locales, con aislamiento de datos por establecimiento.

    Qué se descartó. Mantener un PDF por local y subirlo a una web resolvía la publicación, pero no la edición. Cada cambio seguía dependiendo de rehacer el documento.

  4. Proceso y participación

    Los locales aportaron cómo cambian la carta en el día a día. Yo me encargué de la definición técnica, la arquitectura, el desarrollo y la operación.

  5. Puesta en marcha

    Cada local recibe su espacio y su código QR. El panel se diseñó para que un cambio de precio se haga en pocos pasos.

  6. Resultado

    • Cada local actualiza su carta sin intermediarios.
    • Un único sistema para varios locales, con datos aislados entre ellos.
    • Pagos y tareas en segundo plano integrados en la plataforma.

    Límites. No hay métricas publicadas de uso por local ni de tiempo de edición. La siguiente fase es medir altas, cambios de carta y visitas para priorizar mejoras.

Detalle técnico Consultar arquitectura, integraciones y tecnologías

Arquitectura

  • Una sola aplicación para varios locales. Una única base de código y operación, con los datos aislados por establecimiento.
  • Carta pública ligera pensada para abrirse desde el móvil a partir del código QR.
  • Panel de gestión propio para cambios rápidos, sin configurar un sistema complejo.
  • Colas para tareas en segundo plano, de forma que las operaciones pesadas no ralenticen la carta ni el panel.

Integraciones

  • Pasarela de pago integrada en la plataforma.

Modelo de datos

Locales, cartas, categorías, productos, precios y alérgenos. Cada local solo ve y edita sus propios datos.

Seguridad y permisos

  • Acceso al panel por local, con aislamiento de datos entre establecimientos.
  • Las credenciales de pago se gestionan fuera del código.

Si tu situación se parece a esta, cuéntamela

Cuéntame brevemente qué ocurre. Te responderé en uno o dos días laborables para decirte si puedo ayudarte y cuál sería el siguiente paso.

No añadiré tu email a una lista comercial. Respondo en uno o dos días laborables.

Ver otros proyectos

  1. Subida por evento y categoría
  2. Compra y pago desde el móvil
  3. La pasarela confirma el pago
  4. Descarga habilitada

Eventos deportivos de motor

Venta y entrega de fotografía de eventos

Una plataforma propia en Django que reúne publicación, almacenamiento, compra, pago y entrega de imágenes dentro del mismo recorrido.

  • Django
  • Python
  • Redsys
  • Cloudflare R2
  1. Anuncio con imágenes
  2. Revisión y publicación
  3. Pago del destacado
  4. Destacado activo

Competición de motor

Marketplace especializado en competición

Un marketplace con cuentas, anuncios, fotografías, pagos para destacar anuncios y un panel de gestión, construido en una primera versión centrada en publicar y gestionar.

  • Pasarela de pago
  • Almacenamiento de imágenes
  • Panel de gestión
  • Flujos de anuncios con estados
  1. Copia programada de base de datos y archivos
  2. Guardada fuera del servidor principal
  3. Retención definida
  4. Recuperación documentada paso a paso

Ecommerce especializado

Continuidad de un ecommerce especializado

Una operación de infraestructura con copias automáticas fuera del servidor principal, retención definida y un procedimiento de recuperación escrito.

  • PrestaShop
  • Copias automatizadas
  • Política de retención
  • Monitorización