Langkah Kecil ke Konten Utama
Untuk Restoran Layanan Cepat

Kirim perubahan menu dan promo pada tanggal peluncuran Anda

Unggah layer web aplikasi pemesanan dari CI ketika promosi aktif. Rutekannya dengan pasar atau merek dengan saluran, mulai dengan pilot, dan kembali ke awal jika pemesanan bermasalah.

Mengapa tim restoran menambahkan jalur live update

Menu dan promosi berubah lebih cepat daripada rilis toko

Bug pada hari peluncuran di jalur toko-saja

Barang terbatas waktu akan tersedia pada tanggal tertentu. Pada pagi hari peluncuran, QA menemukan bahwa item tersebut tidak muncul di menu aplikasi.

Perbaikan ada di layer web, tapi proses toko-saja berarti binary baru dan tinjauan toko, yang seringnya 24-48 jam, kadang-kadang lebih lama.

Meskipun telah disetujui, pelanggan masih harus menginstal update, dan kiosk di toko perlu jalur update sendiri.

Promosi memiliki tanggal tertentu

Tawaran sementara mulai berlaku ketika kampanye dimulai. Perbaikan layer web tidak boleh menunggu rilis toko.

Beberapa merek dan pasar

Aplikasi setiap merek dan setiap pasar mungkin memerlukan menu, promosi, dan teks hukum yang berbeda dari kodebase yang sama.

Perubahan memerlukan pilot terlebih dahulu

Aktivitas pemesanan baru harus berjalan di satu pasar atau beberapa perangkat uji sebelum meluas ke seluruhnya

Waktu puncak tidak memungkinkan kesalahan

Jika layar pemesanan rusak saat makan siang, maka harus ada cara kembali yang tidak bergantung pada rilis toko

Penggunaan kasus

Di mana aplikasi restoran menggunakan pembaruan langsung

Pemesanan dan pembayaran

Perbaiki layar pemesanan dan pembayaran di layer web dan kirim perubahan tampilan menu tanpa binary baru

Keluarga dan hadiah

Perbarui layar hadiah, tampilan poin, dan alur pengembalian. Nilai poin yang berasal dari backend Anda berubah di sana

Pencarian toko dan pengambilan

Perbarui layar informasi toko, instruksi pengambilan, dan pilihan curbside di layer web

Promosi

Pilotkan banner promosi, halaman tawaran, dan titik masuk kampanye di tanggal Anda. Uji coba mereka di satu saluran terlebih dahulu.

Mesin Kiosk

Mesin kiosk dapat tetap terbuka sepanjang hari. Lakukan pembaruan selama pemeriksaan berkala, atau ketika mesin kiosk kembali ke layar idle.

Aplikasi Multi-Merek

Tetapkan setiap aplikasi merek di satu organisasi Capgo, masing-masing dengan ID aplikasi, saluran, dan riwayat rilis sendiri.

Apa yang Capgo berikan kepada tim restoran

Kirimkan sesuai dengan jadwal Anda, per pasar dan merek

Unggah dari CI pada saat Anda memilih

Capgo tidak memiliki scheduler rilis. CI Anda yang mengaktifkan unggahan: pada saat merge, pada saat menjalankan manual, atau pada saat jadwal cron yang Anda tetapkan untuk peluncuran.

  • Petunjuk untuk GitHub Actions, GitLab CI, Bitbucket, dan Azure DevOps
  • Tetapkan kunci Capgo API di rahasia CI Anda
  • Kembali ke konsol atau CLI jika peluncuran gagal
# .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

Beberapa merek dari satu akun

Masing-masing aplikasi merek adalah aplikasi sendiri di Capgo, dengan saluran dan riwayat rilis masing-masing. Kelola mereka dalam satu organisasi dengan peran per anggota tim.

  • Satu organisasi untuk setiap aplikasi merek
  • Saluran dan riwayat rilis terpisah per ID aplikasi
  • Peran untuk akses organisasi, aplikasi, dan saluran

Saluran untuk pasar dan kelompok uji coba

Buat saluran untuk setiap pasar, wilayah, atau kelompok uji coba. Aplikasi bergabung dengan setChannel() pada saluran yang memungkinkan pengasasan diri sendiri, dan tim Anda dapat menempelkan perangkat dengan override.

  • Saluran untuk pasar, wilayah, atau toko uji coba
  • Devices join with setChannel() or device overrides
  • Peluncuran progresif di dalam setiap saluran
// in the app, after the user or kiosk picks a market
import { CapacitorUpdater } from '@capgo/capacitor-updater'

await CapacitorUpdater.setChannel({ channel: 'market-uk' })
Pembaruan kiosk
// 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 })

Kios yang tetap terbuka sepanjang hari

Modus default menerapkan pembaruan ketika aplikasi pergi ke latar belakang, yang jarang terjadi pada kiosk. Download pembaruan secara otomatis dan terapkan ketika kiosk dalam keadaan diam.

  • Hanya mode download memancarkan updateAvailable ketika sebuah paket siap
  • Panggil set() pada layar diam Anda untuk menerapkannya
  • Plugin mode kiosk Android untuk mengunci perangkat ke aplikasi Anda
Pembaruan yang Dikirim per Bulan
1B+
Latensi biasa API
~50ms
Perangkat yang terjangkau
90M+
Aplikasi yang menggunakan Capgo
4.7K+

Cara kerjanya

Cara tim restoran mengirimkan perubahan menu dengan Capgo

