SHOPPING
My Morrisons
App di loyalty per alimentari dove le schermate delle campagne e dei premi cambiano con ogni promozione.
- Installazioni su Google Play
- 2,8M
- Valutazione della store
- 3.1
Per il commercio elettronico
Cambia schermate promozionali e di checkout durante una campagna
Quando un banner di vendita, un campo promozionale code o un passaggio di checkout richiede una correzione nel layer web, caricalo con il Capgo CLI. Verificalo su un canale di staging, invialo a un gruppo di utenti e annullalo se il checkout sembra sbagliato.
Supporto umano da Martin
Perché i team di retail aggiungono un live update
Campaign dates non si spostano per la revisione del negozio
Un bug durante la campagna sul percorso del negozio solo
Una vendita inizia e il campo promozionale code fallisce su una piattaforma. La soluzione è una po' di righe di JavaScript.
Con un processo di sola vendita, costruisci un nuovo binario e lo invii. La revisione del negozio può durare 24-48 ore, a volte molto di più.
Anche dopo l'approvazione, gli acquirenti devono ancora installare la nuova versione. La campagna potrebbe essere finita prima che la maggior parte di loro lo faccia.
Le campagne si svolgono su date fisse
Promozioni, lanci di prodotti e vendite stagionali iniziano a un orario prestabilito. Un intervento di layer web non dovrebbe dipendere da una coda di revisione.
Le modifiche al checkout richiedono attenzione
Una modifica al carrello o al checkout dovrebbe raggiungere una piccola quota di acquirenti per primo, con un modo veloce per tornare indietro.
Molti versioni di app rimangono installate
Acquistatori aggiornano in momenti diversi. Un pacchetto che richiede una nuova versione nativa code non deve raggiungere versioni precedenti.
Controlli di dispositivo reale per schermate di campagna
La marketing e la QA vogliono vedere le schermate delle campagne su un telefono prima di andare in onda.
Cosa Capgo offre ai team retail
A via rapida per le modifiche al layer web
Prova la campagna UI, inviala a un gruppo di acquirenti e mantieni un controllo a un passo di distanza. Le modifiche native passano ancora attraverso i negozi.
Correzioni di livello web durante la campagna
Carica il JavaScript, HTML o CSS corretti. I dispositivi sul canale scaricano il file in background e lo eseguono la prossima volta che l'app torna in primo piano.
Aggiorna documentazione di comportamentoRilascio di modifiche al checkout gradualmente
Invia una nuova pagina di checkout o prodotto come pacchetto a una quota di dispositivi mentre tutti gli altri rimangono sul pacchetto stabile. Questo è un controllo di rilascio, non un test A/B: confronta le conversioni nelle tue analisi.
Documentazione di rilasci progressiviTorna indietro in un solo passo
Se una versione rompe il carrello, torna indietro la distribuzione o scegli il pacchetto precedente dalla storia del canale. Un pacchetto che non riesce a partire torna indietro automaticamente sul dispositivo.
Documentazione di annulliStagione di campagna UI prima del lancio
Carica il bundle della campagna su un canale di staging e aprilo su un dispositivo reale con un QR code. Promuovilo quando il team dà il via libera.
Canali documentazione# upload the campaign bundle to staging, print a QR code
npx @capgo/cli@latest bundle upload --channel staging --qr-preview
# after sign-off, ship the same code to production
npx @capgo/cli@latest bundle upload --channel production --rollout 10Come funziona
Come le squadre retail inviano un cambio di campagna con Capgo
Un flusso tipico per un cambio di promozione o di checkout in un'app di shopping Capacitor. Ogni comando di seguito è tratto dai Capgo CLI docs.
-
Stagionalo su un canale di staging
Carica il bundle della campagna su staging e scansa il QR code per aprire su un dispositivo reale. Deve essere abilitata la visualizzazione del bundle.
Canali documentazionenpx @capgo/cli@latest bundle upload --channel staging --qr-preview -
Invialo a un gruppo di acquirenti
Carica con --rollout. La maggior parte degli acquirenti rimane sulla versione stabile fino a quando non promuovi.
Documentazione progressive rolloutsnpx @capgo/cli@latest bundle upload --channel production --delta --rollout 10 -
Promuovi quando il checkout sembra corretto
Controlla i dati di installazione e di fallimento in Capgo e nei tuoi dashboard di vendita, quindi promuovi il bundle su ogni dispositivo del canale.
Osserva i documentinpx @capgo/cli@latest channel set production --rollout-promote -
Riprista se non funziona
Invia il gruppo di rollout di ritorno a stabile con un comando, o scegli un bundle precedente dalla storia del canale.
Documentazione dei rollbacknpx @capgo/cli@latest channel set production --rollout-rollback
App costruite con Capacitor
App di retail che vivono offerte, fedeltà e miglioramenti della cassa
Gli app di supermercati e di fedeltà possono cambiare le promozioni, i punti di ingresso per i premi, l'iscrizione e i messaggi di cassa più velocemente di un ciclo di rilascio binario
SHOPPING
SHOPPING
Sprouts
L'app di shopping retail dove il contenuto e le vie di navigazione cambiano continuamente.
- Installa Google Play
- 1,4M
- Valutazione della store
- 4.3
COMPRA
Wegmans
App di spesa dove il checkout, la lista e la fedeltà possono essere aggiornati indipendentemente.
- Installazioni di Google Play
- 1,3M
- Valutazione del negozio
- 3.7
Prova dei clienti
Che squadre che utilizzano Capgo
Kapil
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."
Sergiu S
Responsabile dello sviluppo, drivolino GmbH
The Capgo Capacitor Updater plugin ha completamente rivoluzionato il modo in cui distribuiamo gli aggiornamenti. Ciò che un tempo richiedeva giorni ora richiede solo minuti.
senza tono @ Webincode
Sviluppatore, Webincode
“Essere in grado di aggiungere gli ID dei dispositivi a certi gruppi e di inviare le modifiche solo a certi gruppi è un salvavita.”
FAQ
Domande che le squadre retail si pongono
Cosa può cambiare un live update in un'app di acquisto e come mantenere sicuro il checkout.
Possiamo cambiare i prezzi o il checkout con un live update?
I prezzi solitamente provengono dal backend, quindi cambiali là. Un live update cambia il web code e gli asset che li mostrano: banner promozionali, pagine dei prodotti, schermate del carrello e del checkout. Le modifiche ai plugin di pagamento nativi o ai SDK richiedono una pubblicazione della store.
Documentazione sulla compatibilità nativa
È un Capgo uno strumento di testing A/B?
No. Un rilascio progressivo invia un pacchetto a un numero casuale di dispositivi fissi per limitare il rischio. Non misura le conversioni. Per gli esperimenti, utilizza le tue analisi o strumenti di flag di feature. Utilizza i canali quando gli utenti specifici hanno bisogno di un pacchetto diverso.
Documentazione sui rilasci progressivi
Come testiamo le schermate delle campagne prima che vengano live?
Carica il pacchetto in un canale di staging e aprilo con un dispositivo con un QR code, o attacca dispositivi di test a quel canale con un override di dispositivo. Promuovi lo stesso pacchetto in produzione quando è stato approvato.
Canali documentazione
Se un rilascio compromette il checkout?
Se il nuovo pacchetto non si avvia e non chiama mai notifyAppReady(), il dispositivo torna indietro da solo. Se si avvia ma il checkout si comporta male, torna indietro la distribuzione progressiva o scegli il pacchetto precedente dalla cronologia dei canali.
Documentazione dei rollback
Quando i clienti vedono l'aggiornamento?
Di default, i dispositivi lo scaricano in background e lo eseguono la prossima volta che l'app torna in primo piano. Se i clienti devono vederlo sulla prima schermata, utilizzare un aggiornamento diretto come onLaunch.
Documentazione del comportamento dell'aggiornamentoPronto per la tua prossima campagna?
Configura un canale di staging e una distribuzione progressiva 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.