BURGER KING®
Aplicación de restaurante con cupones, contenido de búsqueda y superficies de campaña.
- Instalaciones en Google Play
- 14,3M
- Calificación de la tienda
- 3.9
Suba la capa web de su aplicación de pedidos desde CI cuando la promoción esté activa. Rutaélo por mercado o marca con canales, comience con un piloto y vuelva a rodar si se rompe el pedido.
Apoyo humano de Martin
Why restaurant teams add a live update lane
Un artículo de tiempo limitado se lanza en una fecha específica. Por la mañana del lanzamiento, QA descubre que no aparece en el menú de la aplicación.
La solución está en la capa web, pero un proceso solo de tienda significa una nueva binaria y una revisión de la tienda, que a menudo dura 24-48 horas, a veces mucho más.
Aún después de la aprobación, los clientes deben instalar la actualización y los kioscos en tienda necesitan su propio camino de actualización.
Oferta limitada comienza cuando arranca la campaña. No debe esperar una actualización de la capa web a una actualización de tienda.
Cada aplicación de marca y cada mercado pueden necesitar menús, promociones y texto legal diferentes desde el mismo código base.
Un nuevo flujo de ordenamiento debe ejecutarse en un mercado o unos pocos dispositivos de prueba antes de que vaya a todas partes.
Una pantalla de orden de comidas rota en el almuerzo necesita una forma de regresar que no dependa de una actualización de tienda.
Uso de casos
Corrige pantallas de orden y pago en la capa web y envía cambios en la muestra de menú sin una nueva binaria.
Actualiza pantallas de recompensas, pantallas de puntos y flujos de canje. Los valores de puntos que provienen de tu backend cambian allí.
Actualiza pantallas de información de tiendas, instrucciones de recogida y opciones de curbside en la capa web.
Lanzar carteles de promoción, páginas de oferta y puntos de entrada de campaña en su fecha. Pilotéalos en un canal primero.
Kiosk apps can stay open all day. Apply updates during periodic checks, or when the kiosk returns to its idle screen.
Considere cada aplicación de marca en una sola organización Capgo, cada una con su propio ID de aplicación, canales y historia de lanzamiento.
¿Qué Capgo ofrece a los equipos de restaurantes?
Capgo no tiene programador de lanzamientos. Su CI desencadena la carga: al fusionar, en una ejecución manual o en un cron que establezca para el lanzamiento.
# .github/workflows/capgo-launch.yml
on:
workflow_dispatch:
schedule:
- cron: '0 6 15 11 *' # 06:00 UTC on 15 Nov, your launch time
jobs:
upload:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v6
- run: npm ci && npm run build
- run: npx @capgo/cli@latest bundle upload --channel production --delta
env:
CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
# one app ID per brand, same web codebase
npx @capgo/cli@latest bundle upload com.yourgroup.brand-a --channel production
npx @capgo/cli@latest bundle upload com.yourgroup.brand-b --channel production
Cada aplicación de marca es su propia aplicación en Capgo, con sus propios canales y historia de lanzamiento. Los gestione en una organización con roles por miembro del equipo.
Cree un canal para cada mercado, región o grupo piloto. La aplicación se une con setChannel() en los canales que permiten la asignación automática, y su equipo puede pinchar un dispositivo con una sobrescritura.
// in the app, after the user or kiosk picks a market
import { CapacitorUpdater } from '@capgo/capacitor-updater'
await CapacitorUpdater.setChannel({ channel: 'market-uk' })
// capacitor.config.ts
CapacitorUpdater: { autoUpdate: 'onlyDownload' }
// kiosk app
let next
CapacitorUpdater.addListener('updateAvailable', ({ bundle }) => {
next = bundle
})
// when the kiosk is back on its idle screen
if (next) await CapacitorUpdater.set({ id: next.id })
El modo predeterminado aplica actualizaciones cuando la aplicación se envía a segundo plano, lo cual es algo que un autómata raramente hace. Descargue actualizaciones automáticamente y aplíquelas cuando el autómata esté inactivo.
Cómo funciona
Un flujo típico para una promoción que comienza en un mercado. Cada comando a continuación proviene de los Capgo CLI documentos.
Permita la autoasignación para que la aplicación se una al canal del mercado en el que se encuentra el usuario o kiosco.
npx @capgo/cli@latest channel add market-uk --self-assign
Canales de documentación
Run this from CI at launch time. The rollout sends the bundle to a share of devices on the channel while the rest stay on stable.
npx @capgo/cli@latest bundle upload --channel market-uk --delta --rollout 10
Documentación de implementaciones progresivas
Cuando el ordenamiento funcione como se espera, promocione el paquete a cada dispositivo en el canal.
npx @capgo/cli@latest channel set market-uk --rollout-promote
Documentación de despliegues progresivos
Si el ordenamiento falla, envíe el despliegue de vuelta a estable, o seleccione el paquete anterior del historial de canales en la consola.
npx @capgo/cli@latest channel set market-uk --rollout-rollback
Documentación de reversiones
Apps built with Capacitor
Las aplicaciones de restaurantes de servicio rápido pueden actualizar contenido de promociones, restaurantes, avisos de pedido y puntos de entrada de campañas regionales sin esperar la aprobación de la tienda.
Aplicación de restaurante con cupones, contenido de búsqueda y superficies de campaña.
Aplicación de pedidos donde la guía del menú, recompensas y pago pueden cambiar rápidamente.
Aplicación de restaurante donde las rutas de lealtad y pedidos de comida necesitan un pulido frecuente.
Prueba de clientes
Fundador, NuTriQ
Ser capaz de enviar actualizaciones OTA de producción de inmediato sin tener que esperar a los ciclos de revisión completos de la Tienda de Aplicaciones ha sido una gran ventaja operativa.
Desarrollador Líder, drivolino GmbH
"El plugin de actualizaciones Capgo Capacitor ha cambiado completamente cómo enviamos actualizaciones. Lo que solía tomar días ahora solo toma minutos."
Desarrollador, Webincode
“Ser capaz de agregar IDs de dispositivos a ciertos grupos y enviar los cambios a solo ciertos grupos es un salvavidas.”
FAQ
Tiempo, cajeros automáticos, mercados y qué un live update puede cambiar.
Capgo no tiene un programador de lanzamientos. Desencadé la carga desde tu CI en el momento que elijas, por ejemplo, con un flujo de trabajo de GitHub Actions programado o una ejecución manual por la mañana del lanzamiento. Si la nueva interfaz debe permanecer oculta hasta una fecha, la bloquee en su aplicación o backend.
GitHub Actions guideEn el modo predeterminado, las actualizaciones se aplican cuando la aplicación se va al fondo, lo que un cajero automático raramente hace. Establezca autoUpdate a 'siempre' para aplicar actualizaciones durante la verificación periódica (cada 10 minutos por defecto), o a ' solo descargar' y llame a set() cuando el cajero automático regrese a su pantalla de espera.
Documentación del comportamiento de actualizaciónSí. Proporciona a cada marca su propio ID de aplicación en Capgo, y proporciona a cada mercado o grupo de prueba su propio canal. Los dispositivos se unen a un canal con setChannel() cuando se permite la autoasignación, o a través de una sobrescritura de dispositivo.
Enlaces de canalesReinicia la progresión de lanzamiento o selecciona el paquete anterior desde la historia de canales. Si el nuevo paquete falla al iniciar y nunca llama a notifyAppReady(), el dispositivo regresa al último paquete que funcionaba por sí solo.
Documentación de los reenvíosLos precios suelen provenir de tu backend o integración de POS, así que cámbialos allí. Un live update cambia las pantallas web que muestran la carta y los precios. Los plugins nativos, los SDK de pago y los Capacitor necesitan una actualización de tienda.
Documentación de compatibilidad nativaConfigura los canales de mercado y una carga de CI en tu propia aplicación durante la prueba.
Soporte humano de Martin
Prueba gratuita de 14 días. No se requiere tarjeta de crédito. Diseñado para aplicaciones Capacitor.