BURGER KING
App di ristorante con voucher, contenuto del cercatore e superfici di campagna.
- Installazioni su Google Play
- 14,3M
- Valutazione della Store
- 3.9
Carica il layer web del tuo'app di ordinazione dal CI quando la promozione va in onda. Dirigilo per mercato o marchio con canali, inizia con un pilota e torna indietro se l'ordinazione si rompe.
Sostegno umano da Martin
Perché i team dei ristoranti aggiungono una live update corsia
A un item a tempo limitato va in onda in una data specifica. La mattina del lancio, la QA scopre che non compare nel menu dell'app.
La soluzione è nel layer web, ma un processo esclusivo per il negozio significa una nuova versione binaria e una revisione del negozio, che spesso richiede 24-48 ore, a volte molto di più.
Anche dopo l'approvazione, i clienti devono ancora installare l'aggiornamento, e le kiosche in negozio richiedono la propria via di aggiornamento.
Un'offerta a tempo limitato inizia quando inizia la campagna. La correzione del layer web non dovrebbe attendere la rilascio del negozio.
Ogni app del marchio e ogni mercato può richiedere menu, promozioni e testo legale diversi dallo stesso codice.
Un nuovo flusso di ordine dovrebbe essere testato in un mercato o su pochi dispositivi di prova prima di essere distribuito su larga scala.
Un schermo di ordinazione rotto a pranzo richiede un modo di tornare indietro che non dipenda dal rilascio del negozio.
Uso dei casi
Risolve schermate di ordine e pagamento nel layer web e invia modifiche di visualizzazione del menu senza un nuovo file eseguibile.
Aggiorna schermi di ricompensa, display dei punti e flussi di riscatto. I valori dei punti che provengono dal tuo backend cambiano lì.
Aggiorna schermate di informazioni sul negozio, istruzioni di ritiro e opzioni curbside nel layer web.
Lancia banner promozionali, pagine offerte e punti di ingresso per campagne sulla tua data. Provali per primo su un canale.
Gli app dei kiosk possono rimanere aperti tutto il giorno. Applica gli aggiornamenti durante i controlli periodici, o quando il kiosk torna alla sua schermata di idle.
Conserva ogni app di marca in un'unica Capgo organizzazione, con la propria app ID, canali e storia delle rilasci.
Cosa Capgo offre alle squadre di ristoranti
Capgo non ha un calendario di rilasci. Il tuo CI attiva l'upload: alla fusione, su una run manuale o su un orario di lancio che hai impostato per il rilascio.
# .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
Ogni app di marca è la propria app in Capgo, con la propria canali e storia delle rilasci. Glieli gestisci in un'unica organizzazione con ruoli per ogni membro della squadra.
Crea un canale per ogni mercato, regione o gruppo di pilotaggio. L'app si unisce con setChannel() sui canali che consentono l'assegnazione automatica, e il tuo team può bloccare un dispositivo con un override.
// 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 })
La modalità predefinita applica gli aggiornamenti quando l'app si chiude in background, il che accade raramente per una macchinetta. Scarica gli aggiornamenti automaticamente e applicali quando la macchinetta è inattiva.
Come funziona
Un flusso tipico per una promozione che inizia in un mercato specifico. Ogni comando di seguito è tratto dai documenti di Capgo CLI
Consenti l'assegnazione automatica affinché l'app possa unirsi al canale per il mercato in cui si trova l'utente o il kiosk.
npx @capgo/cli@latest channel add market-uk --self-assign
Documentazione sui canali
Eseguire questo da CI al momento del lancio. La distribuzione invia il pacchetto a una quota di dispositivi sul canale mentre il resto rimane stabile
npx @capgo/cli@latest bundle upload --channel market-uk --delta --rollout 10
Documentazione delle distribuzioni progressive
Quando l'ordinamento funziona correttamente, promuovi il bundle a ogni dispositivo sul canale.
npx @capgo/cli@latest channel set market-uk --rollout-promote
Documentazione progressive rollouts
Se l'ordinamento si rompe, invia il rollout di nuovo stabile, o scegli il bundle precedente dalla storia del canale nel console.
npx @capgo/cli@latest channel set market-uk --rollout-rollback
Documentazione rollbacks
App costruite con Capacitor
Le app dei ristoranti veloci possono aggiornare promozioni, contenuti del ristorante, avvisi di ordinazione e punti di ingresso per campagne regionali senza dover attendere l'approvazione dei negozi.
App di ristorante con voucher, contenuto del cercatore e superfici di campagna.
App di ordinazione dove il menu, i premi e la guida al checkout possono cambiare rapidamente.
App di ristorante dove le vie della fedeltà e dell'ordine dei pasti richiedono spesso un ritocco frequente.
Prova dei clienti
Fondatore, NuTriQ
"Essere in grado di inviare aggiornamenti OTA in produzione istantaneamente senza dover attendere i cicli di revisione completi dell'App Store è stato un enorme vantaggio operativo."
Capo Sviluppatore, drivolino GmbH
La plugin di aggiornamento Capgo Capacitor ci ha completamente rivoluzionato il modo di distribuire gli aggiornamenti. Ciò che prima richiedeva giorni ora richiede solo minuti.
Developer, Webincode
"Essere in grado di aggiungere gli ID dei dispositivi a certi gruppi e di inviare le modifiche a solo certi gruppi è un salvavita."
FAQ
Tempo, kioschi, mercati e cosa un live update può cambiare.
Capgo non ha un calendario di rilascio. Attivare l'upload dal tuo CI al momento che scegli, ad esempio con un flusso di lavoro di GitHub Actions programmato o una run manuale la mattina del lancio. Se il nuovo UI deve rimanere nascosto fino a una data, bloccarlo nel tuo app o backend.
GitHub Actions guideIn modalità predefinita, gli aggiornamenti si applicano quando l'app va in background, cosa che un kiosk fa raramente. Imposta autoUpdate su 'sempre' per applicare gli aggiornamenti durante il controllo periodico (ogni 10 minuti di default), o su 'soloDownload' e chiama set() quando il kiosk torna alla sua schermata di attesa.
Documentazione del comportamento degli aggiornamentiSì. Dai a ogni marchio il proprio ID dell'app in Capgo, e dai a ogni mercato o gruppo pilota il proprio canale. I dispositivi si uniscono a un canale con setChannel() quando l'auto-assegnazione è consentita, o attraverso un override del dispositivo.
Documenti dei canaliRipristina la distribuzione progressiva o seleziona il bundle precedente dalla cronologia dei canali. Se il nuovo bundle non riesce a partire e non chiama mai notifyAppReady(), il dispositivo torna automaticamente al bundle funzionante precedente.
Documenti dei ripristiniI prezzi solitamente provengono dal backend o dall'integrazione POS, quindi modificali lì. Un live update modifica le schermate web che visualizzano il menu e i prezzi. I plugin nativi, gli SDK di pagamento e gli Capacitor aggiornamenti richiedono un rilascio di negozio.
Documenti di compatibilità nativaConfigura i canali di mercato e un caricamento CI sul tuo app durante la prova.
Supporto umano da Martin
14-giorni di prova gratuita. Nessuna carta di credito richiesta. Progettato per le Capacitor app.