Alur biasa untuk promosi yang dimulai di satu pasar. Setiap perintah di bawah ini berasal dari Capgo CLI dokumen.

  1. Buat saluran per pasar atau pilot

    Izinkan penggunaan penugasan diri sendiri sehingga aplikasi dapat bergabung dengan saluran untuk pasar yang digunakan pengguna atau kiosk.

    npx @capgo/cli@latest channel add market-uk --self-assign
    Dokumen Saluran
  2. Muat promosi ke bagian pasar

    Jalankan ini dari CI pada waktu peluncuran. Rollout mengirimkan paket ke sebagian perangkat di saluran sementara yang lain tetap pada stabil.

    npx @capgo/cli@latest bundle upload --channel market-uk --delta --rollout 10
    Dokumen Rollout Progresif
  3. Promosikan ketika transaksi berjalan

    Jika transaksi gagal, kirimkan rollout kembali ke stabil, atau pilih paket sebelumnya dari riwayat saluran di konsol.

    npx @capgo/cli@latest channel set market-uk --rollout-promote
    Dokumen Rollout Progresif
  4. Kembali ke Langkah Sebelumnya Saat Sibuk

    Jika proses pemesanan gagal, kirim ulang peluncuran ke stabil, atau pilih bundle sebelumnya dari riwayat saluran di konsol.

    npx @capgo/cli@latest channel set market-uk --rollout-rollback
    Dokumen untuk alur kerja ini

Aplikasi dibangun dengan Capacitor

Aplikasi restoran dapat mengubah menu dan kampanye secara terus-menerus

Aplikasi restoran cepat saji dapat memperbarui promosi, konten pencarian restoran, peringatan pemesanan, dan titik masuk kampanye regional tanpa menunggu persetujuan toko

Ikon Aplikasi BURGER KING Aplikasi

BURGER KING

Aplikasi restoran dengan voucher, konten pencari, dan permukaan kampanye.

Aplikasi Google Play
14,3 juta
Rating Toko
3.9
Logo Aplikasi Jack in the Box - Order Makanan Makanan & Minuman

Jack in the Box - Order Makanan

Aplikasi pemesanan makanan di mana menu, hadiah, dan panduan checkout dapat berubah dengan cepat.

Instalasi Google Play
2,7 juta
Rating Toko
2.5
Denny's ikon aplikasi Makanan dan Minuman

Denny's

Aplikasi restoran yang memerlukan seringnya perbaikan jalur loyalitas dan pemesanan makanan.

Instalasi Google Play
1,7 juta
Penilaian Toko
4.7

Proyek Pelanggan

Apakah tim yang mengirimkan dengan Capgo mengatakan

5.0/5 Ditilai oleh tim pengembang 9,400+ Tim Baca ulasan

Kapil

Pendiri, NuTriQ

"Dengan kemampuan untuk memperbarui aplikasi secara langsung tanpa harus menunggu siklus ulasan App Store penuh, kami telah mendapatkan keuntungan operasional yang sangat besar."

Potret Sergiu S

Sergiu S

Pengembang Utama, drivolino GmbH

“Plugin Pembaruan Capgo Capacitor sepenuhnya mengubah cara kami mengirimkan pembaruan. Yang dulunya membutuhkan hari sekarang hanya membutuhkan menit.”

Tidak ada nada @ Webincode

Pengembang, Webincode

“Dengan kemampuan untuk menambahkan ID Perangkat ke kelompok tertentu dan mengirimkan perubahan hanya ke kelompok tertentu adalah penyelamat nyawa.”

FAQ

FAQ Pertanyaan tim restoran

Kapan, mesin kiosk, pasar, dan apa yang dapat berubah dengan live update.

Apakah kami dapat menjadwalkan peluncuran menu?

Capgo tidak memiliki scheduler rilis. Aktifkan unggahan dari CI Anda pada waktu yang Anda pilih, misalnya dengan menggunakan alur kerja GitHub Actions atau menjalankannya secara manual pada pagi hari peluncuran. Jika UI baru harus tetap disembunyikan hingga tanggal tertentu, tutupi dengan aplikasi atau backend Anda.

GitHub Actions guide

Bagaimana kiosk mendapatkan pembaruan jika aplikasi tidak pernah menutup?

Dalam mode default, pembaruan diterapkan ketika aplikasi pergi ke latar belakang, yang jarang terjadi. Atur autoUpdate menjadi 'selalu' untuk menerapkan pembaruan selama pemeriksaan berkala (setiap 10 menit secara default), atau hanya download dan panggil set() ketika kiosk kembali ke layar idle.

Dokumen perilaku pembaruan

Apakah setiap pasar atau merek dapat menjalankan versi yang berbeda?

Ya. Berikan setiap merek ID aplikasi sendiri di Capgo, dan berikan setiap pasar atau kelompok uji coba channel sendiri. Perangkat bergabung ke dalam channel dengan setChannel() ketika pengasasan diri diizinkan, atau melalui penggantian perangkat.

Dokumen channel

Apa jika rilis promosi mengganggu urutan?

Roll back proses pengembalian atau pilih bundle sebelumnya dari sejarah channel. Jika bundle baru gagal untuk memulai dan tidak pernah memanggil notifyAppReady(), perangkat kembali ke bundle yang berfungsi terakhir secara otomatis.

Dokumen pengembalian

Apakah live update dapat mengubah harga menu?

Harga biasanya berasal dari backend atau integrasi POS Anda, jadi ubahlah di sana. live update mengubah layar web yang menampilkan menu dan harga. Plugin native, SDK pembayaran, dan Capacitor perlu rilis toko.

Dokumentasi kompatibilitas asli

Siap kirimkan pada jadwal Anda?

Atur saluran pasar dan unggah CI pada aplikasi sendiri selama masa uji coba